-
-
Notifications
You must be signed in to change notification settings - Fork 135
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Direct play of transport stream media (e.g. live tv recording) has incorrect duration and cannot seek back/forwards #1850
Comments
Can you try playing the file using the Roku Media Player? If the file doesn't play then there is no hope of the file working with our app |
I can do. What's the easiest way to do this while ruling out as much else as possible - put it on a USB stick? |
The app only supports USB and DLNA IIRC so whichever is easier for you. Feel free to test any and all files you think may be bugged using the roku client |
I just did a local play with these test files on USB in Roku Media Player and observed:
So the difference with the "ts" file locally is the Roku now presents no controls at all! Interestingly, with remote play of these on the Jellyfin backend there's no "FFmpeg.DirectStream" log created, unlike with Android or Firefox, which I guess is wrapping it in a HLS stream for them, but not for Roku clients? |
I encountered this same issue (Direct Play of .ts files resulting in bad time hacks and disabled forward/rewind navigation) and my workaround was modifying app Settings-->Playback-->Video Codec Support and disabling "Support Direct Play" for both MPEG-2 and MPEG-4. |
Unfortunately, this appears to be a limitation on the Roku side (not Jellyfin). We are at the mercy of the Roku video player (as we simply pass the video on to Roku and say "play this"). Because the Roku isn't even showing controls for the TS file, tells me the folks at Roku HQ know they can't handle it. The fix here might be for the Jellyfin client to also disable controls if we detect it's a TS file. |
Any thoughts on the HLS stream difference? |
Software Versions
Describe the bug
Playback media that is contained in a transport stream "ts" file in Direct Play mode (not transcoded) and observe that the duration is wildly inaccurate, and that seek back/forwards is impossible. Try the same media on a web browser or Android client and see that is works correctly.
How To Reproduce
Create two 10 second test files (a "ts" and a "mkv") with keyframes as follows:
Then play them back via Firefox, Android, and Roku clients:
Expected behavior
Ability to seek back / forwards as per other clients.
Logs
n/a
Screenshots
See jellyfin/jellyfin#12244 (comment)
Connection Information
Additional context
I also filed jellyfin/jellyfin#12244 should this be a backend issue, however other clients don't suffer this issue.
The text was updated successfully, but these errors were encountered: