Rob Walch

> This seems to be because handleTrackOrLevelPlaylist() (playlist-loader.ts) and playlistLoaded() (base-playlist-controller.ts) add the result of computeReloadInterval() to details.requestScheduled twice. That's right. It looks like this would be fixed by changing...

The element resizing shown in the screen capture is a CSS issue, not a bug in HLS.js. The video element takes on the width and height of the decoded content...

Multivariant HLS assets can have different resolution variants which cause the media element to resize if not styles to fit a specific layout width or height and aspect ratio.

HLS.js is not responsible for rendering. The HTMLMediaElement which is attached to HLS.js does the rendering of media that HLS.js streams. The application providing the HTMLMediaElement is responsible for its...

What you are seeing prior to rendering video is the default object size. You need to override that with either the width and height attributes, or CSS that will set...

> But i did add width and height via css? You can see it in screen capture when i show video element I do not see a pixel width and...

HLS.js uses TextTrack cue "enter" events to improve the timing of interstitial scheduling, which is significantly more accurate than timeupdate.

We could add support for `requestVideoFrameCallback` and/or `requestAnimationFrame` to try to improve timing of interstitial schedule changes, but both would be less performant, and neither would prevent rendering of buffered...

Parent issue: - #4230 Similar to: - #7156 - #7430

Maybe your asset is region locked? I cannot play it in Safari or HLS.js with multiple network timeouts on the media playlist, ``` hls.js:32246 [warn] > timeout while loading https://ps-wow1.telecomitalia.it:4430/live/test-encoder/chunklist_w1466229522_ao.m3u8...