-
-
Notifications
You must be signed in to change notification settings - Fork 52
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
MusicAssistant stutters / does not work while playin by URL AAC DVB-S2 radio streams. #3692
Comments
I changed the core logic a tiny bit to pre-pad some silence for non-buffered streams which should (theoretically) fix this issue. |
@MartB please check if this has been resolved in 2.5.0b11 |
@OzGav @marcelveldt You guys are fast! Thanks for this, it works fine with the streams i have. |
Small update: @OzGav and @marcelveldt this did not end up reliably fixing the problem. If you happen to know what else could be tried feel free to re-evaluate. |
Without a way to test/reproduce this, I can not do anything. |
Discussed in https://github.com/orgs/music-assistant/discussions/3682
Originally posted by MartB March 8, 2025
I'm using 2.5.0b9 and I tried out the new add-by-url source and it doesn't want to work with my TV-Headend setup.
It should supply an AAC stream received over DVB-S to MusicAssistant. If I run a slightly adjusted music-assistant ffmpeg command locally, it works perfectly.
This yields
However, on the docker container, it fails to play or stutters/gets stuck all the time.
My audio players are using Airplay and I tried changing every possible option to no avail.
Does anyone have an idea whats going on? Is this a known issue?
Edit: It seems like there is absolutely no audio queue so whenever it drops to 0 it stutters and only recovers after a while (or never). If i press pause manually and then unpause after 2 seconds it usually just works fine.
The text was updated successfully, but these errors were encountered: