HTTP Streaming fails on Tizen 5.5 without error

[turbidwater]

Description

http-streaming will not play in a web app on Tizen 5.5 (2020) using MSE, but it dispatches no errors. It will load the first couple of fragments successfully, but it only dispatches one or two progress events and the bufferedPercent is 0. Then it does nothing. Attempting to trigger playback triggers a waiting event. It never dispatches the loadedmetadata event from the video element, but the loadedmanifest events from the manifest parsers do dispatch. As far as I can tell, the loaded data never gets added to the video element.

If I toggle overrideNative to false, it will play using the Tizen native player, but MSE is supported in this version of the browser, so video.js should be able to play it. The same video will play on this platform using Shaka or Dash.js. I have tried with HLS and DASH streams. Video.js will play on a 2022 Tizen TV.

const videoRef = useRef<HTMLVideoElement>(null);
const videoJsOptions: any = {
    autoplay: false,
    controls: true,
    html5: {
      vhs: {
        overrideNative: true,
      },
      nativeAudioTracks: false,
      nativeVideoTracks: false,
      nativeTextTracks: false,
    },
    sources: [
      {
        src: "https://test-streams.mux.dev/x36xhzz/x36xhzz.m3u8",
      },
    ],
  };
const player = new (videojs as any)(videoRef.current, videoJsOptions);
<div data-vjs-player>
      <video
        ref={videoRef}
        className="video-js vjs-big-play-centered"
        onLoadedMetadata={(e) => console.log("#### on loaded metadata", e)}
        width={480}
      ></video>
</div>

Sources

https://test-streams.mux.dev/x36xhzz/x36xhzz.m3u8
https://dash.akamaized.net/akamai/bbb_30fps/bbb_30fps.mpd

Steps to reproduce

Explain in detail the exact steps necessary to reproduce the issue.

1. Create a video.js player and deploy as a Tizen 5.5 web app
2. Attempt to play an HLS or DASH video with overrideNative set to true
3. The video will not play

Results

Expected

video.js should be able to play HLS or DASH streams without using the native player

Error output

No errors are shown.

Additional Information

Please include any additional information necessary here. Including the following:

videojs-http-streaming version

what version of videojs-http-streaming does this occur with?
videojs-http-streaming 2.14.3

videojs version

video.js 7.20.3

Browsers

what browsers are affected? please include browser and version for each

• Tizen 5.5 web app (runs on Chromium 69.0.3497.106)

Platforms

what platforms are affected? please include operating system and version or device and version for each

• Tizen 5.5 (2020)

Other Plugins

are any other videojs plugins being used on the page? If so, please list them with version below.

• None

Other JavaScript

are you using any other javascript libraries or frameworks on the page? if so please list them below.

• React

[video-archivist-bot]

Hey! We've detected some video files in a comment on this issue. If you'd like to permanently archive these videos and tie them to this project, a maintainer of the project can reply to this issue with the following commands:

• for https://test-streams.mux.dev/x36xhzz/x36xhzz.m3u8: say @video-archivist-bot save rEvXPw

[welcome]

👋 Thanks for opening your first issue here! 👋

If you're reporting a 🐞 bug, please make sure you include steps to reproduce it. We get a lot of issues on this repo, so please be patient and we will get back to you as soon as we can.
To help make it easier for us to investigate your issue, please follow the contributing guidelines.

[ipesyakov]

Hello, excuse me, any progress on this?

I am seeing similar behaviour when using overrideNative: true with both video.js 7.12.5 / http-streaming 2.16.2 and video.js 8.10.0 / http-streaming 3.10.0 - player loads manifest, than loads one segment and nothing plays, no error is displayed.

I am experiencing the same issue on tizen 3 smart TVs (chromium M47), tizen 4 (M56) and tizen 5 (M63). Application on tizen 7 (M94) works without issues.

Overriding included in video.js http-streaming with sync workers version helps, playback works fine, so the error seems to be related to web workers.

Could this be related to videojs/video.js#8170?

Is there any way I can debug this further?