-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
[Issue]: Sub title desync JF 10.8.9 #4346
Comments
I think I might have the same problem, or somewhat related but I thought it was because of intro-skipper plugin so I opened an issue on ConfusedPolarBear's project. On my setup, only ASS subs are subject to this behavior, it restarts from the beginning of the subtitle file after the intro is skipped. 10.8.8 was doing fine. |
I am seeing this issue as well on 10.8.9. The subtitles are getting out of sync. Turning them off and on again will fix for a few minutes but then proceeds to go out of sync again. I have reverted to 10.8.8 for the time being. Subtitles are working again without issue. I was using Chrome and Edge to test with. |
|
|
I guess
UPD: |
After looking into your mention of HLS and finding to "Codec Support" article I see that Chrome is marked as no MKV HLS support, where Edge is supported. I tested by continuing played back of a file and jumped around the timeline, the subs loaded perfectly fine. I did note the sub desync on android a few months back (could correlate to 4182) but I don't playback on android to frequently. |
Chrome doesn't support the MKV container (the HLS protocol is irrelevant here) and must be remuxed to a supported container. In most cases, it is TS which is streamed via HLS (HLS-TS). You can also enable HLS-fMP4, where the container is MP4, but it will still be transmitted as fragments. In Edge MKV plays as DirectPlay (over HTTP(S) protocol) with correct timestamps.
In the Android app, you can enable different players, so there are more variables. The current problem occurs only when "Progressive MP4" comes into play. This is normal MP4 over HTTP(S) protocol. It was enabled in 10.8.9 (in #4182) when WebM was replaced with MP4, so StreamBuilder can now use this profile when remuxing or transcoding is needed. What's really going on To force progressive MP4, I added During testing I noticed that ffmpeg doesn't preserve the requested time, so we can't just add an offset - we need to know the actual offset. |
Thank you for your researches and the explanation, I suppose it goes the same when, using a web browser like Chrome or Edge and the file is remuxed, the extension intro-skipper does its job and seeks few seconds/minutes ahead: the subtitle then restarts from the beginning. obviously, the problem is not present when the video with ASS sub is directplay, for example by Jellyfin Mac client (which rely on MPV video player), the subs are perfectly synced after intro skipped by the plugin or seeking back and forth. I hope there will be an easy fix. |
We've been looking into this at jellyfin/jellyfin#8403. This issue here has some small differences, but it may help figure out some of the problems with the information found in that thread. |
Updated to 10.8.10 and this longer seems to an issue... I'm guessing due to jellyfin/jellyfin-web#4362 or jellyfin/jellyfin-web#4385 |
|
This comment has been minimized.
This comment has been minimized.
This remains an issue. Not stale. Subs get desynced when seeking, turning them off and on has no impact. I usually have to force stop and clear cache for it to work again. Incredibly annoying on android/android-tv. |
The problem was originally caused by progressive remuxing, which was dropped in web 10.8.10. Please answer same questions: #4346 (comment) |
Android Says Web Player. On Android TV Both Exo and libVLC have the same issue (libVLC to a ...lesser extent but it is there). Forcing the video to open in an external player such as MX tends to solve the issue almost completely at times.
ASS plays just fine. SRT/PGS have issues, and it's not all of them. Some of them at times have issues. Others play fine. I am trying to pinpoint exactly what files are having the issue.
No
DirectPlay
Nope, synced with Bazarr (work perfectly on actual jellyfin-media-player). |
Do we have any idea what could be causing this, or where in the codebase one could start looking? This issue is bothering me so much I might try looking into it myself, but I'm new to the project so any guidance here would be appreciated. |
Is this still being looked into? This is one of the most annoying things "wrong" with jellyfin. It doesn't seem like a difficult concept to simply use a single time value for displaying the video and subtitles. I don't know the underlying code or anything but it seems like the only way this could be a problem is if there are multiple time values that are needing to be kept in sync when there really should only be one time value when serving content. Not only the above, but on a related note there should be a menu option in the gui/web to set a subtitle sync time value (+/-). A simple method to time shift the subtitles ahead or behind slightly. Not only would that help negate some of the frustration of this issue, but some subtitles are just slightly off when you have different media/subtitle releases that don't quite match up. |
The original issue has been fixed by #4385
It is in the Player Settings (gear button) / Subtitle Offset. |
Hello, I'm experiencing ongoing issues with Jellyfin 10.8.13 running on Linux Docker x64. Specifically, I'm encountering varying subtitle offsets depending on the file. This problem persists across multiple files sourced from different origins. Each time, the subtitles fail to synchronize properly, and notably, the desynchronization tends to increase as the movie progresses. This issue occurs specifically with integrated subtitles when accessed via Jellyfin web interface. I've been primarily using Safari on MacOS 14.4 and iOS 17.4.1 for playback. Interestingly, when I utilize Jellyfin for Android TV with libVLC, there are no subtitle synchronization issues. Additionally, downloading the file and playing it on my computer also does not reproduce the problem. |
Maybe this is specific to the Android TV client, It's mainly used on our Firestick at home and my GF insists on constantly bashing my "new media server" due to subtitles never being correct and that she always has to turn them off. |
Can confirm that this bug is present on Samsung TV (Tizen) running jellyfin-web. The subtitles work fine on other devices and players. Bug occurs when seeking in some files that are being direct played with SRT subtitles. Direct playing a file from the beginning works fine until you seek in it. |
Same here. VLC player also isn't a proper fix. It does fix the sync issues, but the content will be resized to fit the screen, and since almost no movie is 16:9, it will stretch almost all content. Also, it suffers from stutters and audio pops (chrome cast with android tv. version "jellfyin-androidtv 0.16.7 release"). |
As Dmitry already pointed out, if you are having issues with the Android TV app this is not the correct place. |
I have also just experienced it in 10.9 with SRT subs, after skipping ahead. The video was being transcoded. Switching to PGS subs forced them to be burned into the video, fixing the issue. |
I've started experiencing this on 10.9, while before (<10.9) it only happened on mobile clients, now it happens on the web too. |
I am noticing similar behavior on jellyfin-web 10.9.2 with Firefox 126.0. I have tested both embedded ASS subs and external SRT subs. If I switch to Edge (125.0.2535.51), the subtitles are correctly synced. This is also the case when playing the video file directly on my computer, so I believe the subtitles in themselves are fine. |
Same issue here with Roku client, LGTv client and FireTV client. srt subtitles, some start correct and desync as it progress, most desync after a pause-quit-resume, some are just completely desync from start. It was ok with server 10.8.something, but 10.9 is becoming almost unusable unfortunately, forcing me back to Plex to be able to watch almost anything, which means the subtitles are perfect and the problem is with Jellyfin, not sure if entirely server side or both sides. |
Something I've noticed and helps a little is that using the https://github.com/jellyfin/jellyfin-vue web client seems to fix the issue for items that have de-synced on the main web client. |
Interestingly enough, for me using Swiftfin always has synced subtitles. Doesnt matter if i scrub throught the movie or change the language of the sub. When I switch to my laptop with Chrome or Firefox, the subtitles are always desynced. I can sync them manually, but the moment I fast-forward or reverse, the subs are de-synced again. So it really seems for me a client issue |
This is because Swiftfin direct-plays nearly all types of media without issues, while Chrome and Firefox have a more limited codec support which in your case is leading to direct-streaming or transcoding (which is what causes this issue). This issue is almost purely server-side because the server cannot deliver the exact timestamp the client is asking for. Instead, the server will seek back to the earliest keyframe (which can be anywhere from 5-8 seconds wide) causing the de-sync. Although I'm sure this could be fixed with some new API introductions where the server is able to tell the client the exact timestamp it's seeking to, but that requires explicit client support and there could be some other complications I'm missing. Maybe @gnattu could explain? |
@viown what you are saying is interesting but it raises the question, why did it become a bigger problem with v10.9? Something must have changed in the backend and perhaps it's possible to revert or fix that without breaking/client changes |
it is not. This issue was created for 10.8 isn't it? |
The issue was created for 10.8, but it didn't happen for me (on firefox) until 10.9, and based on the activity on the issue I believe other experienced the same. To be clear I had experienced it before on the mobile (android, default player), but never on firefox. |
Not sure if this issue is related, but I've noticed that when accessing subtitles over HLS using Apple's native player in Mac and iOS, the subtitles are extremely delayed by about 12 seconds. |
Also happening for me with 10.9.6 and 10.9.7 in Firefox but did not happen in 10.8.10 Transcoded (HEVC->H264) in browser is desynced but in app (Direct playing) it works like normal. I've also had it occasionally replay a short chunk in browser which usually triggers it to desync. Desync persists when leaving and resuming |
I am having problems with embedded subtitles. (Various formats, Various Browsers). When I seek while playing a video, the subtitle is desycing. I am using Docker and No HW Acceleration (Do not judge me pls. I cant find any low bracket gpu yet)
Web Chrome: Broken I didn't try with DLNA (Because DLNA plugin is completely broken) but at this point it is obvious that it is a web client problem. |
Please describe your bug
Upgraded 10.8.8 > 10.8.9 and now subtitles desync or loop if you jump ahead in a file.
Steps:
Start a show with subs,
Jump ahead a few mins
This will cause the subs to loop the last 2 or 3 lines constantly.
Turning off subs and back on will resume the subs but they will be desync'd by 2-3 secs. This persists even if playback is stopped and started again.
Jellyfin Version
10.8.0
if other:
No response
Environment
Jellyfin logs
No response
FFmpeg logs
No response
Please attach any browser or client logs here
No response
Please attach any screenshots here
No response
Code of Conduct
The text was updated successfully, but these errors were encountered: