hudiy.eu

Thanks for the feedback. This looks like a bug in the PipeWire/WirePlumber version shipped with Trixie. The echo-cancel module should not be treating sink monitor outputs as a microphone input (especially when no microphone is actually connected), but for some reason it does.

Before we make the change und Build the dummy, This was displayed on the Hudiy interface when I first started the music. However, I didn't have a microphone connected.

Olli wrote: Sat Nov 15, 2025 10:42 pm Before we make the change und Build the dummy, This was displayed on the Hudiy interface when I first started the music. However, I didn't have a microphone connected.

echo-cancel creates its own virtual microphone (echo-cancel source), even if no physical microphone is connected.

The behavior of the echo-cancel module is poorly explained in the PipeWire documentation https://docs.pipewire.org/page_module_echo_cancel.html

The issue is that the virtual microphone created by the PipeWire module must take its input from somewhere, and if no physical microphone is present, it ends up taking the signal from the sink monitors. As a result, the audio output from the sinks (via monitors) is treated as echo and gets removed by the module. This should not happen - if there is no physical microphone, the echo-cancel module should do nothing (otherwise it does not make any sense - like in your case). According to our tests, this is how it worked on Bookworm.

If a physical microphone was connected, this problem would almost certainly not occur (as the echo-cancel capture would connect to the microphone output instead of sink monitor).

The issue occurred in "Hudiy UI" because the echo-cancel and equalizer modules are loaded before Hudiy starts (in mentioned script). However, it's not related to Hudiy itself - the problem comes entirely from how PipeWire handles the echo-cancel module (which is actually part of the PipeWire suite).

As you can see in the PipeWire documentation, the behaviour you're experiencing is not described there (yet it occurs).

Unfortunately, PipeWire has become the standard for audio handling on Linux, but its documentation remains quite poor (and the WirePlumber documentation is even worse) and the behaviour even changes between releases without any clear reason (that's why we always ask to make a backup before the upgrade).

I did this and now I have audio back. however, its stuttering and cutting audio out so bad it's almost unusable.

so yea. this fixes the audio working however the image on the screen goes blank/black

Is the HDMI audio great? I'm not sure how can I connect the HDMI audio output to general amplifier inside the car without adding more electronics. I know I can use a USB audio card with AUX. I'm currently using hifiberry digi with toslink and I'm finding ways to integrate it into a custom HAT with microcontroller, CAN bus for pi without stacking so many hats.