Run a test pass with video.js 6 and video.js 5.
Also, use in-publish to not run build when running `npm install`.
Consolidate karma configs into one config but keep npm scripts for them.
Add `this.clock.tick(1)` after player creation to support video.js 6.
* Use a starting `bandwidth` value of `0.0625 MB/s` on Android devices
* Do not allow an up-switch in quality until a certain amount of forward buffer has been filled, `BUFFER_LOW_WATER_LINE`
* Dynamically increase the `BUFFER_LOW_WATER_LINE` and `GOAL_BUFFER_LENGTH` from `0 - > 30` and `30 -> 60` respectively during the first 30 seconds of playback
* Abort segment requests before completion if bandwidth reported by the XHR `progress` event shows that network conditions are not fast enough to complete the request without causing rebuffering
* `hls-608` usage event triggered on `tech`
* Only flush PES packets from TS parsing front end when they are complete
* Complete is defined as any time PES_packet_length matches the data’s length OR is a video packets
* Works around an issue with incomplete packets getting sent down the pipeline when the source has audio PES packets split between segments
* Break out playlist selector logic
Pull the basic playlist selector into a separate file so there's a shared place to build alternates.
* Create a moving-average playlist selector
Define a variant of the standard playlist selector that calculates a moving average of bandwidth and uses that to select a playlist.
* ts probe searches packets for first it can successfully parse
* Fixed an issue that could cause updateend events to fire more than once per append or remove under very specific conditions on firefox
Matthew Neil