1. 19 May, 2015 3 commits
  2. 18 May, 2015 4 commits
  3. 15 May, 2015 2 commits
  4. 14 May, 2015 1 commit
  5. 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
  6. 08 May, 2015 3 commits
  7. 07 May, 2015 7 commits
  8. 06 May, 2015 2 commits
  9. 05 May, 2015 2 commits
  10. 28 Apr, 2015 6 commits
  11. 27 Apr, 2015 1 commit
  12. 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
  13. 16 Apr, 2015 7 commits