Ticket #253 (closed defect: fixed)
Hello, Hello? (Callers to a FreeRunner still have the echo problem)
| Reported by: | anonymous | Owned by: | mickey |
|---|---|---|---|
| Priority: | major | Milestone: | |
| Component: | documentation | Version: | |
| Keywords: | Cc: | nikosverschore@… |
Description
There is still a very loud echo in the newest build of SHR (That has a recent version of the Framework). They have advised me to go upstream and report it to FSO.
If you need any logs, please direct me. (You will get them within a day)
Attachments
Change History
comment:2 follow-up: ↓ 3 Changed 3 years ago by desowin
fso-echo-gsmhandset.patch completly removes echo (atleast in my case)
comment:3 in reply to: ↑ 2 Changed 3 years ago by ajohnson
Replying to desowin:
fso-echo-gsmhandset.patch completly removes echo (atleast in my case)
It looks like it does so by setting the GSM playback volume to zero. While this will stop the echo it doesn't seem terribly useful.
There have been several reports that this change fixes the echo: http://lists.openmoko.org/pipermail/community/2008-November/036068.html
It seems that in some cases the echo suppression needs to be re-enabled when the call is picked up. A similar change was made in the OM implementation some time ago after people complained that, when enabled only at initialisation, the echo suppression was effective for the first call but not for subsequent calls.
Ultimately we should allow the echo suppression command to be specified in the config as noted in #274, but in the meantime I think we should add this change.
comment:4 Changed 3 years ago by mickey
- Status changed from new to closed
- Resolution set to fixed
#274 is closed. Closing this as well now.
comment:5 Changed 3 years ago by mickey
- Status changed from closed to reopened
- Resolution fixed deleted
I will not add resending the DSP enhancement command until we are 100% sure where exactly the audio setting gets reset (if at all).
Experiences?

