diff options
| author | Jade Lovelace <software@lfcode.ca> | 2024-12-21 20:39:55 -0800 |
|---|---|---|
| committer | Jade Lovelace <software@lfcode.ca> | 2024-12-21 20:45:07 -0800 |
| commit | 01d55f3469b275a1aabf6d1cf2f8f2aa95af8a16 (patch) | |
| tree | 7dde8339d67a11262faa33c071dc4e7a0aa2e987 /pkgs/development/python-modules/python-openstackclient | |
| parent | da8a31d09dd004be34b5c54eda83f9a27b357726 (diff) | |
vlc: pin ffmpeg to 4.x to fix VAAPI
It turns out that https://github.com/NixOS/nixpkgs/pull/343567 did not
go far enough. It appears that in fact, this is an upstream bug that
Fedora people found:
https://discussion.fedoraproject.org/t/vlc-not-exposing-va-api-as-a-hardware-acceleration-option/101133
Upstream bug in VLC: https://code.videolan.org/videolan/vlc/-/issues/26772
I don't like this change. However, I have tested it, and it does fix
VAAPI on my machine, making it reappear in the menu as an acceleration
option.
ยป result/bin/vlc ~/test.mp4
VLC media player 3.0.21 Vetinari (revision 3.0.21-0-gdd8bfdbabe8)
[000000002efd0520] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
[00007f35c4004e00] gl gl: Initialized libplacebo v5.264.1 (API v264)
libva info: VA-API version 1.22.0
libva info: Trying to open /run/opengl-driver/lib/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_22
libva info: va_openDriver() returns 0
[00007f35dcc1b710] avcodec decoder: Using Intel iHD driver for Intel(R) Gen Graphics - 24.3.4 () for hardware decoding
Diffstat (limited to 'pkgs/development/python-modules/python-openstackclient')
0 files changed, 0 insertions, 0 deletions