Yesterday, 07:14 AM
(This post was last modified: Yesterday, 10:41 PM by plainoldchair. Edited 9 times in total.)
Just installed the server as well as the Roku app. Streaming locally. Roku app is reporting version 3.0.10 and the server is 10.11.0.
When watching movies on the Roku app, there are a couple problems with audio and subtitle track selection:
1) In a movie with an English and a Japanese audio track, selecting English still plays the Japanese track. There is no way to coerce it into playing the English track.
2) In a couple movies with English subtitles, the subtitles are displaying even if they are set to "None". In one case, I was able to get it to stop showing subtitles by switching from "None" to the English subtitle track and back, but in another case, doing this froze up playback entirely (I may have fixed this by disabling hardware accelerated transcoding).
Neither problem is present when playing the file through VLC, or when playing through the Plex app, or when watching using the Jellyfin web player on the machine hosting it.
Log files after reproducing problem (the Princess Mononoke file is the one in question):
Contents of Jellyfin log (relevant stuff should be toward the end I hope): https://pastebin.com/udDCdPge
Contents of FFmpeg.DirectStream-2025-10-24_17-04-34_01b21a93e85f6b03ab8a821bfbcb3686_da08a3c3.log (only other log file written to): https://pastebin.com/RWwxAY2x
And much larger debug-level Jellyfin log of a reproduction available here in zipped form: http://dreamsleeve.org/log_20251024_redacted.zip
I will note that in both log files, stream 0:1 (the Japanese audio track) appears in commands etc., but stream 0:2 (the English audio track) doesn't appear in the logs at all except in the metadata output. In the debug log, I see HTTP POST and GET requests with AudioStreamIndex=1 as well as AudioStreamIndex=2 and AudioStreamIndex=3 Not sure what 3 would be or if those are even all for this file.
In the above reproduction, the Roku client believes that the English track is selected, but it still plays the Japanese track. It does this regardless of what the preferred audio codec is set to in the client. Additionally, it isn't showing subtitles this time, which is correct behavior, but for some reason shows the English subtitles as selected in the dropdown list.
I did see a similar problem here regarding audio track selection, but this was allegedly fixed in a prior update: https://forum.jellyfin.org/t-roku-app-pl...udio-track
Subtitle problem may be related to: https://github.com/jellyfin/jellyfin-roku/issues/526
When watching movies on the Roku app, there are a couple problems with audio and subtitle track selection:
1) In a movie with an English and a Japanese audio track, selecting English still plays the Japanese track. There is no way to coerce it into playing the English track.
2) In a couple movies with English subtitles, the subtitles are displaying even if they are set to "None". In one case, I was able to get it to stop showing subtitles by switching from "None" to the English subtitle track and back, but in another case, doing this froze up playback entirely (I may have fixed this by disabling hardware accelerated transcoding).
Neither problem is present when playing the file through VLC, or when playing through the Plex app, or when watching using the Jellyfin web player on the machine hosting it.
Log files after reproducing problem (the Princess Mononoke file is the one in question):
Contents of Jellyfin log (relevant stuff should be toward the end I hope): https://pastebin.com/udDCdPge
Contents of FFmpeg.DirectStream-2025-10-24_17-04-34_01b21a93e85f6b03ab8a821bfbcb3686_da08a3c3.log (only other log file written to): https://pastebin.com/RWwxAY2x
And much larger debug-level Jellyfin log of a reproduction available here in zipped form: http://dreamsleeve.org/log_20251024_redacted.zip
I will note that in both log files, stream 0:1 (the Japanese audio track) appears in commands etc., but stream 0:2 (the English audio track) doesn't appear in the logs at all except in the metadata output. In the debug log, I see HTTP POST and GET requests with AudioStreamIndex=1 as well as AudioStreamIndex=2 and AudioStreamIndex=3 Not sure what 3 would be or if those are even all for this file.
In the above reproduction, the Roku client believes that the English track is selected, but it still plays the Japanese track. It does this regardless of what the preferred audio codec is set to in the client. Additionally, it isn't showing subtitles this time, which is correct behavior, but for some reason shows the English subtitles as selected in the dropdown list.
I did see a similar problem here regarding audio track selection, but this was allegedly fixed in a prior update: https://forum.jellyfin.org/t-roku-app-pl...udio-track
Subtitle problem may be related to: https://github.com/jellyfin/jellyfin-roku/issues/526