Skip to content

Fix #665 - don't wait on seeking event which may never come

Created by: davemevans

Startup used to attempt to seek to an time which was not initially seekable. As documented in #665 (closed), this is not compliant with the spec.

Rather than setting the currentTime on the media element, send a ENAME_PLAYBACK_SEEKING event to all interested parties and wait for segments to be downloaded and appended to the sourcebuffers. Once this has occured for all streams, then seek the media element (since the start time is now seekable).

The code to do the seeking after the first segments were appended was already there since it is used for syncing audio and video which don't have identical start times.

Merge request reports