mozilla
LiveVideo m3u8 links crash multiplayers for newLoader
Description Presence of a livevideo I've used m3u8 link, due to the livevideo the person who joins later is able to join but the person who joined earlier gets his screen frozen, except they can hear the audio
To Reproduce Steps to reproduce the behavior:
- Go to 'https://testing.dev.myhubs.net/he63zwx/assured-timely-room' where you will see a livestream video
- Join from a new tab, notice that you are successfully able to join both the rooms simulataneously
- Now append ?newLoader in both the rooms
- as soon as the second person joins in the second person's livestream is paused and the first person's render is completely stopped, they cannot do anything as their screen is stuck
Expected behavior successfully able to join both the rooms simulataneously
Screenshots
If applicable, add screenshots to help explain your problem.
Hardware
- Device: [macbook m1]
- OS: [MacOS]
- Browser: [Arc and Chrome]
Additional context Related to https://github.com/mozilla/hubs/commit/1f06f5338485398db1f061dd3c73095bbd702c6f as it got resolved for video but there is some problem with accessibleUrl due to which loadMedia is not getting resolved in newLoader
was able to fix by going to src/bit-systems/video-system.ts to networkedVideoQuery() and adding a 'return' after getting src because src is null for hls video
const src = APP.getString(NetworkedVideo.src[eid])!;
console.log("the src is ", src, eid);
return;```
in behavior-graph-spike-rebased-2