[HEVC] x265.EXE: mingw builds

[El Heggunte]

x265.exe 3.2_RC1+1-00d8df1b3bc6

(x64, multilib, GCC 9.2.0, upx)

[El Heggunte]

x265.exe 3.2+3-fdd69a766881

[LigH.de]

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.

[LigH.de]

x265 3.2+3-fdd69a766881 (MSYS2/MinGW, GCC 9.2.0)

[El Heggunte]

x265.exe 3.2+5-354901970679

Latest changes:

--- 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);

[LigH.de]

x265 3.2+5-354901970679

[El Heggunte]

x265.exe 3.2+15-04db2bfee5d6

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
scenecut I-frames.
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
set offset(optional).
}}

[El Heggunte]

x265.exe 3.2+17-4a29e0c5bfaf

µchangelog

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.

Also:

limit-tu: Fix bug in loading co-located CU's TU depth.

[El Heggunte]

x265.exe 3.2+18-f0fe46ce379d

Fix pass 2 encode failure

https://bitbucket.org/multicoreware/x265/commits/f0fe46ce379dbdf21ee255146796dbf5c4e02ac7

[El Heggunte]

x265.exe 3.3+3-c2769ac5fa9d

Release notes: https://bitbucket.org/multicoreware/x265/src/057215961bc4b51b6260a584ff3d506e6d65cfd6/...leasenotes.rst

[LigH.de]

Please note:

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).


x265 3.3+1-g396395b2b

[El Heggunte]

x265.exe 3.3+4-30eb4de83092

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.

[El Heggunte]

x265.exe 3.3+7-d769bc8e8cde

(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.

[El Heggunte]

x265.exe 3.3+12-00b686782ad0

Latest changes:

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

[El Heggunte]

x265.exe 3.3+24-37916f420742

"This commit enables CBR based QP tuning for rate-control 2 Pass and enables the signalling of CBR flag in HRD for CBR bitstreams."

👀

[LigH.de]

x265 3.3+27-g4780a8d99 (multilib, GCC 10.1)

[El Heggunte]

x265.exe 3.4+30-g6722fce

Changes since commit a82c6c7: https://bitbucket.org/multicoreware/x265_git/commits/all

[El Heggunte]

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...

[LigH.de]

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:
  --overscan
  --colorprim
  --colormatrix
• 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

[Davisuper]

HOW TO COMPILE X265

NEW: scripts for MultiLib builds, by LigH:

https://forum.videohelp.com/threads/357754-%5BHEVC%5D-x265-EXE-mingw-builds?p=2431971&...=1#post2431971

OLD:

https://forum.videohelp.com/threads/357754-%5BHEVC%5D-x265-EXE-mingw-builds?p=2259093&...=1#post2259093

BINARIES

https://www.mediafire.com/?6lfp2jlygogwa --- by LigH

http://x265.ru/en/ --- by Fllear

http://builds.x265.eu/ --- by snowfag

COMPLAINTS, COMPILER ERRORS & BUG REPORTS

=> x265-devel@<a class="contentlink" href="https://www.videohelp.com/software/VLC-media-p...deolan</a>.org

Also: https://www.mail-archive.com/x265-devel@videolan.org/

— and FWIW...

Commits: https://bitbucket.org/multicoreware/x265/commits/all

HI How can I Use "tsMuxerGUI" For Change Tags "video" and Replace By without copyright. you can help me Gracias

[Selur]

--vbv-live-multi-pass, --no-vbv-live-multi-pass

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

source: https://x265.readthedocs.io/en/latest/cli.html?highlight=vbv-live-multi-pass#cmdoption...ive-multi-pass

It could only be enabled with rate control stat-read encodes with VBV and ABR rate control mode.

I don't get it,.. Can someone explain that.

[LigH.de]

@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.

[Selur]

Thanks

[El Heggunte]

@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 😇

[LigH.de]

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

replaces

   --[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

[LigH.de]

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 3.4-Asuna+54

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)

[LigH.de]

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)

[Selur]

For the unknowing: What does "Yuuki-Asuna mod" do / is intended to do?

[LigH.de]

Most of all:

support for AVS input, VPY input, LAVF input, MP4 output (L-SMASH), MKV output (Haali, obsolete), and ZIMG scaling.

Also some tuning in the output format of the debug info and statistics, I believe. github repo

[Selur]

Ah okay, thanks.