KunXi-Fox
KunXi-Fox
Yes, the codecs should be the same, but the issue occurs during a period switch — specifically when transitioning from non-DRM to DRM content, or vice versa.
Unfortunately, I couldn't get log from worker since I use a remote debug tool ([chii](https://github.com/liriliri/chii)) and it's not show the log from web worker on PS4.
The same issue can be reproduced when multi-threading is disabled. It occurs approximately 15 seconds after the pre-roll ad (non-DRM) finishes and switches to the main content (DRM-protected). The logs...
Another log for worker enabled: [ps4-buffer-drop-log-worker.log](https://github.com/user-attachments/files/20239140/ps4-buffer-drop-log-worker.log)
We have our own reloading strategy, once the video stuck in some time point more than 10s, then we'll call `rxPlayer.reload` to trigger the reload. On PS4, the reload dose...
Run below scripts could recover the playback: ```javascript hlsInstance.detachMedia(); hlsInstance.attachMedia(this.videoElement); hlsInstance.startLoad(stallPosition + 0.1); ```
Whit setting to true, the playback event not starts on my end, log as below: ``` [log] > Debug logs enabled for "Hls instance" in hls.js version 1.6.15 [log] >...
Not sure if the negative start at time is the root cause: ``` [log] > [interstitials]: setSchedulePosition 0, 4 (["1764558784560-257-100001034": -111.12-8.88]) pos: 0 [log] > [interstitials]: INTERSTITIALS_BUFFERED_TO_BOUNDARY [primary: 38.88-1192.88] (-30.00...
Hi @robwalch , I think I found how to reproduce this issue: From check manifest I found that the ad start date is earlier than asset start date, I tried...
Hi @robwalch , I get this from packager side: > Kindly note that the behavior of having the avail start time be earlier that the main content is quite normal....