-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
stream.dash: default suggestedPresentationDelay shouldn't be below minBufferTime #5608
Comments
It yields as many segments as needed until the threshold is reached. streamlink/src/streamlink/stream/dash/manifest.py Lines 859 to 885 in e197337
As you already figured out yourself, the suggested presentation delay has a static default value of 3 and it's missing an option for customizing it. I had a look at adding an option a few months ago, but didn't finish it because of some initialization issues I've run into which required more code refactoring of the MPD and DASHStream classes. Respecting the manifest's min buffer time however sounds reasonable and should be fixed. |
Checklist
Streamlink version
6.2.1
Description
I have a MPD without a suggestedPresentationDelay, so it defaults to 3 seconds. The current code starts playback, but after a few seconds, it's halted again, to continue after a few seconds.
I'm not 100% sure how the
segment_timeline
method works, but it seems that the last possible segment is selected, and a new segment isn't available in time, causing the stream to hang for a few seconds after the first segment has played fine. Writing the stream to a file and playing that works fine.When I manually modify the
suggestedPresentationDelay
to 10, there is no issue. Setting it to 5 can sometimes still cause the stream to hang at the beginning.I'm wondering if the
suggestedPresentationDelay
should be at least the value of minBufferTime if it's missing from the manifest? I guess that ideally, it shouldn't pick the latest segment, like with--hls-live-edge
for HLS streams.Manifest with some stripped
<S>
tags to decrease the size.Debug log
The text was updated successfully, but these errors were encountered: