- 19 May, 2015 7 commits
-
-
The minified 4.x build mangles "preload" passed in as options, which prevents it being overridden in data-setup or through the video element attribute. Switch to the dev version so that preload settings can be adjusted.
David LaPalomento committed -
Before the Flash runtime is available, player.preload() returns undefined. Switch to player.options().preload to find out what the "desired" setting is, instead of the current value.
David LaPalomento committed -
Brandon Bay committed
-
Brandon Bay committed
- 18 May, 2015 4 commits
-
-
Always write out metadata at the start of segments and refactor of h264stream
David LaPalomento committed -
This should be updated with stubbed methods when it gets re-written so that we can actually stub methods.
Gary Katsevman committed -
In some cases (most likely badly encoded video), segments didn't start with a keyframe so they ended up getting squished because flash didn't know how to play them.
Gary Katsevman committed
-
- 15 May, 2015 2 commits
-
- 14 May, 2015 1 commit
-
-
Don't use previous segment timestamps to calculate the precise duration of a segment so that we don't have to worry about timestamp discontinuities. Update to contrib-media-sources 1.0.
David LaPalomento committed
-
- 13 May, 2015 1 commit
-
-
If segments are delivered very quickly, it's possible that a segment after a discontinuity will be ready before the previous segment is finished getting processed by the media source. Our current mechanism for signalling discontinuities is synchronous so this could lead to us injecting a discontinuity into the middle of the first segment instead of at the end. Instead, adopt a workflow more closely aligned to how real SourceBuffers work and don't append additional bytes until the previous append has been fully processed.
David LaPalomento committed
-
- 08 May, 2015 3 commits
-
-
David LaPalomento committed
-
- 07 May, 2015 7 commits
-
-
phantom and some other browsers check whether a TypedArray has equivalent data outside of the "view" area and fail deep equality tests when there is a difference.
David LaPalomento committed -
Metadata packets that were not the start of a new payload unit were being silently dropped. Move the handler so that they are correctly routed to the metadata stream. Also, keep track of the number of bytes shifted off of the buffer when processing ID3 frames so that more than a single frame can be processed.
David LaPalomento committed -
If the entire ID3 frame isn't available in a single metadatastream push, store everything up and check with the combined data next time. Ignore tags that do not include at least the tag header in the first TS packet.
David LaPalomento committed -
Pass along the parsed ID3 frame object that corresponds to the genererated VTTCue.
David LaPalomento committed -
oldcookie committed
- 06 May, 2015 2 commits
-
-
This code uses the presentation timestamp of the ts segment to calculate its exact duration, since this may differ by fractions of a second from what is reported. Using the exact, calculated 'preciseDuration' allows for smoother seeking and calculation of the total playlist duration, which previously (especially in short videos) was reported erroneously and made the play head overrun the end of the progress bar.
Brandon Bay committed
- 05 May, 2015 2 commits
-
-
David LaPalomento committed
-
- 28 Apr, 2015 6 commits
-
-
David LaPalomento committed
-
When all multiple variant streams were usable based on bandwidth, resolutionPlusOne could be set to the lowest bandwidth variant on the first pass through the resolution filtering loop.
David LaPalomento committed -
Split up large segments that need AES-128 decryption and hand control back to the browser between segments. Clean up the decryption block loop a bit since it's no longer critical to finish before the next frame is rendered.
David LaPalomento committed
- 27 Apr, 2015 1 commit
-
-
Justin Sanford committed
-
- 21 Apr, 2015 1 commit
-
-
For #218. Use TypedArrays instead of DataViews because they weren't getting optimized very well. Use Int32Arrays instead of Uint32Arrays to avoid v8 deoptimization at runtime when negative values were encountered. Swap byte order in the main loop instead of before-hand. These changes don't get decrypt running in less than 16ms on my machine but they do speed things up an order of magnitude or so. Additional work to make the decryption asynchronous appears necessary.
David LaPalomento committed
-
- 16 Apr, 2015 3 commits
-
-
David LaPalomento committed
-
