- 08 Feb, 2015 6 commits
-
-
-
Key URLs should be fetched relative to the master playlist, if one exists, or their containing playlist otherwise.
David LaPalomento committed -
Hopefully all agree is a better name choice. Also, maybe this will trigger Travis CI to a better build.
Steve Mayhew committed -
The EXT-X-KEY URI attribute is not processed to spec. It should be interpreted as absolute or relative to the playlist containing the EXT-X-KEY tag. This is in the IETF spec (https://tools.ietf.org/html/draft-pantos-http-live-streaming-13#section -3.1). The fix is simple, use the same URL resolution code the TS segments are using. Here is a stream that only works correctly with this fix: http://flashls-test.s3.amazonaws.com/7_copy.m3u8
Steve Mayhew committed
-
- 05 Feb, 2015 4 commits
-
-
As requested by @BCdmlap, changing the discontinuity seek to be a new test instead of a modification to an existing test.
bc-bbay committed -
On seeking to a discontinuity point, the buffer would not refill and the player would stop working. This commit fixes that issue, and adjusts the test to catch the previous failure.
Brandon Bay committed
- 27 Jan, 2015 1 commit
- 22 Jan, 2015 1 commit
-
-
- 21 Jan, 2015 1 commit
-
-
On seeking to a discontinuity point, the buffer would not refill and the player would stop working. This commit fixes that issue, and adjusts the test to catch the previous failure.
Brandon Bay committed
-
- 14 Jan, 2015 1 commit
-
-
The old headers were claiming full copyright and no license. The videojs-hls.js header was modified to include a link to the main license from the repo.
Gary Katsevman committed
-
- 07 Jan, 2015 3 commits
-
-
-
If the downstream developer has a better way of estimating bandwidth for the initial playlist, use that value.
David LaPalomento committed
-
- 06 Jan, 2015 3 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
-
-
-
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
-
-
- 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
-
-
-
-
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
-
-
- 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
-
-