Rob Walch

Closing due to inactivity. Please file Chromium bugs for decode errors.

Steps four and five of "Getting started" in the API doc are supposed to inform developers about playback and error handling: https://github.com/video-dev/hls.js/blob/master/docs/API.md#fourth-step-control-through-video-element

The conventional way would be to call `skip()` on the Interstitials manager: https://github.com/video-dev/hls.js/blob/master/docs/API.md#hlsinterstitialsmanager The only way to force fallback to primary from an interstitial without skipping it, would be for...

> what seems to happen is that falling back does not happen at the point in time after this code has run, audio only audibly switches back after some time...

> it seems to switch back to the primary at the resumption point / playout limit Does your interstitial have a resumption offset attribute? The default is to use the...

> I do see a resumptionOffset being logged here: `resumptionOffset` is the calculated resumption offset (either Interstitial X-RESUME-OFFSET or `duration` (plus `cumulativeDuration` of abutting interstitials)). > I am expecting that...

Thanks @whenmoon, Can you also share a sample of the asset-list? Is it returning a total asset duration of 179.925333333? Why include X-RESUME-OFFSET in a live playlist? Have you tested...

Based on the logs, the issue seems to be that the interstitial has started, as each asset errors out, playback is advancing to the next. I'm not sure how the...

It makes sense to destroy the assets in reverse order down to the active asset. This should prevent the water-falling from one asset to the next that we're seeing in...

`FetchLoader` uses the global `fetch`. There is no way to pass a different `fetch` method to `FetchLoader`. The preferred way to do any custom data transfer would be to create...