2024-06-13, 05:22 PM
(This post was last modified: 2024-06-13, 05:41 PM by frankjrix. Edited 3 times in total.)
First of all I wanted to thank you for your help and your patience, even though both issues are unresolved. I installed all the drivers on the proxmox host, and reinstalled them on the container too to no avail. I took the chance to install intel_gpu_top too and the hwa transcoding itself works.
The "problem video" gets stuck (freezing the web player completely) even after the repackaging, and enabling tone mapping (with or without vpp checked) causes fatal playback errors on every single HDR video in my library.
These are the (I think) relevant packages on the proxmox host:
vainfo/stable,now 2.12.0+ds1-1 amd64 [installed]
intel-gpu-tools/stable,now 1.27.1-1 amd64 [installed]
intel-media-va-driver-non-free/stable,now 23.1.1+ds1-1 amd64 [installed]
intel-microcode/now 3.20240312.1~deb12u1 amd64 [installed,local] (probably not relevant)
intel-opencl-icd/stable,now 22.43.24595.41-1 amd64 [installed]
And these are the ones on the jellyfin lxc:
va-driver-all/jammy,now 2.14.0-1 amd64 [installed]
vainfo/jammy,now 2.12.0+ds1-1 amd64 [installed]
intel-gpu-tools/jammy,now 1.26-2 amd64 [installed]
intel-media-va-driver-non-free/jammy-updates,now 22.3.1+ds1-1ubuntu0.1 amd64 [installed]
intel-opencl-icd/jammy,now 22.14.22890-1 amd64 [installed]
EDIT: I experimented some more, and trying to get the windows client (which would play it directly) to play it at a lower bitrate causes it to get stuck for a while and then eventaully start (tried 480p - 1.5Mbps).
EDIT2: Maybe there's something wrong with how the file is encoded? It appears that it might just take a very long time to process the 4k stream, even though other files of similar (or even better) bitrate get processed way faster.
EDIT3: back to opencl, I think this might relevant:
The "problem video" gets stuck (freezing the web player completely) even after the repackaging, and enabling tone mapping (with or without vpp checked) causes fatal playback errors on every single HDR video in my library.
These are the (I think) relevant packages on the proxmox host:
vainfo/stable,now 2.12.0+ds1-1 amd64 [installed]
intel-gpu-tools/stable,now 1.27.1-1 amd64 [installed]
intel-media-va-driver-non-free/stable,now 23.1.1+ds1-1 amd64 [installed]
intel-microcode/now 3.20240312.1~deb12u1 amd64 [installed,local] (probably not relevant)
intel-opencl-icd/stable,now 22.43.24595.41-1 amd64 [installed]
And these are the ones on the jellyfin lxc:
va-driver-all/jammy,now 2.14.0-1 amd64 [installed]
vainfo/jammy,now 2.12.0+ds1-1 amd64 [installed]
intel-gpu-tools/jammy,now 1.26-2 amd64 [installed]
intel-media-va-driver-non-free/jammy-updates,now 22.3.1+ds1-1ubuntu0.1 amd64 [installed]
intel-opencl-icd/jammy,now 22.14.22890-1 amd64 [installed]
EDIT: I experimented some more, and trying to get the windows client (which would play it directly) to play it at a lower bitrate causes it to get stuck for a while and then eventaully start (tried 480p - 1.5Mbps).
EDIT2: Maybe there's something wrong with how the file is encoded? It appears that it might just take a very long time to process the 4k stream, even though other files of similar (or even better) bitrate get processed way faster.
EDIT3: back to opencl, I think this might relevant:
Code:
root@jellyfin:~# sudo /usr/lib/jellyfin-ffmpeg/ffmpeg -v verbose -init_hw_device vaapi=va:/dev/dri/renderD128 -init_hw_device opencl@va
ffmpeg version 6.0.1-Jellyfin Copyright (c) 2000-2023 the FFmpeg developers
built with gcc 11 (Ubuntu 11.4.0-1ubuntu1~22.04)
configuration: --prefix=/usr/lib/jellyfin-ffmpeg --target-os=linux --extra-version=Jellyfin --disable-doc --disable-ffplay --disable-ptx-compression --disable-static --disable-libxcb --disable-sdl2 --disable-xlib --enable-lto --enable-gpl --enable-version3 --enable-shared --enable-gmp --enable-gnutls --enable-chromaprint --enable-opencl --enable-libdrm --enable-libass --enable-libfreetype --enable-libfribidi --enable-libfontconfig --enable-libbluray --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libopenmpt --enable-libdav1d --enable-libsvtav1 --enable-libwebp --enable-libvpx --enable-libx264 --enable-libx265 --enable-libzvbi --enable-libzimg --enable-libfdk-aac --arch=amd64 --enable-libshaderc --enable-libplacebo --enable-vulkan --enable-vaapi --enable-amf --enable-libvpl --enable-ffnvcodec --enable-cuda --enable-cuda-llvm --enable-cuvid --enable-nvdec --enable-nvenc
libavutil 58. 2.100 / 58. 2.100
libavcodec 60. 3.100 / 60. 3.100
libavformat 60. 3.100 / 60. 3.100
libavdevice 60. 1.100 / 60. 1.100
libavfilter 9. 3.100 / 9. 3.100
libswscale 7. 1.100 / 7. 1.100
libswresample 4. 10.100 / 4. 10.100
libpostproc 57. 1.100 / 57. 1.100
[AVHWDeviceContext @ 0x6138a0adf6c0] libva: VA-API version 1.21.0
[AVHWDeviceContext @ 0x6138a0adf6c0] libva: Trying to open /usr/lib/jellyfin-ffmpeg/lib/dri/iHD_drv_video.so
[AVHWDeviceContext @ 0x6138a0adf6c0] libva: Found init function __vaDriverInit_1_21
[AVHWDeviceContext @ 0x6138a0adf6c0] libva: va_openDriver() returns 0
[AVHWDeviceContext @ 0x6138a0adf6c0] Initialised VAAPI connection: version 1.21
[AVHWDeviceContext @ 0x6138a0adf6c0] VAAPI driver: Intel iHD driver for Intel(R) Gen Graphics - 24.2.3 (7c1c775).
[AVHWDeviceContext @ 0x6138a0adf6c0] Driver not found in known nonstandard list, using standard behaviour.
[AVHWDeviceContext @ 0x6138a0b050c0] Failed to get number of OpenCL platforms: -1001.
Device creation failed: -19.
Failed to set value 'opencl@va' for option 'init_hw_device': No such device
Error parsing global options: No such device