x265 HEVC Encoder

[Barough]

x265 v3.5+87
Built on January 20, 2023, GCC 12.2.0

https://www.mediafire.com/file/iz8fqi7rqpi55sm

[benwaggoner]

Originally Posted by ShortKatz

Nope, the patch still does apply. So, I was wondering, if this bug is so big and there since (minimum) 2018, why did no one else notice?

Have been a before/after analysis to show the benefits of the fix?

[jpsdr]

I've made a new build of my custom version, small quick encode test seems fine.
Check my Github.

[TDS]

Originally Posted by jpsdr

I've made a new build of my custom version, small quick encode test seems fine.
Check my Github.

I have done a lot of testing, you maybe interested in the results:-

https://forum.doom9.org/showthread.p...17#post1981517
&
https://forum.doom9.org/showthread.p...53#post1981553

But only up to build 85.

[LeXXuz]

Originally Posted by jpsdr

I've made a new build of my custom version, small quick encode test seems fine.
Check my Github.

jpsdr, I have been using v+75 with extra switches: "--aq-mode 5 --sbrc --sbrc-aq5 --sbrc-hyst" for 1080p SDR content.

Is this still valid with v+87? A lot of talk about new switch names here which confuses me a little.

[jpsdr]

@LeXXuz
For the same command line effect, you have to replace --sbrc --sbrc-aq5 --sbrc-hyst with --aq-auto 10 assuming you don't want the new sbrc (wich has totaly nothing to do with the first patch) and just keep the auto AQ feature.
(And still check with the log file )

[LeXXuz]

Originally Posted by jpsdr

@LeXXuz
For the same command line effect, you have to replace --sbrc --sbrc-aq5 --sbrc-hyst with --aq-auto 10 assuming you don't want the new sbrc (wich has totaly nothing to do with the first patch) and just keep the auto AQ feature.
(And still check with the log file )

Thank you jpsdr. Actually I'm not sure if I want or need the new sbrc as I don't fully understand what it does and if it is beneficial for my usage.

So with the latest version I just add "--aq-mode 5 --aq-auto 10", is that right?

EDIT: Btw the clang version shows "x265 [INFO]: build info [Windows][MSVC 1928][64 bit] 10bit", is that correct

[Boulder]

Originally Posted by LeXXuz

So with the latest version I just add "--aq-mode 5 --aq-auto 10", is that right?

If you want to use the automatic AQ mode with AQ5 + hysteresis enabled, just use --aq-auto 10. --aq-auto 6 for HDR (enables auto mode + hysteresis, no AQ3 or AQ5 used since it's counterproductive).

[jpsdr]

Originally Posted by LeXXuz

EDIT: Btw the clang version shows "x265 [INFO]: build info [Windows][MSVC 1928][64 bit] 10bit", is that correct

Yes, because it's build with llvm but still with Visual Studio (so using clang compiler instead).