- 26 May, 2016 4 commits
-
-
Segment durations are defined in the spec as being less than or equal to target-duration
Jon-Carlos Rivera committed -
* Fudge segments that are reported as having a zero-second duration * The fetcher logic basically ignores segments with a duration of zero. Give them a tiny duration so that the fetcher will "see" these segments. * Added tests for and fixed getSegmentBufferedPercent_ calculations * Now returns the percent buffered of the entire segment duration instead of the "adjusted" duration * Handles segments reported as having a zero-duration * Reduced the number of segments that we will attempt to "timeCorrect" when the segment chosen by `checkBuffer_` is already more than 90% buffered to 1 * No longer trigger errors from `timeCorrection_` handling, returning to the previous behavior * Use the tech's setCurrentTime function in segment loaders * Moved getSegmentBufferedPercent to `Ranges` module * Moved correction for zero-duration segments from parse-stream to parser proper
Jon-Carlos Rivera committed -
-
* add tests for all options in HLS * add configuration hierarchy testing * Hls.GOAL_BUFFER_LENGTH is settable to a number greater than 0 with a warning * use Hls.GOAL_BUFFER_LENGTH if it exists * added unit tests to verify warning logs * fixed comment about Mbps vs MB/s
Brandon Casey committed
-
- 23 May, 2016 5 commits
-
-
-
This is because media-sources requires video.js but doesn't require browserify-shim itself, so, instead we need to make sure that we browserify-shim all the dependencies.
Gary Katsevman committed -
-
* Fix how and when timeCorrection_ was being applied so that it works for Flash * Always apply timeCorrection_ when we haven't learned anything even if playlists have changed * Apply timeCorrection_ directly to the currentTime when calling getMediaIndexForTime so that we can work around bad segment.end metadata in the playlist * Emit an error if we have been stuck in a "timeCorrection" loop for more than 5 fetch attempts * Make sure to clear the timeout before setting another in monitorBuffer_ * Clearer naming of variables * Use timeCorrection_ when a chosen segment is more than 90% buffered * Break out timeCorrection_ functionality into a reusable piece * Added tests of the new timeCorrection_ functionality * Test that timeCorrection is applied even when the segment.end data is misleading * Verify that an error is emitted when we have failed to make progress after 5 time-corrections * Ensure that we only have 1 timer if monitorBuffer_ is called multiple times * Moved percent-buffered check out of checkBuffer_ to fillBuffer_
Jon-Carlos Rivera committed -
-
- 18 May, 2016 1 commit
- 17 May, 2016 1 commit
-
-
* Added test for multiple audio groups in flash * Use a single default audio track when not in html5 mode
forbesjo committed
-
- 16 May, 2016 1 commit
-
-
- 10 May, 2016 1 commit
-
-
- 06 May, 2016 2 commits
-
-
-
* Support for multiple alternate audio tracks * Separated segment loading logic into a reusable piece of functionality so that we can have more than one segment loader and they can manage the segment fetch behavior unique to each playlist they are loading from * Introduced the MasterPlaylistController to coordinate the loading of the master playlist and separate the behavior of the player from videojs-contrib-hls.js leaving the latter to be the glue between HLS and the video element's events * Added the SourceUpdater to manage the asynchronous bahavior of SourceBuffers and MediaSource objects so that we can treat it as a non-blocking work queue * Added parsing for MediaGroups in master playlists * Added support for AudioTrackList objects and events * Add support for every HLS mime type possible (#684) * Flash live fixes (#682)
Jon-Carlos Rivera committed
-
- 03 May, 2016 1 commit
-
-
- 21 Apr, 2016 1 commit
-
-
- 04 Apr, 2016 1 commit
- 01 Apr, 2016 4 commits
-
-
-
Fix the IE11 bug without introducing a massive bandwidth leak into Flash playback
Jon-Carlos Rivera committed -
-
- 31 Mar, 2016 3 commits
-
-
-
-
… to modify the options used to create the request object * Make Xhr a factory function that returns a unique instance of the xhr function and expose an instance of it on each player's xhr object * Keep the returned function is backward compatible with the previous xhr * Add a `beforeRequest` function to the XHR that allows you to override options before the request * The `beforeRequest` function can be specified on the global `videojs.Hls.xhr` function and it'll be used for all players unless overridden on a per-player level
jrivera committed
-
- 24 Mar, 2016 1 commit
- 14 Mar, 2016 3 commits
- 11 Mar, 2016 3 commits
- 04 Mar, 2016 2 commits
-
-
- 03 Mar, 2016 2 commits
-
-
- 02 Mar, 2016 1 commit
-
-
- 01 Mar, 2016 3 commits
-
-
-
-
Work around a bug with the buffered property in IE11 that prevented playback
Jon-Carlos Rivera committed
-