I’ve tried compiling handbrake from source but all my attemps miserably failed despite following the documentation.
How can I build and install handbrake from source with QSV on TW (either by hands or via OBS)?
Hi
Just grab the src rpm from packman and rebuild (as your user) it will put all the files in ~/rpmbuild, you can then go in and modify the spec file to re-enable the option.
Awesome! Thanks malcolmlewis! I wouldn’t believe it was so easy to do it with rpm’s sources. I’ll try later this day and report back.
Well, I thought to do so but if they’ve dropped QSV support they had good reasons to do it mainstream. I wonder what Intel iGPU models/gpu drivers were the culprit.
Here I’m driven by:
inxi -G
Graphics: Device-1: Intel 3rd Gen Core processor Graphics driver: i915 v: kernel
Device-2: Apple FaceTime HD Camera type: USB driver: uvcvideo
Display: x11 server: X.Org 1.20.9 driver: modesetting unloaded: fbdev,vesa resolution: 1280x800~60Hz
OpenGL: renderer: Mesa DRI Intel HD Graphics 4000 (IVB GT2) v: 4.2 Mesa 20.2.3
Hi
You might want to report your findings on the Packman Mailing list, I suspect it maybe a kernel issue, likely just need to tweak for a particular release or gpu. Or maybe report upstream?
I don’t believe so because before QSV support was disabled, it was working fine on Leap 15.2 (default kernel 5.3.x). It must be related to how libva/libmfx are handled by the iGPU card related to the host machine like you seems to point out.
I’ve just encoded a bunch of old DVDs with handbrake-1.3.3 and the QSV encoder, all went fine (at least on my MBPs) with no custom tweaks regarding how the card driver/X is used. Will check how it does on a friend’s Dell XPS laptop which is running Leap 15.2
Hi
Unfortunately that is a no no on OBS, your using patent encumbered (blacklisted) libraries from a home user repo (could also break other users setups)…
Thanks for pointing this out
I’ll remove this from OBS and ask packman’s maintainer if he could make QSV available through like you said a special build.