Getting the latest x264

[Dogway]

I own a 4670K so didn't use the Broadwell build only x64 of winthread. Not sure if my earlier tests were wrong I just ran another test both in 8 and 10bit for 7000 frames and LigH's is slightly faster 2%. Maybe different content yields different speeds. I read the speed from the last line when encoding finishes I assume means average.

Source: 1080p@60fps 8-bit CRF: 24 preset: slow tune: touhou

8-bit
tmod 111.92fps 107.45fps 117.62(--no progress)
LigH 113.54fps 116.83fps
vlan 117.05fps 116.57
LigH 121.68fps (--opencl on GTX1070)
vlan 121.26fps (--opencl on GTX1070)

10-bit
tmod 65.64fps
LigH 66.10fps


On a different note I get worse results in 10-bit for the same target bitrate (same settings) and even worse quality with x265 also 10-bit, makes no sense, would like to see some quality benchmarks out there.

[asarian]

Originally Posted by Dogway

I own a 4670K so didn't use the Broadwell build only x64 of winthread. Not sure if my earlier tests were wrong I just ran another test both in 8 and 10bit for 7000 frames and Ligh's is slightly faster 2%. Maybe different content yields different speeds. I read the speed from the last line when encoding finishes I assume means average.

Source: 1080p@60fps 8-bit preset: slow tune: touhou (not using opencl)

8-bit
tmod 111.92fps
Ligh 113.54fps
Ligh 121.68fps (--opencl)

Interesting results. How does 'vanilla' (videolan) x264 fare, compared to those?!

[Groucho2004]

Originally Posted by jpsdr

Ah, and about opencl, i should have said : To build with it, it seems that i need to install in the build environement some others third party things i don't know about, so, too much bother for something from my point of view is not worth it.

I use a pretty vanilla MingW from here and I can build x264 with OpenCL support without any additional "things".

[Dogway]

Updated the benchmark. I got higher resutls on vlan build so I did a second run to average results, tmod was getting lower results so disabled progress and now it's on par with the other two.

[asarian]

Originally Posted by Dogway

Updated the benchmark. I got higher resutls on vlan build so I did a second run to average results, tmod was getting lower results so disabled progress and now it's on par with the other two.

Thanks for the comparison. The FPS drop in 10-bit encoding is pretty significant; ouch.

[LigH]

I build with a pretty generic MSYS2 / MinGW environment which is kept up-to-date by the media-autobuild_suite. If OpenCL is enabled for ffmpeg, I suppose it is enabled for x264 as well.

And my H is capital.

[Dogway]

Originally Posted by LigH

And my H is capital.

Ok fixed!

[chompy]

Hi, is there any updated build patched with fade-compensate (last was jpsdr's x264 t_mod r2932)? Thanks

[jpsdr]

In a few days, if everything goes well...

[chompy]

Originally Posted by jpsdr

In a few days, if everything goes well...

Great

[jpsdr]

I'm also working, nice and slow, to implement almost all the t_mod patches to the real r2969 version, not the "special" version i'm using for now.
Almost, because there is two patches i'll not implement : the avi output and the audio support. These patches are big and very difficult, but the most critical issue, is that they are using deprecated ffmpeg functions, needing a too old version of ffmpeg not compatible anymore with actual real r2969 version.
And i have no idea/skill/knowledge for updating these patches which need to be rewritten with actual ffmpeg functions.

[chompy]

Originally Posted by jpsdr

I'm also working, nice and slow, to implement almost all the t_mod patches to the real r2969 version, not the "special" version i'm using for now.
Almost, because there is two patches i'll not implement : the avi output and the audio support. These patches are big and very difficult, but the most critical issue, is that they are using deprecated ffmpeg functions, needing a too old version of ffmpeg not compatible anymore with actual real r2969 version.
And i have no idea/skill/knowledge for updating these patches which need to be rewritten with actual ffmpeg functions.

Nice, lots of thanks again for your work!

[jpsdr]

I've finsihed implemening all the patches (even the "audio" and "avi ouput") of the tmod version on the last real r2970 version, avaible on my github on t_mod_New, builds are in progress, release soon.
Quick test seems ok, but i'm not using all the tmod features (the "audio" part for exemple, i'm not using it, so not tested...).

[jpsdr]

Done, i've released builds of the t_mod_New version, it's avaible on my github.

[Gser]

Originally Posted by jpsdr

Done, i've released builds of the t_mod_New version, it's avaible on my github.

What exactly is the difference between t_mod and the vanilla x264? I noticed there are at least some new AQ modes, what do they improve upon and what kind of content are they for?

[jpsdr]

I don't know what vanilla has, you'll have to compare the patch applied.
About the new AQ, i think you refers to the TriAQ patch, wich add aq2 and aq3 mode. The original author of this patch made it most for anime purpose. Even if nothing prevent you to use them on something else than anime, for the few i've understood from aq3 mode, its purpose is mostly for anime "kind" video.
After, aq2 mode may be a more generic use.
Unfortunately, there was almost no information on this patch...
But my real advise would be to try.

[benwaggoner]

Originally Posted by jpsdr

I don't know what vanilla has, you'll have to compare the patch applied.
About the new AQ, i think you refers to the TriAQ patch, wich add aq2 and aq3 mode. The original author of this patch made it most for anime purpose. Even if nothing prevent you to use them on something else than anime, for the few i've understood from aq3 mode, its purpose is mostly for anime "kind" video.
After, aq2 mode may be a more generic use.
Unfortunately, there was almost no information on this patch...
But my real advise would be to try.

aq-mode 3 is the same as aq-mode 2 but with a bias to lower QPs in the low luma range. If anything, it's most useful for film sources where quantization or banding in grain cause issues in shadow detail.

[jpsdr]

Don't mix aq-mode (2 or 3) with aq2-mode or aq3-mode ! They are absolutely not the same thing.
aq2-mode and aq3-mode are others aq modes added by the TriAQ patch, as i've said.

[benwaggoner]

Originally Posted by jpsdr

Don't mix aq-mode (2 or 3) with aq2-mode or aq3-mode ! They are absolutely not the same thing.
aq2-mode and aq3-mode are others aq modes added by the TriAQ patch, as i've said.

Oh, right, thanks.

I think some renaming is in order!

[StvG]

Some info. MixAQ = aq2, OreAQ = aq3. After that MixAQ+OreAQ=TriAQ(+ some additional updates).