- 20 Nov, 2014 2 commits
-
-
Removing the update.duration === Infinity check. We shouldn’t be getting so out of sync for static playlists anyway.
Brandon Bay committed -
Some tests failed in the previous build, mostly due to syntactic errors. Also restored a section of code in translateMediaIndex whose absence made a test fail.
Brandon Bay committed
-
- 18 Nov, 2014 1 commit
-
-
Addressing the issue where video playback would hang when transitioning to a different quality stream with a large discontinuity in media sequence.
Brandon Bay committed
-
- 13 Nov, 2014 1 commit
- 06 Nov, 2014 1 commit
- 05 Nov, 2014 3 commits
-
-
Counts segments using their individual duration to look back 30s from live to set video start position
Brandon Bay committed
- 03 Nov, 2014 1 commit
-
-
Live start position should be 30s before live, not at the beginning of the stream playlist.
Brandon Bay committed
-
- 31 Oct, 2014 2 commits
-
-
- 30 Oct, 2014 7 commits
-
-
-
-
-
-
Makes the function more generic. It just accepts an object with a 'bandwidth' property.
Gary Katsevman committed
- 29 Oct, 2014 7 commits
-
-
-
-
-
-
-
Only set up timeupdate and waiting event listeners for fillBuffer and drainBuffer after we have upshifted. This is so that we would download the first segment of the new playlist if the player is setup with autoplay or a user clicks play too early. Also, we should only upshift if our estimated download time for the new segment is less than one second. This is done by estimating the duration length of the segment of the new playlist with the duration of the current segment in the current playlist.
Gary Katsevman committed
-
- 28 Oct, 2014 2 commits
-
-
- 27 Oct, 2014 13 commits
-
-