x265 HEVC Encoder

[DMD]

Originally Posted by LigH

The pixel aspect ratio = SAR (sample aspect ratio), means the anamorphic skew factor, is 1:1 in modern commercial video formats. The DAR (display aspect ratio) means the ratio between width and height of the whole image.

The efficiency of compressing temporally stable solid black borders covering complete macroblocks (or partitions in HEVC/H.265) is already quite high. Explicit crop areas with panning offsets may be unsupported by consumer players. Cropping 1088 to 1080 lines in AVC/H.264 video is common, though.

So to have more player compatibility, it is better to leave the DAR and SAR settings = 1.78 by default.

[LigH]

No, I just explained the difference: DAR = 16:9, SAR = 1:1

And some additional specifications beyond MPEG-4 AVC / HEVC (like Blu-ray, Blu-ray UHD) demand such specific aspect ratios and resolutions.

[megapro17]

Hello. I need help with fully utilizing i7-13700k cpu with x265. Even with

-x265-params aq-mode=3:pmode=1:pme=1

it constantly drops usage around a 50% for 1080p60 video with medium preset. What else I can try? I guess I have to increase slices?

x265 [info]: HEVC encoder version 3.5+95-38cf1c379
x265 [info]: build info [Windows][GCC 12.2.0][64 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main profile, Level-4.1 (Main tier)
x265 [info]: Thread pool created using 24 threads
x265 [info]: Slices                              : 1
x265 [info]: frame threads / pool features       : 4 / wpp(17 rows)+pmode+pme
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge         : hex / 57 / 2 / 3
x265 [info]: Keyframe min / max / scenecut / bias  : 25 / 250 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt        : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb       : 1 / 1 / 0
x265 [info]: References / ref-limit  cu / depth  : 3 / off / on
x265 [info]: AQ: mode / str / qg-size / cu-tree  : 3 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress            : CRF-28.0 / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 early-skip rskip mode=1 signhide tmvp
x265 [info]: tools: b-intra strong-intra-smoothing lslices=6 deblock sao

[benwaggoner]

Originally Posted by megapro17

Hello. I need help with fully utilizing i7-13700k cpu with x265. Even with

-x265-params aq-mode=3:pmode=1:pme=1

it constantly drops usage around a 50% for 1080p60 video with medium preset. What else I can try? I guess I have to increase slices?

Are you using HyperThreading? If so, you're probably getting performance values assuming each logical core is a physical core. Your 50% may indicate that you're fully utilizing all your physical cores.

Or perhaps the Efficiency cores aren't getting much work as the Performance cores are so much more useful with x265.

8 physical threads for 1080p should saturate just fine without --pme and --pmode with 4 frame threads.

[TDS]

Originally Posted by megapro17

Hello. I need help with fully utilizing i7-13700k cpu with x265.

Have a bit of a read thru this...

https://x265.readthedocs.io/en/master/cli.html

Won't hurt, might help

[megapro17]

Originally Posted by benwaggoner

Are you using HyperThreading? If so, you're probably getting performance values assuming each logical core is a physical core. Your 50% may indicate that you're fully utilizing all your physical cores.

That isn't a case surely, because fans aren't blowing much, pc is almost silent. In other workloads I can feel a heat. And there's some periods when x265 is loading a cpu fully. I got video encoded on i5-12400 faster than on my cpu, that's ridiculous. Maybe there's something with effeciency cores, is there any information on this?

Originally Posted by TDS

Have a bit of a read thru this...)

your sarcasm is inappropriate, I read it and enabled pmode and pme that helped, but not too much. I can't see any options besides --slices and --ctu that should help

[Boulder]

Those settings are quite light for modern CPUs so it's no wonder it doesn't work more.
Lowering CTU to 32 will increase multithreading, and it really won't hurt quality or compression. --rskip 2 will increase quality and also give more work to the CPU. Maybe try those, or just choose --preset slow for more things.

[benwaggoner]

Originally Posted by megapro17

That isn't a case surely, because fans aren't blowing much, pc is almost silent. In other workloads I can feel a heat. And there's some periods when x265 is loading a cpu fully. I got video encoded on i5-12400 faster than on my cpu, that's ridiculous. Maybe there's something with effeciency cores, is there any information on this?

Take a look at what cores are doing what in Resource Manager. That should be helpful in tracking down what's up.

Trying --preset slower and seeing if there is a difference would also be useful.

[jpsdr]

Hi.
If i understood properly some previous posts, there is code for AVX512, but it's not compiled by default, you have to use a CMake option for the code being compiled.
I searched in the CMakeLists but didn't find anything.
What is the CMake option to have the AVX512 code branch compiled in the build ?

[TDS]

Originally Posted by jpsdr

Hi.
If i understood properly some previous posts, there is code for AVX512, but it's not compiled by default, you have to use a CMake option for the code being compiled.
I searched in the CMakeLists but didn't find anything.
What is the CMake option to have the AVX512 code branch compiled in the build ?

You can't use AVX512 on 12th & 13th Gen Intel CPU's.

[TDS]

Originally Posted by megapro17

your sarcasm is inappropriate, I read it and enabled pmode and pme that helped, but not too much. I can't see any options besides --slices and --ctu that should help

WHAT sarcasm ???

You read, it helped

[excellentswordfight]

Originally Posted by megapro17

That isn't a case surely, because fans aren't blowing much, pc is almost silent. In other workloads I can feel a heat. And there's some periods when x265 is loading a cpu fully. I got video encoded on i5-12400 faster than on my cpu, that's ridiculous. Maybe there's something with effeciency cores, is there any information on this?

With default settings, the utilization you are getting are normal, @ 1080p x265 doesnt saturate 24 threads. From my experience it scales to about 16 threads at the lower presets at least. You will probably see close to full utilization with --ctu 32.

If 12400 is faster, it does indeed sound like it could be a issue with the scheduler, what windows version are you using? I havnt seen an issue with the effeciency cores on my 12700k on W11, but I also always encode at close to 100% load. You can confirm if they are the issue or not by just setting cpu affinity for x265 in task manager and removing the efficiency cores and see if that gives you a speed increase for cases were x265 cannot fully saturate the cpu.

[LigH]

New upload: x265 3.5+100-3dae0c3cc

[Windows][GCC 12.2.0][32/32XP/64 bit] 8bit+10bit+12bit

Reflect Zonefile Parameters inside Lookahead.

[Barough]

x265 v3.5+101
[Windows][GCC 12.2.0][32/64 bit] 8bit+10bit+12bit
https://bitbucket.org/multicoreware/.../branch/master

DL :
https://www.mediafire.com/file/rxax09nfkrfk8pu/

[john33]

x265-r3.50.0.101.02ef6de with Patman mods - AVX2 optimised
[Windows][64 bit] 8bit+10bit+12bit

GCC.13.1.0: https://www.rarewares.org/files/x265...3.1.0.AVX2.zip

Intel.19.2: https://www.rarewares.org/files/x265....19.2.AVX2.zip

[jpsdr]

Hello.

Forgot to tell, made a new build of my custom mod, check my Github.

[LeXXuz]

Over 100 commits and still 3.5. Are they afraid to push it to 3.6 or what is the reason?

[Barough]

x265 v3.5+101
Built on May 05, 2023, GCC 13.1.0

DL :
https://www.mediafire.com/file/mj2zqkwdpnv8esd/

[jpsdr]

New +103 build, check my github.

[madey83]

Originally Posted by jpsdr

New +103 build, check my github.

Thanks for that, but every new release is publish I struggle to find release notes.

Could please attach into GitHub release or here?