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
..
html5.test.js	feat: sourceset event (#4660)	2018-03-07 14:28:37 -05:00
middleware.test.js	fix: cache middleware instances per player (#4939)	2018-02-12 17:30:27 -05:00
tech-faker.js	feat: Allow techs to change poster if player option techCanOverridePoster is set (#4921)	2018-03-07 14:31:50 -05:00
tech.test.js	feat: Queue playback events when the playback rate is zero and we are seeking (#5024)	2018-04-17 15:28:35 -04:00