+- BlueWave Studio forum (https://bluewavestudio.io/community)
+-- Forum: OpenAuto Pro (https://bluewavestudio.io/community/forum-86.html)
+--- Forum: Audio features (https://bluewavestudio.io/community/forum-63.html)
+--- Thread: Solution for caller echo. (/thread-2187.html)
Pages:
1
2
Solution for caller echo. - cethin - 11-12-2020
When I am trying to make calls using OpenAuto Pro HFP (my android auto is always connected), callers are listening to their own sound back just after they speak. What might be the issue for that?
My setup:
RPi 3B+ with OpenAuto Pro 11
Orico Sound card: https://www.scorptec.com.au/product/headphones/accessories/77340-sc2-bk
Generic Mic: https://bit.ly/3eQRTSt
BT Dongle: https://amzn.to/2Uh18lz
I am not quite sure what is the failing bit here? Do I need to change the mic, or soundcard or BT dongle to solve this issue? Also, there is a very low gain on the mic as I have to literally scream inside to talk to the person at another side, that might be due to the sound card or the mic itself. Too many possibilities. Has anyone been into the same boat?
Thanks in advance, help is highly appreciated.
Cheers!
RE: Solution for caller echo. - hdservices - 11-19-2020
Same issue here, also echo issue for the one I am calling with.
Bought a Startech 7.1 usb sound card. Same issue.
Used 2 different microphones (one amplificed - one unamplified) same issue. (Also using RPI)
I think or OpenAuto or Raspbian must do the smart stuff with Echo cancellation, checked all settings within OpenAuto but it seems there are no settings related to this. Or there must exist
Hope anyone have idea's!?
Regards & Thanks
RE: Solution for caller echo. - BlueWave - 11-19-2020
(11-19-2020, 08:06 PM)hdservices Wrote: Same issue here, also echo issue for the one I am calling with.
Bought a Startech 7.1 usb sound card. Same issue.
Used 2 different microphones (one amplificed - one unamplified) same issue. (Also using RPI)
I think or OpenAuto or Raspbian must do the smart stuff with Echo cancellation, checked all settings within OpenAuto but it seems there are no settings related to this. Or there must exist
Hope anyone have idea's!?
Regards & Thanks
Please post more details about your setup.
RE: Solution for caller echo. - hdservices - 11-19-2020
For sure;
Raspberry PI 4
OpenAuto 11
Startech 7.1 USB Soundcard (https://www.startech.com/nl-nl/kaarten-peripherals/icusbaudio7d)
2 different mic's tested, amplified and unamplified. Both have the same issue.
Any more info needed?
I am ok buying different devices/which should work better or is atleast tested by others where it is ok?
Regards Marco
RE: Solution for caller echo. - BlueWave - 11-19-2020
In /home/pi/.config/pulse/default.pa file please find below line
aec_args="analog_gain_control=0 digital_gain_control=0"change it to
aec_args="analog_gain_control=0 digital_gain_control=0 mobile=1"and check if there is any difference. 7.1 sound cards need huge computing resources to perform echo cancellation effectively. It may introduce some delay between processed and captured audio and result it echo.
RE: Solution for caller echo. - hdservices - 11-23-2020
Hi BlueWave,
To be clear: The Startech USB 7.1 sound card is just new, before I had a simpler sound card, with same problem. Actually I bought specially the Startech, to hope the echo was fixed that way.
Thank you for the quick responses. Ofcourse I made time to test right away;
The setting mentioned is changed, but did not help yet.
I did do some further investigation; (Because you said there could be a delay and that's the probable cause)
I started a Youtube movie on my phone, there I see in the video someone talk, the sound goes through speakers of the car and there is a "big" delay. with the moving mouth on the video and the audio. So that indicates there is a delay.
I use Android Auto Wireless!
So I tested watching the Youtube with the USB Cable attached to the phone. There is a minimum delay (alot less)
Also tested a call with the cable, that's much better, there is still a very low echo (far away and not annoying as the caller says)
So the conclusion is, the system has the most (and the annoying part/delay) with Android Auto Wireless.
Do you have more tips on this one? Because I'd really like AA Wireless because of not using any cable ;-)
Regards Marco
RE: Solution for caller echo. - nauttor - 03-03-2021
(11-23-2020, 08:41 PM)hdservices Wrote: Hi BlueWave,
To be clear: The Startech USB 7.1 sound card is just new, before I had a simpler sound card, with same problem. Actually I bought specially the Startech, to hope the echo was fixed that way.
Thank you for the quick responses. Ofcourse I made time to test right away;
The setting mentioned is changed, but did not help yet.
I did do some further investigation; (Because you said there could be a delay and that's the probable cause)
I started a Youtube movie on my phone, there I see in the video someone talk, the sound goes through speakers of the car and there is a "big" delay. with the moving mouth on the video and the audio. So that indicates there is a delay.
I use Android Auto Wireless!
So I tested watching the Youtube with the USB Cable attached to the phone. There is a minimum delay (alot less)
Also tested a call with the cable, that's much better, there is still a very low echo (far away and not annoying as the caller says)
So the conclusion is, the system has the most (and the annoying part/delay) with Android Auto Wireless.
Do you have more tips on this one? Because I'd really like AA Wireless because of not using any cable ;-)
Regards Marco
Hi,
I'm experiencing the same behaviour. My hardware, Pi4, usb Green(mic input), hifiberry dac+(output), OAP12.
As the Marco behind AA wireless is more noticeable. The other call part always report that have echo as if no echo cancellation is working.
RE: Solution for caller echo. - nauttor - 03-12-2021
(11-19-2020, 08:53 PM)BlueWave Wrote: In /home/pi/.config/pulse/default.pa file please find below line
aec_args="analog_gain_control=0 digital_gain_control=0"
change it to
aec_args="analog_gain_control=0 digital_gain_control=0 mobile=1"
and check if there is any difference. 7.1 sound cards need huge computing resources to perform echo cancellation effectively. It may introduce some delay between processed and captured audio and result it echo.
That line does not help, openauto pro with AA wireless have a massive audio echo for the caller, the cpu during the call is at 30/40%, so is not a cpu problem. Maybe some help bluewave or Daniel_bluewave?
Someone that is using AA wireless does not have the issue?
RE: Solution for caller echo. - BlueWave - 03-12-2021
Echo cancellation algorithm used in PulseAudio is very accurate. WebRTC is used almost everywhere. We did not face echo cancellation issues in any of our reference setups. Please double check whether your sound card/amplifier/phone does not introduce any delays in playing or grabbing audio data. Delays are crucial in proper echo cancellation.
More details at https://freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Modules/#module-echo-cancel
RE: Solution for caller echo. - nauttor - 03-13-2021
(03-12-2021, 08:38 PM)BlueWave Wrote: Echo cancellation algorithm used in PulseAudio is very accurate. WebRTC is used almost everywhere. We did not face echo cancellation issues in any of our reference setups. Please double check whether your sound card/amplifier/phone does not introduce any delays in playing or grabbing audio data. Delays are crucial in proper echo cancellation.
More details at https://freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Modules/#module-echo-cancel
I'm sure webRTC is very accurate, that's not in question here. The question is I have a standard hardware from the supported list and I have Echo on my caller side when using AA auto wiresless. So it's easy, If you don't have the problems, then share your setup and detailed pulse conf to try to solve it, as there are various threads of people complaining about this. Please don't asked the obvious, for sure we tried to lower the volume, and place the mic in other place. The problem is related to AA wireless and the delay it cause.