Closed captioning (WebVTT)

[mlcarson 15]

I think this is a WebVTT issue but am not certain.  The Android app appears to playback a recorded file with these captions properly.  It doesn't however display them live.   I have an AppleTV with the Emby client and it is displaying them properly on both live and recordings.    The AndroidTV app doesn't work for either the live stream or the recording.

[Luke 43119]

 

Hi there, let's look at an example. Please attach the information requested in how to report a media playback issue. Thanks!

 

[ebr 16723]

 

Hi there, let's look at an example. Please attach the information requested in how to report a media playback issue. Thanks!

 

[ebr 16723]

Jinx!

[mlcarson 15]

I was able to put some more testing into this and I'm conflating two issues.  I thought this was involving webvtt but it's not.   I have one source in which Emby sees no subtitles at all (live or recorded) that AppleTV and Channels DVR are getting subtitles for.  I don't know if it's grabbing them online or what but the recording seem to not have any thing in them according to mediainfo so let's set that aside.

I have another live source that shows as Default_EIA_608 in Emby.  The AndroidTV client simply says "Unable to load subtitle" and it doesn't work.   The Android client however acts differently.  If you are simply watching live without actually recording -- subtitles don't work.    If you record and are watching the channel a bit behind and also enable the "Prefer direct streaming of live TV" setting then you'll get subtitles as you watch it.  You will not however have any controls to skip/ff through commercials.   If you disable this setting, you get no subtitles but can skip/ff through commercials.   The recorded file will however have subtitles and you can watch them with the Android client.  The live TV setting is then irrelevant because the recording has stopped.

The AppleTV client on Emby seems to have no issues with the Default_EIA_608 stuff.  Subtitles play fine.  The client in general though is unstable compared to the Android one.

So this is the same issue that knoll126 reported on 12/12/25.  Mediainfo reports the subtitles as EIA-608 (SCTE 128/DTVCC Transport).  I could send logs but I think you guys are already aware of this problem.