Subtitles not displaying with multiple audio tracks

[rechigo 367]

7 hours ago, ebr said:

The "forced" one, correct?

Actually in this case it was the SDH track that was displaying after playback correction/HLS conversion

[ebr 16299]

19 hours ago, rechigo said:

it was the SDH track that was displaying after playback correction/HLS conversion

Ah, okay, sorry I missed you were streaming with HLS.

Can you get us this specific item to test with?

[rechigo 367]

On 2/5/2026 at 9:07 AM, ebr said:

Ah, okay, sorry I missed you were streaming with HLS.

Can you get us this specific item to test with?

Yes let me confirm I can still reproduce this after the latest app & server updates and I will PM it to you

Edited February 17 by rechigo

[rechigo 367]

I have PMed EBR with the test file. I can still recreate the wrong subtitle track being displayed when streaming via HLS.

Edited February 18 by rechigo

[ebr 16299]

Okay, I've confirmed with your sample that this does appear to just be the age-old problem of the Roku player simply not allowing us to select any other sub track if one is marked "forced".  If that flag is set, it doesn't matter what we tell the player, it is going to play that track.  Using MKVToolnix I removed that flag from that track and then I can freely select any of the three sub tracks and they show properly.

[speechles 2059]

Is the item direct playing? When using HLS you should still be able to change the subtitle. If you use playback correction on the original file not modified by MKVToolNix and you should be able to then change subtitles. It should only be when directly playing the container that the default/forced flags matter. Once we kick it into HLS we should be able to work-around whatever the Roku is doing poorly.

[ebr 16299]

14 minutes ago, speechles said:

Is the item direct playing? When using HLS you should still be able to change the subtitle. If you use playback correction on the original file not modified by MKVToolNix and you should be able to then change subtitles. It should only be when directly playing the container that the default/forced flags matter. Once we kick it into HLS we should be able to work-around whatever the Roku is doing poorly.

Yes, he is aware of that from earlier in the thread I believe.

[rechigo 367]

11 hours ago, speechles said:

Is the item direct playing? When using HLS you should still be able to change the subtitle. If you use playback correction on the original file not modified by MKVToolNix and you should be able to then change subtitles. It should only be when directly playing the container that the default/forced flags matter. Once we kick it into HLS we should be able to work-around whatever the Roku is doing poorly.

Yes. When direct playing, the forced subtitle is the only one that is displayed. I understand now that this is just a design FLAW with Roku's video player, there is nothing Emby can do here. This is a fix Roku would have to make.

I was under the assumption that this shouldn't be an issue when direct streaming, as the issue of subtitles not displaying correctly is some weird quirk with how Roku handles MKV specifically, with HLS not being affected. Does this issue also affect HLS in some capacity?

Edited February 20 by rechigo