1152587 - bitdash MPEG-DASH MSE demo's video playback gets stuck after seeking multiple times

Status: RESOLVED WORKSFORME

(Core :: Audio/Video: Playback, defect, P1)

Description

[Chris Peterson [:cpeterson]]

STR:
1. Play the first video ("Sintel (Multilanguage & Subtitles) - SegmentTemplate") at http://www.dash-player.com/demo/streaming-server-and-encoder-support/
2. Watch the web console for the video player making XHR requests for MSE video segments.
3. Quickly seek ahead and back ~6 times in the video progress bar.

RESULT:
The video player will abort some of the XHR requests to bitcdn-global1.bitmovin.com before it seeks ahead. The aborted requests will "fail" with unexpected CORS Same-Origin errors, but subsequent XHR requests to bitcdn-global1.bitmovin.com succeed. (That is bug 1152574.) Eventually the XHR requests just stop and the video no longer plays.

If you pause and unpause the video, it still doesn't play. But if you then seek ahead again, the video will usually start playing again.

Chrome does not have any delays or get stuck no matter how many times you seek.

Comment 1

[Chris Peterson [:cpeterson]]

This might be a dupe of dashif bug 1140690 or related to video bug 1112683.

Comment 3

[Chris Peterson [:cpeterson]]

I can repro this bug again in Nightly 43, but *not* Aurora 42.

STR:
1. Play the second video ("Sintel (Multilanguage & Subtitles) - SegmentTemplate") at http://www.dash-player.com/demo/streaming-server-and-encoder-support/
2. Watch the web console for the video player making XHR requests for MSE video segments.
3. Quickly seek ahead about six times until you see the progress spinner (blue dots).
4. Then seek *back* earlier in the video.

RESULT:
The video stalls and XHR requests just stop. Seeking to a different position will sometimes resume the video playback.

Comment 4

[Chris Peterson [:cpeterson]]

WFM on 42–44