- 02 Mar, 2015 4 commits
-
-
The standard specifies uppercase ASCII hex digits should be used for MPEG2 text track dispatch types.
David LaPalomento committed -
Feature detect support for addTextTrack so HLS remains functional with older video.js versions.
David LaPalomento committed -
Parse the elementary stream descriptor out of the PMT declaring the metadata stream, if present. Use those bytes to build the inBandMetadataDispatchType field on the generated text track.
David LaPalomento committed -
Describe ID3 metadata parsing and translation to metadata text tracks. Link to helpful background docs.
David LaPalomento committed
-
- 28 Feb, 2015 1 commit
-
-
Listen for metadata events during transmuxing and expose each ID3 frame as a cue at the appropriate time. Assume TXXX and WXXX frames will use UTF-8 encoded text. Start work on exposing the dispatch type for the generated text track.
David LaPalomento committed
-
- 27 Feb, 2015 1 commit
-
-
Decode the fields of simple ID3 tags. Adjust the starting PTS value for the metadata stream so that it aligns with video and audio streams.
David LaPalomento committed
-
- 25 Feb, 2015 3 commits
-
-
Fix up karma configuration so tests pass from the command line. Attach the bytes of the ID3 frame body in metadata stream events.
David LaPalomento committed -
Create a test file for metadata streams and add a basic test for parsing an ID3 tag. The parser is not implemented yet so this test fails.
David LaPalomento committed
-
- 09 Feb, 2015 1 commit
-
-
David LaPalomento committed
-
- 08 Feb, 2015 6 commits
-
-
David LaPalomento committed
-
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
-
-
Matthew McClure committed
-
- 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
-
-
David LaPalomento committed
-
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
-
-
David LaPalomento committed
-
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 1 commit
-
