Fix stream duration update regression with discontinuities and misaligned AV #2932
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.
This PR will...
Do not use shorter track duration when updating fragment timing at a discontinuity.
Why is this Pull Request needed?
The first of audio and video tracks to end is used to determine the start of the next segment - but this should only be done when segments are contiguous and we expect the same track to start sooner. In the case of a discontinuity, we want the next segment to start after both tracks in the previous segment have ended.
In earlier releases and in Safari, this stream has a duration of ~40 seconds. These changes restore that duration which was being cut short by always using
minEndPTS
in the changes below.http://playertest.longtailvideo.com/adaptive/boxee/playlist.m3u8
Checklist