←back to thread

FFmpeg 8.0

(ffmpeg.org)
985 points gyan | 2 comments | | HN request time: 0s | source
Show context
fleabitdev ◴[] No.44986796[source]
Happy to hear that they've introduced video encoders and decoders based on compute shaders. The only video codecs widely supported in hardware are H.264, H.265 and AV1, so cross-platform acceleration for other codecs will be very nice to have, even if it's less efficient than fixed-function hardware. The new ProRes encoder already looks useful for a project I'm working on.

> Only codecs specifically designed for parallelised decoding can be implemented in such a way, with more mainstream codecs not being planned for support.

It makes sense that most video codecs aren't amenable to compute shader decoding. You need tens of thousands of threads to keep a GPU busy, and you'll struggle to get that much parallelism when you have data dependencies between frames and between tiles in the same frame.

I wonder whether encoders might have more flexibility than decoders. Using compute shaders to encode something like VP9 (https://blogs.gnome.org/rbultje/2016/12/13/overview-of-the-v...) would be an interesting challenge.

replies(6): >>44986860 #>>44987988 #>>44988183 #>>44988517 #>>44988613 #>>44990827 #
mtillman ◴[] No.44986860[source]
Exciting! I am consistently blown away by the talent of the ffmpeg maintainers. This is fairly hard stuff in my opinion and they do it for free.
replies(1): >>44987349 #
1. droopyEyelids ◴[] No.44987349[source]
Could you explain more about it? I assumed the maintainers are doing it as part of their jobs for a company (completely baseless assumption)
replies(1): >>44987547 #
2. refulgentis ◴[] No.44987547[source]
Reupvoted you from gray because I don't think that's fair, but I also don't know how much there is to add. As far as why I'm contributing, I haven't been socially involved in the ffmpeg dev community in a decade, but, it is a very reasonable floor to assume it's 80% not full time paid contributors.