(x64, multilib, GCC 9.2.0, upx)
+ Reply to Thread
Results 2,191 to 2,220 of 2222
"Like this facility, I don't exist."
Last edited by El Heggunte; 25th Sep 2019 at 18:30."Like this facility, I don't exist."
Nice PDF. Obviously supposed to be an auto-generated x265 documentation. Unfortunately ... the converter is not perfect. It does not support the "option::" tag as span formatting instruction, and there are some lines in bold weight which exceed the page margins.
--- Fix: AQ mode 4 commit (21db162) introduces slowdown even when AQ mode 4 is not used; --- Adaptive Frame duplication This patch does the following: 1. Replaces 2-3 near-identical frames with one frame and sets pic_struct based on frame doubling / tripling; 2. Add option "--frame-dup" and "--dup-threshold' to enable frame duplication and to set threshold for frame similarity (optional);"Like this facility, I don't exist."
API: New API to reconfigure zones
Add encoded frame bits into analysis structure
add reference list in analysis structure
zone: tune base QP to achieve zone target
add total intra percentage per frame in analysis structure
Enable Boundary Aware Frame Quantizer Selection
This patch does the following:
1)Reduce bits for frames inside the scenecut-window and increase the quality of
2)Add options "--scenecut-aware-qp", "--scenecut-window" and "--max-qp-delta" to
enable boundary aware frame quantization, to set window size (optional) and to
}}"Like this facility, I don't exist."
Histogram Based Scene Cut Detection.
This patch does the following.
1.Finds scene cuts by thresholding normalized SAD of edge and chroma histograms.
2.Add option "--hist-scenecut" to enable histogram based scene cut detection.
3.Add option "--hist-threshold" to provide threshold for determining scene cuts.
4.Optimizes frame duplication by reusing normalized SAD to mark duplicate frames.
limit-tu: Fix bug in loading co-located CU's TU depth."Like this facility, I don't exist."
Fix pass 2 encode failure
https://bitbucket.org/multicoreware/x265/commits/f0fe46ce379dbdf21ee255146796dbf5c4e02ac7"Like this facility, I don't exist."
Release notes: https://bitbucket.org/multicoreware/x265/src/057215961bc4b51b6260a584ff3d506e6d65cfd6/...leasenotes.rst"Like this facility, I don't exist."
Bitbucket will drop the support for Mercurial. The development repository will prefer Git in the future. This will introduce a different system of counting patch increments after version tags. Builds from the same source release will probably have different increments and hashes, whether you got it via Mercurial or Git.
My most recent build has the version 3.3+1-g396395b2b via Git (notice the "g" in front of the hexadecimal hash).
Last edited by LigH.de; 19th Feb 2020 at 03:56.
Edge Aware Quad Tree Establishment. This patch does the following: 1. Terminates recursion for quadtree establishment using edge information. 2. Adds modes for option "--rskip". Modes 0,1 for current usage and 2,3 for edge based recursion skip. 3. Adds option "rskip-edge-threshold" to decide recursion skip using CU edge density. 4. Re uses edge information when already available in encoder."Like this facility, I don't exist."
(x64, multilib, GCC 8.4.0)
Add aarch64 support - Part 1 This patch add some common assembly optimization function for aarch64 platform. These function won't work until the patch Part 2 is merged. Add aarch64 support - Part 2 This patch adds aarch64 build & compile support. This patch must be merged after the Part 1. Fix: segmentation fault for hist-scenecut option fixes plane size calculation for chroma planes using source resolution and not padded resolution."Like this facility, I don't exist."
Fix: clis in regression txt file. 1. corrects file naming convention. 2. updates deprecated rskip clis options. ~~ zone: Enable strict VBV conformance for zone encode as per requirement ~~ - Fixes mismatch in BufferRate with dynamic zone reconfiguration when bufferrate varies for each zone - Logs UnclippedBufferFillFinal into csv when csvloglevel greater than 1 ~~ Add option to get global maxrate. This global maxrate can be used for HRD signaling. ~~ zone: Remove unnessary conditions on zone reconfig This commit - Removes unnessary conditions on zone reconfig - Fixes crash with dynamic zone reconfig"Like this facility, I don't exist."
"This commit enables CBR based QP tuning for rate-control 2 Pass and enables the signalling of CBR flag in HRD for CBR bitstreams."
👀"Like this facility, I don't exist."
Changes since commit a82c6c7: https://bitbucket.org/multicoreware/x265_git/commits/all"Like this facility, I don't exist."
Time flies indeed
Yeah, many things have changed since I started this thread in 2013...
Mr. Vaughan left MultiCoreWare, both Steve Borho and Min Chen left the x265 project, and according to one of the Doom9 moderators,
currently x265 is considered "good enough" by the x265 devs if the answer to the question "¿does it compile?" is «YES» :O
Somewhat off-topic, I know, but I couldn't resist..."Like this facility, I don't exist."
New uploads: x265 3.4+27-g5163c32d7 + x265 3.4+30-g6722fce1f
CLI changes since x265 3.4+14-gd419c7152:
- Defaults changed from undef to unknown for:
- New options:
--min-vbv-fullness <double> Minimum VBV fullness percentage to be maintained. Default 50.00 --max-vbv-fullness <double> Maximum VBV fullness percentage to be maintained. Default 80.00 --[no-]vbv-live-multi-pass Enable realtime VBV in rate control 2 pass.Default disabled
- Defaults changed from undef to unknown for:
It enables the Qp tuning at frame level based on real time VBV Buffer fullness in the ratecontrol 2nd pass of multi pass mode to reduce the VBV violations. It could only be enabled with rate control stat-read encodes with VBV and ABR rate control mode.
Default disabled. Experimental feature
It could only be enabled with rate control stat-read encodes with VBV and ABR rate control mode.users currently on my ignore list: deadrats, Stears555
@Selur: As far as I understand, it requires multipass so that the 2nd pass can read a stats file which was written in a 1st pass, also it requires VBV limits and an ABR mode (not CRF or CQ). No more clues from me, never tried that.
@Davisuper: I believe you are completely wrong here; this thread is only for announcing new MinGW builds of the x265 encoder (and marginally for discussing new CLI parameters). Discussions about the use of tsMuxer and GUIs don't belong here, they deserve a new separate thread. Furthermore, I see no reason for this superfluous quote.
Thanksusers currently on my ignore list: deadrats, Stears555
@LigH: thanks for the polite answer, your patience surely is much greater than mine
as for Davisuper... well, I don't know, I am paranoid and to me he smells like a sock-puppet of a certain Doom9 moderator...😱
—therefore I just sent him to my IgnoreList 😇
Last edited by El Heggunte; 18th Nov 2020 at 12:48. Reason: grammar"Like this facility, I don't exist."
New uploads: x265 32-g57e0b0382
CLI changes since x265 3.4+30-g6722fce1f:
--scenecut-aware-qp <0..3> Enable increasing QP for frames inside the scenecut window around scenecut. Default disabled 0 - Disabled 1 - Forward masking 2 - Backward masking 3 - Bidirectional masking --masking-strength <string> Comma separated values which specifies the duration and offset for the QP increment for inter-frames
--[no-]scenecut-aware-qp Enable increasing QP for frames inside the scenecut window after scenecut. Default disabled --scenecut-window <0..1000> QP incremental duration(in milliseconds) when scenecut-aware-qp is enabled. Default 500 --qp-delta-ref <0..10> QP offset to increment with base QP for inter-frames. Default 5.000000 --qp-delta-nonref <0..10> QP offset to increment with base QP for non-referenced inter-frames. Default 6.500000
Success! With the great support of Christopher Degawa, main supporter of the media-autobuild suite, I was able to tweak my workflow until I could build an x265 binary with Yuuki-Asuna mod (Asuna branch = based on v3.4-stable). It required some pkgconfig tuning and I found a way to use the "video decoders only" light ffmpeg build as already used by m-ab-s in its x264 binary (option 6); so it should contain support for AVS input, VPY input, LAVF input, MP4 output (L-SMASH), MKV output (Haali, obsolete), and ZIMG scaling.
Consider this an experiment. No guarantee to be repeated.
x265 [info]: HEVC encoder version 3.4+-+54 x265 [info]: build info [Windows][GCC 10.2.0][64 bit] Asuna 8bit+10bit+12bit x265 [info]: (lsmash 2.16.1) x265 [info]: (libavformat 58.65.101) x265 [info]: (libavcodec 58.117.101) x265 [info]: (libavutil 56.63.101)
Update with correct version numbering
x265 3.4+13-g729a838d3+41 (Asuna)
x265 [info]: HEVC encoder version 3.4+13-g729a838d3+41 x265 [info]: build info [Windows][GCC 10.2.0][64 bit] Asuna 8bit+10bit+12bit x265 [info]: (lsmash 2.16.1) x265 [info]: (libavformat 58.65.101) x265 [info]: (libavcodec 58.117.101) x265 [info]: (libavutil 56.63.101)
For the unknowing: What does "Yuuki-Asuna mod" do / is intended to do?users currently on my ignore list: deadrats, Stears555
Ah okay, thanks.users currently on my ignore list: deadrats, Stears555