Yesterday, 02:02 PM
Hey fisao,
I have literally the same hardware and also using the pre-installed UGOS. I can make the Jellyfin app to start in a docker container, make it find the media folder (it finds all the files and lists them in the library), but I could never figure out how to troubleshoot the "Playback failed due to a fatal player error". Docker logs do not show errors, webbrowser dev-tools do not show the error message. For any settings, be that with hardware acceleration or not, with admin docker permission or not, I can't make it work with any file.
Now is the tricky part. By authenticating into the docker container using ssh, I could check if the ffmpeg is showing any errors with the following command:
And the output on interruption was this:
so I just assume that ffmpeg _can_ read the file and the problem is in permissions.
How did you test the transcoding? I seriously wonder why you have no issues with some file formats and with the same software+hardware I get errors.
I have literally the same hardware and also using the pre-installed UGOS. I can make the Jellyfin app to start in a docker container, make it find the media folder (it finds all the files and lists them in the library), but I could never figure out how to troubleshoot the "Playback failed due to a fatal player error". Docker logs do not show errors, webbrowser dev-tools do not show the error message. For any settings, be that with hardware acceleration or not, with admin docker permission or not, I can't make it work with any file.
Now is the tricky part. By authenticating into the docker container using ssh, I could check if the ffmpeg is showing any errors with the following command:
root@xxxxxxxxxxxx
# /usr/lib/jellyfin-ffmpeg/ffmpeg -i "/data/Music.mp3" -acodec aac -v "debug" -f mp4 /cache/test.mp4
And the output on interruption was this:
[in#0/mp3 @ 0x558811278100] Input file #0 (/data/Music.mp3):
[in#0/mp3 @ 0x558811278100] Input stream #0:0 (audio): 22668 packets read (16726656 bytes); 22667 frames decoded; 0 decode errors (26112384 samples);
[in#0/mp3 @ 0x558811278100] Total: 22668 packets (16726656 bytes) demuxed
[AVIOContext @ 0x558811281080] Statistics: 16744448 bytes read, 0 seeks
Exiting normally, received signal 2.
so I just assume that ffmpeg _can_ read the file and the problem is in permissions.
How did you test the transcoding? I seriously wonder why you have no issues with some file formats and with the same software+hardware I get errors.