DAC Sound/ USB MIC

[Sambolini94]

Hi,

So I can see in your FAQ it clearly states that any hardware generally compatible with Pi OS will work with Hudiy! Though my query is..

Is there any file configuration for the pi/ Hudiy to default route the output and input for music streaming/ hands free calling and assistant voice between reboots etc or for pipewire to pick these cards up?

Thanks,

Sam

[hudiy]

Hello,
In the file $HOME/.hudiy/share/hudiy_run.sh, the default sink is set to the virtual sink from the equalizer plugin, and the default source is set to the one from the echo cancellation plugin.

Hudiy’s specific configuration for PipeWire and WirePlumber is stored in $HOME/.config/pipewire/ and $HOME/.config/wireplumber/

The easiest way to make sure all audio outputs go through the equalizer is to set it as the default sink. Same idea for audio inputs - to reduce echo and noise, the default source comes from the echo cancel plugin, so all apps automatically use it for capturing microphone input.

If you’re planning a more advanced audio routing setup, qpwgraph (https://gitlab.freedesktop.org/rncbc/qpwgraph) might come in handy - it's also available on Raspberry Pi via:

Code: Select all

sudo apt install qpwgraph

In Hudiy, you can also choose a sink for volume control and a sink for playback from Hudiy's own sink sources (Android Auto, CarPlay, FM Radio, storage music player, etc.).

There's also an option to set the microphone source Hudiy will use for capturing sound for voice assistants (Google Assistant, Siri).

Check out the docs for details on these parameters:
https://github.com/wiboma/hudiy/blob/ma ... n.md#sound

[Sambolini94]

Hi,

Thanks for clarifying the routing of Hudiy input and outputs. I have tried to keep everything as least intrusive as possible ensuring that any errors I get means I can easily troubleshoot. Instead of adjusting sinks, I have adjusted the streams to default output and input via a service which stays constant across reboots so far.

it would be good for a hardware section offering the basic or best plug and play options to get Hudiy implemented into a car and then users have the choice to add and improve. For example I have got the CarpiHat Pro with DAC means everything is clean and in one place and the other end of the DAC 3.5mm can go to whatever my car stereo setup is etc...

I'll include my notes on what I did for the DAC/USB Mic and include it here to help others.

[Sambolini94]

Following on from my previous post and adjusting the virtual sinks, not sure if I messed something up here...

Music streams over A2P fine
Music streams over Android Auto Fine
Google assistant works in AA (Hear feedback from the assistant and I can say instructions)

BUT... handsfree isn't working in AA or Hudiy!!! not sure if people can hear me as I can't hear anything ringing a number or the call itself?

Any assistance would be appreciated.

[hudiy]

You can check if the appropriate input/output devices are created by BlueZ when a voice call is active. Do the following:

1. Start a voice call

2. Run the command pw-top. In output you should see lines like bluez.input_AA_BB_CC_DD_EE_FF and bluez.output_AA_BB_CC_DD_EE_FF with the format S16LE 1 8000. Note their IDs.

Then, using the command wpctl status, you can check their actual input and output (look at the Streams section in the command output). Verify whether these streams created by BlueZ after establishing the voice call are connected to the correct sink and source.

[Giggig]

I too have a similar issue, when I call someone they can hear me but I can't hear them. I have verified the routing of the blueZ source and output and they both go to the hudiy equalizer and the echo cancelling source respectively (see attachment for reference). In pipewire both the equalizer and the echo cancelling plugin sinks are the defaults for output and input. I don't know where to look into to solve this problem.

Also since my head unit uses a cheap DAC the microphone input I get is really low, even with the sink volume and gain maxed out. Is there a way to activate an auto gain effect reliably? I tried using it through easyeffects but it is very unreliable, it sometimes ends not outputting anything to the mic when the effect is active.

[hudiy]

Regarding microphone volume, you can try setting the volume of your source to more than 100%. You can list all sources with pactl list sources command. Then you can adjust the volume of a specific source by its Name, for example: pactl set-source-volume <name> 300%.

In Hudiy’s configuration, you can also set sourceMaxVolume to a value greater than 100% and then increase the volume in the settings (this will raise the volume of the source defined in sourceName) - https://github.com/wiboma/hudiy/blob/ma ... n.md#sound.

Regarding voice call issue, please verify whether the BlueZ sink and the sink input created for the voice call have the correct volume (not muted). You can do this with the following commands: pactl list sinks and pactl list sink-inputs. Find the entry corresponding to your voice call (the call must be active when you check) and confirm what its Volume is set to.

Could you also let us know which Bluetooth module you are using?

[Giggig]

Thank you for helping me with the mic gain, I can at least hear myself clearly without having the mic strapped to my mouth.

Regarding the call issue, I've checked both the input and output volume using both pactl list sink-inputs and pactl list source-outputs and both are set to 100%. As far as I know everything is routed where it should:

Input: echo cancel source capture connected to my audio card mic input jack (I have confirmed that the mic works using the recorder app and also while in a call the other person can hear me clearly)

Output: hudiy_equalizer_sink connected to my audio card output jack (can confirm it works since I can clearly hear any audio that is streamed via Bluetooth by my phone.

I have also confirmed that my phone's volume output while in a call is set to the max, and also that the call output is routed through the pi.

For the Bluetooth I'm using a generic USB bluetooth 4.0 module, I've used this exact Bluetooth module both in openauto pro and in open dash without any issues. The onboard Bluetooth on the pi is disabled

[hudiy]

Could you please install qpwgraph (sudo apt install qpwgraph command) and share here the graph generated by that program when voice call is active? It’s possible that during a voice call, the output of hudiy_equalizer_sink is not connected to the sound card but, for example, to the echo-cancel monitor or its sink. Please also send the full output of the pw-dump command executed during voice call.

[Giggig]

I've attached a zip file containing both the entire pw-dump text file and a photo of my qpwgraph screen both while in a call. As far as qpwgraph is concerned I don't see any issues myself with the audio routing. Note, this time I had to do a call outside of android auto since i needed to ssh into the pi, but the issue is persistent whether I have android auto running or not.