1
0
mirror of https://github.com/videojs/video.js.git synced 2024-12-02 09:11:54 +02:00
video.js/test
Chuck Wilson a2851fe4bd feat: Queue playback events when the playback rate is zero and we are seeking (#5024)
SourceHandlers that use MSE have a problem: if they push a segment into a SourceBuffer and then seek close to the end, playback will stall and/or there will be a massive downswitch in quality. The general approach to fixing this that was discussed on slack was by setting the playback rate of the player to zero, buffering all that was required, and then restoring the previous playback rate. In my implementation, I've done this in the source handler (see: videojs/videojs-contrib-hls#1374).

From the video.js perspective, it should ensure that the UI reflects the buffering status and that the player API behaves like you'd expect -- that is to say, that it will fire seeking immediately after a call to currentTime, and it will fire seeked, canplay, canplaythrough, and playing when everything is buffered.
2018-04-17 15:28:35 -04:00
..
api feat: playerresize event in all cases (#4864) 2018-01-30 13:26:21 -05:00
require feat: built-in HLS playback support (#5057) 2018-03-30 14:01:16 -04:00
unit feat: Queue playback events when the playback rate is zero and we are seeking (#5024) 2018-04-17 15:28:35 -04:00
globals-shim.js test: fix tests (#3953) 2017-01-19 11:17:46 -05:00
index.html chore(test): upgrade qunit and karma-qunit to latest (#5051) 2018-03-26 10:40:59 -04:00
karma.conf.js test: update karma browser OS versions (#5050) 2018-03-23 20:06:57 -04:00