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