Closed kqyang closed 5 years ago
Thank you for the report @kqyang.
I imagine the first step would be to analyze the source stream to compare against what hls.js is computing as the timestamps when remuxing. If you could retrieve a snapshot of the livestream when you run into the error that would really help understand what's happening.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
What version of Hls.js are you using?
Latest.
What browser and OS are you using?
Chrome on Linux
Test stream:
https://csireb-test-8000.connectmedia.hu/h264_master.m3u8
Checklist
Steps to reproduce
Goto https://hls-js.netlify.com/demo/?src=https%3A%2F%2Fcsireb-test-8000.connectmedia.hu%2Fh264_master.m3u8.
About 1 out of 5 times.
Expected behavior
Live stream starts playing.
The same content works with any other hls players without troubles (I have tried with bitmovin player https://bitmovin.com/demos/stream-test, theo player https://demo.theoplayer.com/test-your-stream-with-statistics and kaltura playerhttp://player.kaltura.com/modules/KalturaSupport/tests/HLSPlaybackTester.html).
Actual behavior
The stream fails to start.
Console output
Seeing a lot of "dropping 1 audio frame @ due to xxx ms overlap". There aren't really any overlap in the audio stream. Also, the audio is synced to the video.