I'll be watching this and hoping for a merge!
VAAPI Encoder (2nd branch/attempt) by sgothel · Pull Request #7467 · HandBrake/HandBrake · GitHub
I'll be watching this and hoping for a merge!
VAAPI Encoder (2nd branch/attempt) by sgothel · Pull Request #7467 · HandBrake/HandBrake · GitHub
#handbrake encoding with default #Mesa stack does not utilize GPU acceleration without proprietary amf-amdgpu-pro drivers, which are available in #AUR but look to have been abandoned after AMD stopped publishing separated AMF from their stack, building on top of open amdgpu drivers instead, and offer inferior performance in other contexts.
#ffmpeg can with #VAAPI but hammering out scripts for the amount of media I'm archiving, that's less than ideal.
Could spin up a VM with amf drivers, but setting up with SingleGPUPassthrough seems like overkill/pain in the ass.
Any other tools utilizing VAAPI that could make things a little easier?
OBS, Flatpak & VAAPI Solution
#Obs #Streaming #Linux #Opensource #VAAPI
hyperblog.de/hoergen/2026/04/1…
Es gibt bei Linux OBS der Flatpak Version und der installierbaren Version wohl ein Problem mit dem Hardware Rendering bei einigen Computern.

Es gibt bei Linux OBS der Flatpak Version und der installierbaren Version wohl ein Problem mit dem Hardware Rendering bei einigen Computern. Das Problem hatte ich auch mit einem etwas älteren Computer mit einer integrierten Intel Grafikarte. Obwohl die nonfree Inteltreiber installiert sind (Info weiter unten). Auf einem anderen Computer habe ich dieses Problem nicht. … „OBS, Flatpak & VAAPI Solution“ weiterlesen
Comment on this video (which us not shown on my Fedi instance, yay federation!)
https://tube.kockatoo.org/w/63cGWTvhzqu2bwMGsh3QcF
I cannot believe that that GPU is not usable for video work. That is what GPUs are made for!
Poorly, there are a few caveats:
- there are always more DEcoders supported than ENcoders. I guess not being able to play a video (it would play but be less efficiently decoded on the CPU) is worse than being bound to #h265 instead of #av1 for recording.
- thus it makes sense that GPUs generally work flawlessly for gaming, as that is just displaying videos (or rendering content, which is kinda different, no idea why video codecs are more difficult than rendering methods)
- for every video format out there exists an encoder. If you use software rendering (on the CPU), you can use ANYTHING. Like encode to modern (and free!) AV1 using #svtav1 on any old CPU.
- if you want to encode videos on a GPU, you need drivers, but also a different encoder. On #NVIDIA you use #NVENC (NVidia ENCoder), for example nvenc_x265 for h265/HEVC videos. On #IntelArc (and afaik AMD GPUs), you use the #QSV (quick sync video) library which builds on top of #VAAPI, which is open source. So you can encode to AV1 using qsv_av1 for example.
What encoders are supported depends on the GPU a lot. Intel Arc seems to have supported the free, efficient and future-proof AV1 codec the earliest, but also the older free codecs VP9 and VP8 (also used in webm), like in a GPU I recently bought used. My older NVIDIA GPU only supports H265, which is proprietary and often less efficient than AV1 (not always, video codecs are black magic).
As OBS can use your GPU for video capture (encoding), the issue is purely in software support.
I only have experience with #ffmpeg for re-encoding videos, but that is also in many video editing tools. Try if you can get them somehow.
For NVIDIA I needed the latest proprietary drivers (#NixOS makes this extremely easy, can recommend) and ffmpeg, nvenc worked out of the box.
For intel Arc I used the regular drivers included in the kernel, but after adding the QSV runtime to my "hardware.graphics.extraPackages" I needed to recompile the entire kernel. Using a #longterm kernel (currently 6.18) makes this more viable... longterm XD.

-compression_level=xx