-
Notifications
You must be signed in to change notification settings - Fork 2.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Strange Sound Behavior on Ubuntu 24.04 and Multi-Channel Audio #6504
Comments
Calling detachMedia, attachMedia, and then seeking to the last playback position will create a new MediaSource for the alternate channel setup. Calling recoverMediaError does the same thing. |
@robwalch Not sure what you want to point out here, How to fix this? Previously i dont had these issues. |
Is this issue a regression? In what version of HLS.js does it work? The comments suggest it is an issue with Ubuntu 24.04, and which uses PulseAudio. I suggested a workaround you could try on switch to reset the media source which may prevent playback from regressing after changing the audio audio type. |
@robwalch Well I'm still not sure if this has anything to do with hls.js, since I have Ubuntu 24.04 I have this bug ... My code hasn't changed here. Also, not my deps like ffmpeg, which I build my self, so this is all pretty static and, as mentioned, unchanged. The situation really does not make a lot of sense to me. At least not from hls.js perspective ... But no idea what might have changed in the meantime on Canonical's side. I also tried PulsAudio instead of PipeWire, same situation. |
Appears to be a Firefox issue. 123 behaves differently to 127, also faulty, but differently faulty, chrome is working fine for some reason... |
I now created a HLS structure for testing. @robwalch Can you maybe check on your end if you have the same issue using FireFox? On Chrome, I don't have this at all... The file can be obtained here (HLS structure + input mp4 file): https://drive.google.com/file/d/1tcqwS2KPm2hcDtI10RL8WfydEifO3H_5/view?usp=drive_link I also created a Bug report on Mozilla side: |
What version of Hls.js are you using?
1.5.11
What browser (including version) are you using?
FireFox 127.0
What OS (including version) are you using?
Ubuntu 24.04 (6.8.0-35-generic) x86_64 GNU/Linux
Test stream
No response
Configuration
Additional player setup steps
Checklist
Steps to reproduce
Reproducing the issue is relatively straightforward. First, set up an Ubuntu 24.04 x86/64 environment. Then, obtain an HLS stream that includes two audio languages or at least two different channel setups. The first audio track of the HLS stream uses 2-channel audio, and the second uses 6-channel audio, which triggers the problem. The issue only occurs when switching between different channel setups, not when switching between two stereo tracks or two 5.1 Channel tracks!
Regardless of whether you switch from the 2-channel track to the 6-channel track or vice versa, after switching, the audio playback is either extremely slow or excessively fast. It seems as if the audio playback rate drops to 0.01x or increases to 10x, which sounds quite humorous.
This issue only occurs on Ubuntu 24.04. It works fine on Windows 10/11. The cause is unclear, but it could be related to a pipe-wire issues or 6.8 Kernel, I don't really know.
Expected behaviour
No SlowMotion or Super Fast like audio playback ....
What actually happened?
The audio sounds SlowMotion like or very fast after switching tracks with different channel setup like:
or this way around:
?!?! What
Console output
Chrome media internals output
No response
The text was updated successfully, but these errors were encountered: