MKV Flac embedded subs

[mlprd]

After reading Toby's comment about the subs, I re-encoded the video with no subs and still have the same results. It will play in the Windows client, but not the Android or Android TV clients.

[Efficient_Good_5784]

After reading Toby's comment about the subs, I re-encoded the video with no subs and still have the same results.  It will play in the Windows client, but not the Android or Android TV clients.

Sounds like a transcoding issue. You're using JMP which can direct play ASS subs which means no transcoding happens.

From your Jellyfin server, can you share:

1. What CPU
   
2. What GPU (if any)
   
3. Your server logs (both server and ffmpeg logs) after playing a video that fails.
   

[mlprd]

After reading Toby's comment about the subs, I re-encoded the video with no subs and still have the same results.  It will play in the Windows client, but not the Android or Android TV clients.

Sounds like a transcoding issue. You're using JMP which can direct play ASS subs which means no transcoding happens.

From your Jellyfin server, can you share:

1. What CPU
   
2. What GPU (if any)
   
3. Your server logs (both server and ffmpeg logs) after playing a video that fails.
   

Not doing any transcoding at all.  Playing direct.  The same video files encoded with AC3 (passthru) or Opus audio play fine. Same subs too.

Server is Debian 12, Docker container for Jellyfin server.

cpu:

Vendor ID:                AuthenticAMD
  Model name:            AMD Ryzen 9 7900 12-Core Processor

No GPU in the server (why no transcoding... )

I can try again to encode a file with FLAC and get the Docker logs.

I think subtitles don't really make a difference, I think it's a FLAC audio problem in the Android app itself.

I have a bunch of music that is in FLAC, and it is capable of playing the music files through the Android app fine.

It's probably only a MKV video with FLAC audio that's triggering this behavior.

---

The video files are H.265 (nvenc) created on Handbrake 1.8.2 (2024081000)

I'll try a few combinations of h.264, mp4, av1, vp9 etc..

[TheDreadPirate]

I believe the issue lies in exoplayer and not Jellyfin on Android. I've reported this issue on our Android git, but I also found reports on exoplayer's git for the same behaviors not related to jellyfin.

https://github.com/jellyfin/jellyfin-and...ssues/1342

One FLAC related behavior that might be related to Jellyfin is when you have multiple FLAC tracks. If you select a FLAC track other than the first one, Jellyfin will hang.

https://github.com/jellyfin/jellyfin-and...ssues/1343

[mlprd]

What I was trying to do with my transcodes was to encode DTS, DTS-HD/MA and Dolby TruHD to FLAC , and just pass-thru the AC3 tracks.
This is to avoid the lack of DTS* and DD+ / DD-TrueHD support on most devices while keeping the lossless audio intact.

I didn't have any circumstances where I had multiple FLAC tracks on the mkv files.

That makes sense that the ExoPlayer on Android has the bug. The windows JF client has no issues playing the FLAC tracks.

[TheDreadPirate]

Oh. I forgot to mention, this issue also happens with Findroid when using exoplayer. Confirming the hypothesis that exo is the root cause. Switching Findroid to MPV resolves the issue. BUT, I prefer to use exoplayer in Findroid since it will properly render my HDR10 content while MPV tone maps.

I had planned on converting all my media to FLAC/OPUS. I've already discarded all the language tracks I didn't need, but kept Japanese tracks in addition to the English tracks on my anime. Most of the anime with DTSMA or TrueHD tracks for English also had them for Japanese, hence having more than one FLAC track.

But I am probably going to give up and just do OPUS for everything.

[mlprd]

So far I have had good luck with Opus just working everywhere. The sound quality seems excellent if you use the highest bitrate possible. The files are substantially smaller than using FLAC too.