diff options
| author | Kevin Puetz <puetzk@puetzk.org> | 2023-12-03 12:58:38 -0600 |
|---|---|---|
| committer | Kevin Puetz <puetzk@puetzk.org> | 2023-12-03 16:59:01 -0600 |
| commit | 7e886531a2b9be8ca3fd43bde8e82cbae9b9e4a0 (patch) | |
| tree | b262edeb498288be6f1b9cf22ef0a764317db4ae /pkgs/development/python-modules/rangehttpserver | |
| parent | d3de574b8ccc0e98b4490197265f60b03b36c0e9 (diff) | |
qt6.qtmultimedia: Fix failure to load libva.so
QtMultimedia 6.6.0 would select dynamic VAAPI on linux, then warns
during build (even though it chose this on purpose):
> QT_FEATURE_vaapi is found but ffmpeg doesn't include vaapi,
> however dynamic symbols resolve is possible
The nuisance warning was fixed for 6.7 and backported to 6.6.1:
https://codereview.qt-project.org/c/qt/qtmultimedia/+/517333
However, tracing it helped me figure out why vaapi actually wasn't
working: nix doesn't end up with an rpath such that dlopen("va")
can actually find libva.so in the nix store, thus failing at runtime:
> qt.multimedia.plugin: loading backend "ffmpeg"
> qt.core.library: "/nix/store/i9fkjks6dfjj1p9qvj5633sxbrf5rbd8-qtmultimedia-6.6.1/lib/qt-6/plugins/multimedia/libffmpegmediaplugin.so" loaded library
> qt.multimedia.ffmpeg.libsymbolsresolver: Start VAAPI symbols resolving: 39 symbols
> qt.core.library: "va" cannot load: Cannot load library va: (va: cannot open shared object file: No such file or directory)
> qt.multimedia.ffmpeg.libsymbolsresolver: Couldn't load VAAPI library
Diffstat (limited to 'pkgs/development/python-modules/rangehttpserver')
0 files changed, 0 insertions, 0 deletions