Playback doesn't start if there's a tiny timestamp offset

[video-dev]

Playback doesn't start if there's a tiny timestamp offset

[mangui]

this tiny gap is usually related to the PTS/DTS delta of the first video frame.
some browsers use DTS to start counting, some uses PTS. this makes it difficult to overcome in the remuxer.
a better option would be to nudge video.currentTime to cross those tiny holes.
i.e. if we detect that video @ currentTime is not buffered but that there is a buffered range 'not to far' upfront, then we seek to that buffered range ...

[mangui]

http://dailymotion.github.io/hls.js/demo/?src=http%3A%2F%2Fazubuhlsliveto5-i.akamaihd.net%2Fhls%2Flive%2F223502%2Fhls-tokyo-5_1%2Fvideo84224CHhungryapptv%2Fmaster.m3u8 should now work

[AxelDelmas]

Yes it seems to do the trick. Thanks a lot!

However I'm not sure if this part of the code, that hides those tiny holes, won't prevent this from working if that happens later playback has already started: https://github.com/dailymotion/hls.js/blob/master/src/controller/buffer-controller.js#L425-L431

It seems to me that bufferNextStart should be computed by looping on video.buffered directly, not on buffered2. What do you think?

[mangui]

buffered and buffered2 are identical when calling this.bufferInfo with maxHoleDuration=0
bufferNextStart is only used in that case. so it should not cause any pb. but the comment needs to be reviewed.