fix(hls): Fixed buffering issue with live HLS #4002
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
theodab
added
type: bug
HLS now appends segments in sequence mode. In order to handle seeks, we use the timestampOffset property to inform MediaSource where the new segment should go. However, we were still setting timestampOffset when the manifest was updated, which caused issues in live HLS; suddenly, MediaSource would start inserting segments near the start of the presentation, rather than at the live edge. This changes MediaSourceEngine to not apply timestampOffset during initialization when in sequence mode, to fix that problem.
theodab
force-pushed
the
sequenceModeLiveFixBranch
branch
from
9e54a87 to
f04d314
Compare
I don't think I understand this part. Can you elaborate? I don't doubt your fix, but I think we need to find a better way to explain why it's the right one. |
|
Updated PR description to reflect our discussion of the issue and the fix. Please add a commit or amend to remove the timestampOffset parameter in HlsParser's createSegmentReference_, and to hard-code timestampOffset to 0 there instead. |
When in sequence mode, we no longer use the timestamp offset of segment references. So, in the HLS parser, there's no reason to set it anymore.
github-actions
bot
added
the
status: archived
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
HLS now appends segments in sequence mode. In order to handle seeks,
we set the timestampOffset property on SourceBuffer to the startTime of
the segment. This is done after every seek, or on startup.
For non-sequence-mode content (DASH), we normally set timestampOffset
based on the Period structure. This should be suppressed in sequence
mode, though, where only the reference startTime matters.
The buffering issue was caused by two things in combination:
change when a playlist was updated
even though this should be skipped in sequence mode
These two things in combination would lead MediaSourceEngine to start
inserting segments near the start of the presentation, rather than at
the live edge.
This changes MediaSourceEngine so that in sequence mode, timestampOffset
is ignored in setStreamProperties. This also cleans up the HLS parser
to set each reference's timestampOffset to 0, since they should be
ignored anyway.