Frame-threads & wpp?

[HD MOVIE SOURCE]

Hey,

Got some questions about how frame threads and wpp work. If I use 3 frame threads and considering that my PC has 6 cores, and wpp is enabled, does that mean that wpp can use 3 of the lines to build the frames?

I'm just going off of an animation that I saw of how wpp works, and it was drawing 4 lines at one time. So, is this based off of how may threads you have?

So if I set my frame threads to 1, wpp can only use one line to build the frame?

Does frames threads set to 1 negate wpp?

Thanks, I'm just trying to get my head around how this optimization works.

[Blue_MiSfit]

No, wpp still helps a ton even with one frame thread.

FWIU frame threads process multiple frames in parallel, presumably each of which can leverage WPP for greater parallelism.

[benwaggoner]

No, wpp still helps a ton even with one frame thread.

FWIU frame threads process multiple frames in parallel, presumably each of which can leverage WPP for greater parallelism.
Right, they are additive for performance.

WPP has almost no quality impact, while higher frame-threads can have a material one. WPP is safe to leave on by default. Turning it off can have a very slight advantage with very low resolutions and bitrates. But it's still appropriate to have on by default even in --preset placebo. I have a personal "ultraplacebo" mode I use for experimentation that turns off wpp, turns on --tskip and --cu-lossless, and otherwise runs at a fraction of the speed of placebo for minimal quality improvements.

[Blue_MiSfit]

Indeed. I've seen some occasional nasty bugs with VBV in conjunction with frame-threads > 1 so when I need to sleep at night I set that to 1 :)

They may have been resolved, so I may be overly paranoid, but my use case (cloud scale encoding with lots of small instances) doesn't need frame threads to be fast.