- 06 Jan, 2015 2 commits
-
-
Multiply the bandwidth measurement from the master playlist by five to account for the higher ratio of latency to throughput for this request relative to segments. Using the bandwidth number directly was almost always resulting in very low initial bandwidth estimates and poorer quality startup than necessary. The scaling factor was obtained by testing a number of videos from a high throughput/low latency connection as an upper bound and the same connection throttled to "DSL" levels with Network Link Conditioner for the lower bound. Update the playlist switching simulator to apply initial bandwidth estimates and reduce the simulation duration a bit so that the early behavior is more visible.
David LaPalomento committed
- 05 Jan, 2015 3 commits
-
-
Parul Sharma committed
-
Changing the live start time from 30s to 3 target durations. Using 30s as a fallback if the playlist does not define a target duration.
Brandon Bay committed -
only issue endOfStream in vod mode. fix invalid index error. add test for live endOfStream. In some situation(such as slow downloading), (original.mediaSequence + mediaIndex) - update.mediaSequence may be < 0, It will cause exceptions in place such as: videojs.Hls.prototype.fetchKeys = function(playlist, index)
dista committed
-
- 25 Nov, 2014 2 commits
-
-
David LaPalomento committed
-
- 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 2 commits
-
- 05 Nov, 2014 5 commits
-
-
Gary Katsevman committed
-
Gary Katsevman committed
-
Counts segments using their individual duration to look back 30s from live to set video start position
Brandon Bay committed
- 04 Nov, 2014 1 commit
-
-
Gary Katsevman 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
-
-
David LaPalomento committed
-
- 30 Oct, 2014 7 commits
-
-
Gary Katsevman committed
-
Gary Katsevman committed
-
Gary Katsevman committed
-
Gary Katsevman committed
-
Makes the function more generic. It just accepts an object with a 'bandwidth' property.
Gary Katsevman committed
- 29 Oct, 2014 7 commits
-
-
Gary Katsevman committed
-
Gary Katsevman committed
-
Gary Katsevman committed
-
Gary Katsevman committed
-
Gary Katsevman committed
-
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
-
-
Gary Katsevman committed
-
Gary Katsevman committed
-
- 27 Oct, 2014 2 commits
-
-
Gary Katsevman committed
-
Gary Katsevman committed
-
