After 2.4 update

[k.s.deviate]

Hello,

Apologies, I had to use imgur as i couldnt upload all the attachments I needed to.

After updating to 2.4 I'm encountering a few issues. I also updated Trixie from the desktop.

Android Auto no longer opens. Hudiy believes AA is connected and running, however I cannot go into it. Connected via usb, no changes in that setup.

https://imgur.com/OlyPuJz

Volume is no longer changing via the onscreen buttons or the connected rotary encoder. Exiting out to the desktop is showing that the volume is at zero, it can be manually increased.

The next issue is most likely the cause of the volume issue above. wpctl status output shows no sinks,

https://imgur.com/CQ7Whyz
https://imgur.com/Gu6VCiT

pactl list sinks returns nothing, pactl list short returns the following

https://imgur.com/TdowODx
https://imgur.com/Ro2h6gD

qpwgraph shows the following

https://imgur.com/ZsnUf5V

[hudiy]

Hello,
The problem might be related to the fact that PipeWire isn't detecting any physical audio device (no sink has been created for the sound card) at the moment you captured the output shown in the screenshots.

At first glance, one of the causes could be a power issue. The OS update (and the kernel update) might have caused changes in how undervoltage is handled. One of the screenshots shows that you are using a Unitek Y-247A USB sound card. Connecting a phone to the USB port can cause a voltage drop from the power supply, which results in devices disconnecting from the USB bus (e. g. your sound card may disappear from the bus after that).

Which power supply and Raspberry Pi version are you using, and what specific peripherals are connected to your Raspberry Pi? You can also check the output of the dmesg command to see if there are any undervoltage warnings.

[k.s.deviate]

It's a pi4 with a 12 volt to pd power supply. Analog to digital capture card for backup camera, USB sound card for microphone only (Unitek Y-247A), USB rotary encoder, light sensor connected to gpio, pixel 9 pro for Android auto. DSP amplifier connected through Bluetooth for audio.

Now that I thought a bit more about it, before all this I installed scrcpy. Then I noticed my audio output was not what it was, at least 15% quieter. I wasn't thinking about if it could be related to scrcpy so I went looking for a solution. I came across this thread viewtopic.php?t=177 and stupidly installed the attachment. The I noticed there was an update, so I did that. Then I checked if there was an update for Trixie, applied that. After a reboot the issues started.

Should I just install fresh?

[hudiy]

First, try reinstalling only PipeWire and its modules:

Code: Select all

sudo apt install --reinstall libspa-0.2-modules
sudo apt install --reinstall pipewire

[k.s.deviate]

Thank you for the reply, this didn't solve the issues. I'm doing a clean install, hopefully that clears things up.

[k.s.deviate]

I have a mic now, so I've reverted the changes from the other thread.

I'm still having issues getting the Bluetooth DSP to be the default device that Hudiy outputs to after the eq sink. I am still having to manually select it in the desktop. Once I do, the output is spotty and distorted.

Here is an audio recording showing the sound issues, probably not a good idea to use headphones.
https://recorder.google.com/0c058e15-b3 ... cbdc672a70

Here is wpgraph before and after manually selecting the DSP as the audio output.

Before

PXL_20260124_024433876.MP.jpg (7.52 MiB) Viewed 214 times

After

PXL_20260124_024508585.MP.jpg (7.45 MiB) Viewed 214 times

[hudiy]

Actually "before" routing looks pretty good. There is no sink inputs visible in qpwgraph but we assume hudiy_equalizer_sink is the default one. What is the behavior when "before" routing is active?

[k.s.deviate]

AA will not play audio, the play button alternates between play and pause. No audio is heard - the visualizer is moving when the AA is showing pause (indicating playback)

[hudiy]

If audio is playing via hudiy_equalizer_sink (according to visualizer behavior), then based on the routing, it should also reach the DSP audio5.0 V1 sink. It looks like the issue is somewhere after DSP audio5.0 V1.

Is DSP audio5.0 V1 a USB or a Bluetooth device? What is the output of pactl list sinks command for the "before" routing?

[hudiy]

Could you please also connect your visualizer to the echo cancel sink monitor and the DSP audio5.0 V1 monitor? That way, we'll have a full picture of whether audio is definitely passing through these two sinks.

If you provide output of the pactl list sinks command then we can help you with reconfiguration of module-remap-source to check it.

Please also post output of pactl list sources command.