SOLVED: Long delays when trying to play 48k 24bit audio, but only on the desktop Media Player

[pv407]

Hello,

I'm new to Jellyfin and loving it so far. 

However, I've been having an issue where trying to play 48k 24bit flac audio files can take as long as 20-60 seconds to begin playing. How long it takes appears to be proportional to the duration of the track. 44k 16bit flac files play instantly. 

Jellyfin version 10.10.5
Installed on Windows 10 via the installer from the Jellyfin repo

This problem is happens to be unique to the Jellyfin Media Player desktop app. It's installed on the same system as the server. If I try to play the same files through Jellyfin in the browser, they work perfectly. I've also tried through the Android app on my phone and it also works fine. I picked out a relatively long (11 minute) song and timed it, and it took just over 55 seconds to begin playing.

One more thing that is peculiar is playing these tracks through the Android app or browser generates an ffmpeg.Remux log, while the desktop client does not.

I came from Plex, and it plays these files with no issues either.

Any ideas? Any help would be greatly appreciated!

Regular log:
https://privatebin.net/?80252de963636395...Nuv4q7r8QK

Browser ffmpeg log:
https://privatebin.net/?fb1b52876dabd390...EgjNuH8dEv

Android app ffmpeg log:
https://privatebin.net/?61e5ede76442e0a7...itzZXfRRvf

[TheDreadPirate]

Can you replicate the problem then share your Jellyfin Media Player logs with us?

C:\Users\yourUser\appdata\local\jellyfinmediaplayer\

[pv407]

Sure. I played a 44.1khz track first followed by a 48khz version. The second took quite a bit to load.

Log: 
https://privatebin.net/?287f017d79521106...AKVxDW3Akr

[TheDreadPirate]

Backing up. There's FLAC in a M4A container?! It looks like JMP is locally remuxing the file? In JMP can you click on your icon in the top right, click on Playback (NOT the one in Dashboard), scroll to the bottom and check "Always remux FLAC audio files"? I think that should trigger a server side remux, which should be quicker.

You could also manually remux the file so that the FLAC audio is in a FLAC container instead of M4A.

[gnattu]

Your m4a is not "web optimized" so that the demuxer of mpv is trying to read all the way to the end of the file to get the metadata. I suggest you to use ffmpeg to remux it again with -movflags +faststart to optimize it, which should make it load faster.

[pv407]

Thank you both for the responses!

Backing up.  There's FLAC in a M4A container?!  It looks like JMP is locally remuxing the file?  In JMP can you click on your icon in the top right, click on Playback (NOT the one in Dashboard), scroll to the bottom and check "Always remux FLAC audio files"?  I think that should trigger a server side remux, which should be quicker.

You could also manually remux the file so that the FLAC audio is in a FLAC container instead of M4A.

Unfortunately changing that setting didn't do the trick.

But it is indeed the .m4a container that is the culprit. The same file in a .flac plays instantly.

Your m4a is not "web optimized" so that the demuxer of mpv is trying to read all the way to the end of the file to get the metadata. I suggest you to use ffmpeg to remux it again with -movflags +faststart to optimize it, which should make it load faster.

Thanks for this, but I may as well just go through and turn them into proper .flac files as they should be.

-

I'll mark this as solved, though I still wonder why the Android app and in-browser Jellyfin handle this with no issue, while the desktop app struggles?

Either way, thanks again for the help!