operating-system
operating-system copied to clipboard
home-assistant
Update to OS 12.3 causing problems to VLC addon / VLC-Telnet integration
Describe the issue you are experiencing
After updating to OS 12.3, I started facing issue with VLC addon / VLC Telnet integration. More specifically, I get an intermittent and chopping sound, which has never occurred to me in several years using VLC. It seems multiple users are facing a similar issue, as reported to VLC addon as well: https://github.com/home-assistant/addons/issues/3594
Here's the details of my HA setup: Core: 2024.5.3 Supervisor: 2024.05.1 Operating System: 12.3 Frontend: 20240501.1
What operating system image do you use?
rpi4-64 (Raspberry Pi 4/400 64-bit OS)
What version of Home Assistant Operating System is installed?
Home Assistant OS 12.3
Did you upgrade the Operating System.
Yes
Steps to reproduce the issue
- Upgrade to OS 12.3
- Try to reproduce a sound through the VLC addon with VLC Telnet integration
- Notice how sound is chopping and intermittent
Anything in the Supervisor logs that might be useful for us?
You can refer to the issue reported to the VLC addon for more logs from me and other users:
https://github.com/home-assistant/addons/issues/3594
Anything in the Host logs that might be useful for us?
You can refer to the issue reported to the VLC addon for more logs from me and other users:
https://github.com/home-assistant/addons/issues/3594
System information
No response
Additional information
No response
Hello,
the same with HAOS: 12.4
I found an alternative solution (without VLC) https://smarterkram.de/6217/ (In German) Also works with short mp3 files.
Best regards Gunter
Yes, I also have an MPD based addon that works fine, but ideally this needs to be fixed in VLC addon as that's part of the Home Assistant "official add-ons".
Hello,
I'm right there with you. But I need the sound output via the RasPi output and didn't want to wait any longer.
Greetings
Throwing my hat into the ring, it's not just raspberry Pi's. After the update 12.4 I'm not able to get any sound out of my setup, running baremetal with x86-64
I had the same problem on 12.3 so I downgraded to 12.2 and the audio was fixed.
Anybody knows if OS 13 still presents this issue?
I experience the same on my RPI4 and noticed a very high cpu usage when playing audio or TTS. This might cause the stuttering sound.
When I reverted to HA OS 12.2 with ha os update --version 12.2 there is no issue
I'm also stuck on version 12.2 until this issue is resolved.
Is there anything I can do to help diagnose the root cause?
I had an opportunity to look at this issue a bit more in depth, and I'm afraid I don't have good news. The problem indeed happens only for VLC, which, when ran with debug logging, shows it has issues with synchronization and logs playback way too early ... playing silence or playback way too late ... playing silence couple of times. Playing audio using other tools (like ffplay) is fine. I checked and tried adjusting buffer values but it has no effect.
I have confirmed that Raspberry Pi OS has exact the same issue if PulseAudio and VLC is used. The problem only happens on latest (for RPi) 6.6 kernel, 6.1 is fine - and 12.2 to 12.3 was right where we updated to Raspberry Pi's current kernel.
Unfortunately, I don't have capacity to pursue this issue, these are the key information that could be used to report the issue upstream in raspberrypi/linux repo - install PulseAudio (it's not used as the default sound server though) on the latest RPi OS and try playing audio files with VLC. If the cause is found and resolved there, we can apply the fix to HAOS as well.
same problem when using VLC stuttering / lagging.. RaspberryPi 3 B rev. 1.2 HAOS 13.0
Running the latest versions and all of my door/alarm sounds now just make weird .2 sec chirps. Really annoying. Is anyone looking at this, anything we can do to help?
+1, this issue is driving me crazy. Is there anything we can do to help? And/or resolve the issue temporarily on our own hardware?
As mentioned in https://github.com/home-assistant/operating-system/issues/3373#issuecomment-2297181620, reporting this issue to the raspberrypi/linux repository by affected users would help to get it fixed upstream, thx :+1:
I have the same problem with the output on VLC only when I use the piper voice or with some mp3 audio. The strange thing is that if I use the google voice on the VLC output it works fine. I don't know if this can give you any ideas but I hope it gets solved
In my case, instead, this is happening also using google TTS on the VLC output, on a Raspberry PI 4.
There hasn't been any activity on this issue recently. To keep our backlog manageable we have to clean old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest Home Assistant OS version and check if that solves the issue. Let us know if that works for you by adding a comment 👍 This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.
![github-actions[bot] avatar](https://avatars.githubusercontent.com/in/15368?v=4 "Published by a pub.dev verified publisher"){kind=small}
I tested with the last major version (I think 14.0) and it still wasn't working. Reverted back to 12.2 where it was working.
@NoahJamesTech Thanks! Looks like we are stuck with 12 or need to find another solution. I have the feeling this is not going to be fixed with future HA updates.
Confirming this is still broken on 2025.3.1 & 14.2. Choppy, missing, and broken audio with any TTS used
with HAOS 15 the kernel is updated to 6.12 for all systems, except the PI, since 6.12 is not final available (but it is near to be).
I've done some tests with an rpi4 ...
I'm able to reproduce the issue with the current latest kernel 6.6.74+rpt-rpi-v8 by playing an web audio stream via pullseaudio with vlc and ensure some high load with dd if=/dev/urandom bs=10M count=1000 of=/dev/null
Then I've updated to the current test kernel 6.12.18-v8+ and tried to reproduce the issue again, but this time the audio was playing fine all the time, even when under high load 👍
TL;DR: with upcoming kernel 6.12 (which will be the next LTS kernel for the rpi) the issue should be gone