[FFmpeg-devel] [PATCH v3] ffmpeg CLI multithreading

[Anton Khirnov]

Quoting Cosmin Stejerean via ffmpeg-devel (2023-12-06 21:29:11)
> There is still a penalty as you could do asetnsamples without multi-threading and get even higher performance,
> but given the general benefits of multi-threading and the fact that it's possible to increase the performance of this 
> usecase arbitrarily by using larger and larger frames I think that's an acceptable tradeoff for this use case.

Exactly, I don't think you can reasonably expect a generic transcoder to
be optimally performant in all cases. Every major change like this is a
tradeoff and we have to pick those that are most broadly useful.
A transcoding setup that encodes PCM and throws it away is not
particularly useful, and the picture could change quite a lot once you
add actual encoding.

-- 
Anton Khirnov