Audio during call is too low

[GoogleCodeExporter]

What steps will reproduce the problem?
1.Making a call
2.
3.

What is the expected output?
Good volume

 What do you see instead?
i hear too low and distant the voice of people talking to me

What version of the product are you using? On what operating system?
weekly 44

Please provide any additional information below.

Original issue reported on code.google.com by baxterp...@gmail.com on 28 Oct 2009 at 9:26

[GoogleCodeExporter]

Try installing TonePicker.  It helps a bit.

Original comment by alex.shu...@gmail.com on 29 Oct 2009 at 6:55

[GoogleCodeExporter]

I think the audio is handset dependent, certainly on my GTA02 it's usable.

Original comment by ozch...@gmail.com on 29 Oct 2009 at 11:07

[GoogleCodeExporter]

The calypso is set to the highest audio, the only think is to work on alsa 
channel
audio, maybe we can add to button on the touchscreen interface

Original comment by michaelt...@gmail.com on 29 Oct 2009 at 12:35

[GoogleCodeExporter]

michael, i think you'r right :) just let us know. i've opened this issue to 
make you 
know i have alrready this problem...

and also @alex.shulgin : to me it doesn't help so much Tonepicker. but thanks 
for 
telling me :)

Original comment by baxterp...@gmail.com on 29 Oct 2009 at 1:39

[GoogleCodeExporter]

i'm confused. is there a way to change the audio volume? i installed tonepicker 
but
the result is not satisfying. no way to change the alsa file like in other 
distros?
thanks 

Original comment by b.ruh...@web.de on 2 Dec 2009 at 2:06

[GoogleCodeExporter]

You can try hacking /etc/asound.conf to squeeze a little bit volume (search 
openmoko
lists for instructions), but this never helped me to a point where my FR would 
be a
usable phone :(  YMMV

Original comment by alex.shu...@gmail.com on 2 Dec 2009 at 3:14

[GoogleCodeExporter]

Issue 106 has been merged into this issue.

Original comment by larlin...@gmail.com on 20 Jan 2010 at 11:15

[GoogleCodeExporter]

try this: 
"http://groups.google.com/group/android-on-freerunner/browse_thread/thread/92d37
caf339b38c5"

Original comment by Daniel.S...@gmail.com on 22 Jan 2010 at 12:41

[GoogleCodeExporter]

Applied Daniel's patch. Thanks!
Please provide feedback here.

Original comment by scarhill on 23 Jan 2010 at 4:07

• Changed state: FeedbackPending

[GoogleCodeExporter]

Did do the patch as well, thanks.  Seemed better, but yesterday got the same 
request
from the other side to "speak up, I can barely hear you" thing.  Seems faw goes
deeper than settings.  Hardware?  Anyone had this issue on other distros on the 
FR?

PS. Applied it to a clean weekly installation.

Original comment by v4mpyr8...@gmail.com on 28 Jan 2010 at 7:00

[GoogleCodeExporter]

for clearing situation: U applied first (2lines) or second (almost all mic 
section) 
patch?
also notice some problems (1:5 calls) with to low voice on the other side, and 
sth 
strange - sometimes my side volume is very high

Original comment by Daniel.S...@gmail.com on 28 Jan 2010 at 6:02

[GoogleCodeExporter]

I've been running SHR Unstable on the FR for several months and the speaker/mic
volume works perfectly... so it's not a hardware issue

Original comment by sto...@gmail.com on 1 Feb 2010 at 8:51

[GoogleCodeExporter]

Here's a patched asound.conf file if people want to test on the new RC

Instructions:
.adb shell
#mount -o remount,rw /dev/block/mtdblk3 /system
#exit
.adb push asound.conf /etc/asound.conf

Reboot your device. I don't have any signal at my house and cannot make a call. 
A
similar asound.conf I had patched had greatly improved panicking's old images.

Original comment by sto...@gmail.com on 2 Feb 2010 at 8:03

Attachments:

• asound.conf

[GoogleCodeExporter]

The result of patch at my A6 with buzz fix - at remote side a lot of 
"trax/cracks"
sound mixed with normal( may be a bit higher then normal) level of voice sound. 
I
prefer previous settings

Original comment by Alexandr...@gmail.com on 3 Feb 2010 at 7:31

[GoogleCodeExporter]

The previous settings were still not usable for me with any "street" ambient 
noise.
It was passable in my car, pulled over with the radio off, but that's pretty 
much it.
I will continue to look into how the SHR team was able to make the earpiece so 
clear.

Original comment by sto...@gmail.com on 3 Feb 2010 at 1:56

[GoogleCodeExporter]

This may be useful:

If volume is still too low, or sounds ok, but gets cut off, you need to change 
the
noise cancellation settings. For FSO, this is set in

/etc/frameworkd.conf

on the phone, in the [ogsmd] section:

[ogsmd]
# if you have a ti_calypso, you can choose the dsp mode for audio enhancement. 
Valid
values are:
#    "short-aec": Short Echo Cancellation (max)
#    "long-aec":  Long Echo Cancellation (max)
#    "long-aec:6db": Long Echo Cancellation (-6db)
#    "long-aec:12db": Long Echo Cancellation (-12db)
#    "long-aec:18db": Long Echo Cancellation (-18db)
#    "nr": Noise Reduction (max)
#    "nr:6db": Noise Reduction (-6db)
#    "nr:12db": Noise Reduction (-12db)
#    "nr:18db": Noise Reduction (-18db)
#    "aec+nr": Long Echo Cancellation (max) plus Noise Reduction (max) [default]
#    "none": No audio processing.
ti_calypso_dsp_mode = aec+nr

For my buzzfixed A6 phone, I've set:

 ti_calypso_dsp_mode = none

Original comment by sto...@gmail.com on 3 Feb 2010 at 2:24

[GoogleCodeExporter]

for me the settings by "stongo" seem to work good. good earpiece volume. will 
now
continuing to test them outside. thanks so far. 

Original comment by b.ruh...@web.de on 3 Feb 2010 at 8:25

[GoogleCodeExporter]

Finally, with 0.2RC and asound.conf and TonePicker from comment#13 it seems to 
work.  
Tried both indoors and outside.  The other end hears some noise, but my 
earpiece is 
better than it was before.

Thanks to all who made it possible. :)

Original comment by alex.shu...@gmail.com on 11 Feb 2010 at 4:22

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

In which file on android did you guys make the change?  It has no 
frameworkd.conf 
under etc as other distros.

The asound.conf made a difference, thanks from me too.  But is this the 
optimum/on par 
with FSO or SHR?  Been a while since I had either one of them installed.

Original comment by v4mpyr8...@gmail.com on 11 Feb 2010 at 6:16

[GoogleCodeExporter]

Didn't try to tweak the echo cancellation setting yet, as it seems that 
recompilation 
is necessary to achieve this.

Original comment by alex.shu...@gmail.com on 12 Feb 2010 at 7:43

[GoogleCodeExporter]

Look, please, here:
http://groups.google.com/group/android-on-freerunner/browse_thread/thread/3f9263
a51ec61aea#

> Hello
> I have try the suggestion:
> >For my buzzfixed A6 phone, I've set:
> 
> >ti_calypso_dsp_mode = none
> 
> I have not sitisfied the result.I prefer a standard setting
>  Anyone able to test this  with RC1 as well. Here is
> http://rapidshare.com/files/347771325/libmuxgsm-ril.so.html
> a lib file which should be placed at /system/lib/libmuxgsm-ril.so
> to get ti_calypso_dsp_mode = none. 

Original comment by Alexandr...@gmail.com on 12 Feb 2010 at 8:18

[GoogleCodeExporter]

Hi,

Replaced the .so file on RC1, still very low volume on the other end.  Speaker 
on the
FR is good, but other side received audio very low.

Thanks for the effort.

Herman

Original comment by v4mpyr8...@gmail.com on 12 Feb 2010 at 9:17

[GoogleCodeExporter]

Update on testing:

I've installed SHR (latest test) as test to see if the volume issue is hardware 
related.  Unfortunately not.

Speaker (ear) is about 2 x as loud as RC1 without the patch.

Mic (voice) is about 3 x as loud as RC1 with (and without tested as well) this 
listed 
patch.

Thus, conclusion is that the hardware is on part with other devices in the 
market, 
and the low sound is an software issue.

PS.  Interesting observation is that Android "click" on wakeup.  This sounds 
like 
starting the sound device once the screen wake up, SHR does not.  This leads me 
to 
conclude that the sound module between SHR and Android differs.  Might be a 
place to 
start?

Original comment by v4mpyr8...@gmail.com on 13 Feb 2010 at 11:19

[GoogleCodeExporter]

To the code wizards of AOF, could our mic problem be because of noise 
reduction?  
Found 2 things on the FreeRunner Wiki (hidden deep)

No 1:
(found at http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem):
"
for mic the (full, true) procedure is as follows:
reduce #5 by some 15..30 steps
do testcall:
you get very low volume at far end. but tone should be clear, no clipping 
(sharp 
agressive noise)
if there is clipping: reduce #48 by one step (i.e. to "2")
then adjust #5 to your preferences and taste
(do `alsactrl store -f gsmhandset.state` to save the changes if you used a 
mixer to 
adjust the levels)
"

I find this is true.  With Android, the sound is very low, but much clearer 
than SHR 
default.  But too soft for effective use.

No 2:
http://wiki.openmoko.org/wiki/Neo_1973_and_Neo_FreeRunner_gsm_modem#AT.25Nxxxx

This is AT commands setting mic noise reduction.  

Code wizards, is there a way in a terminal to execute these AT commands to see 
if No 
2 settings make a difference in mic volume?

Original comment by v4mpyr8...@gmail.com on 13 Feb 2010 at 9:47

[GoogleCodeExporter]

>No 2:
>http://wiki.openmoko.org/wiki/Neo_1973_and_Neo_FreeRunner_gsm_modem#AT.25Nxxxx
>
>This is AT commands setting mic noise reduction.  
>
>Code wizards, is there a way in a terminal to execute these AT commands to see 
if No 
>2 settings make a difference in mic volume?

The lib file above really do this. More exectly: Normal Android noise reduction
setting is 0187, file above set it to 0001 - AEC and Noise reduction are 
unactivated

Original comment by Alexandr...@gmail.com on 14 Feb 2010 at 6:50

[GoogleCodeExporter]

Hmmm... then why is the volume still low?  This is all I can find that makes 
sence.

Original comment by v4mpyr8...@gmail.com on 14 Feb 2010 at 7:14

[GoogleCodeExporter]

Try this new asound.conf
I upped the mic volume. It's tested on my A6 Buzz-Fixed FR and it works great. 
Loud
and clear.
With the new libmuxgsm-ril.so from comment 22 my earpiece volume is good now 
with
this asound.conf
Hope this works for everyone else.

Original comment by sto...@gmail.com on 18 Feb 2010 at 1:08

Attachments:

• asound.conf

[GoogleCodeExporter]

@stongo: THANKS A LOT!!! I like your asound.conf + the libmuxgsm-ril.so!!! 
thanks

Original comment by baxterp...@gmail.com on 18 Feb 2010 at 2:55

[GoogleCodeExporter]

Very impressed with initial tests of the new combo.  Thanks!  Will keep you 
updagted
as I use it a primary day to day.

Original comment by v4mpyr8...@gmail.com on 19 Feb 2010 at 7:09

[GoogleCodeExporter]

Be carefull: this file work only for RC1

Original comment by Alexandr...@gmail.com on 19 Feb 2010 at 9:19

Attachments:

• libmuxgsm-ril.so

[GoogleCodeExporter]

Could anyone write down the adb commands to push the libmuxgxm-ril.so onto the
freerunner. Thanks a lot.

Original comment by robin.se...@biologie.uni-freiburg.de on 20 Feb 2010 at 7:25

[GoogleCodeExporter]

In my case, when plugging in the Freerunner, LINUX give me eth7 as the network
connection to use via USB.  Thus:

Connection:
-----------

ifconfig eth7 192.168.0.200 netmask 255.255.255.0
adb kill-server
ADBHOST=192.168.0.202 adb device

Remount:
--------

adb remount

This will give you a success, and remount all the devices on the FR as RW.

PUSH:
-----

adb push libmuxgxm-ril.so /system/lib/libmuxgsm-ril.so

Finnish:
--------

adb shell sync
adb shell reboot

You should be all set.  Do the asound.conf the same time you push the .so file 
and
RC1 is arguably the most usuable day to day OS for the FR

Original comment by v4mpyr8...@gmail.com on 20 Feb 2010 at 7:41

[GoogleCodeExporter]

perfect, thanks a lot. just now everything is close together within the thread: 
in
comment 33 add the following line in the PUSH: section

adb push asound.conf /etc/asound.conf

best regards, robin

Original comment by robin.se...@biologie.uni-freiburg.de on 20 Feb 2010 at 11:23

[GoogleCodeExporter]

Small Echo on the Other Side; Incoming Volume quite high; I just had myself 
called
from the landline to test it; these are my results: The other side told me that 
they
could clearly hear what I said, but had the feeling of some little echo of 
their own
voice, which made the call appear to take place on a busy street. For my 
personal
feeling the other side was somewhat to loud.

looking at this from the comments above
[ogsmd]
# if you have a ti_calypso, you can choose the dsp mode for audio enhancement. 
Valid
values are:
#    "short-aec": Short Echo Cancellation (max)
#    "long-aec":  Long Echo Cancellation (max)
#    "long-aec:6db": Long Echo Cancellation (-6db)
#    "long-aec:12db": Long Echo Cancellation (-12db)
#    "long-aec:18db": Long Echo Cancellation (-18db)
#    "nr": Noise Reduction (max)
#    "nr:6db": Noise Reduction (-6db)
#    "nr:12db": Noise Reduction (-12db)
#    "nr:18db": Noise Reduction (-18db)
#    "aec+nr": Long Echo Cancellation (max) plus Noise Reduction (max) [default]
#    "none": No audio processing.
ti_calypso_dsp_mode = aec+nr

would it be possible to have "multiple libmuxgsm-ril.so files to choose from in 
order
to play about with the echo?

thanks a lot 

Original comment by robin.se...@biologie.uni-freiburg.de on 21 Feb 2010 at 1:35

[GoogleCodeExporter]

Unfortunatly it is nessecerty to rebuild file for each value from table above. 
But if
you have expirience to work with hexedit, it is possible to do this at the 
place:
1376c1376
< 0052760 0049 0000 5441 4e25 3030 3130 0000 0000
---
> 0052760 0049 0000 5441 4e25 3130 3738 0000 0000
                              ---------
and use the table:
"0083" "Short AEC is active"
"0283" "Long AEC is active"                                                  
"028B" "Long AEC -6 dB is active"
"0293" "Long AEC -12 dB is active"
"029B" "Long AEC -18 dB is active"
"0105" "Noise reduction is active"
"0125" "Noise reduction -6 dB is active"
"0145" "Noise reduction -12 dB is active"
"0165" "Noise reduction -18 dB is active"
"0187" "Both AEC and Noise reduction are active"    default value
"0001" "AEC and Noise reduction are unactivated"    experimental value 

Original comment by Alexandr...@gmail.com on 21 Feb 2010 at 2:48

[GoogleCodeExporter]

Hi Alexandre, thanks for your response. as far as I remember the binary must 
have the
same length. from your example I haven't quite figured out where teh 0001 is, 
which
should be in the latest libmuxgsm-ril.so and which I would replace eg for 028B.

Original comment by robin.se...@biologie.uni-freiburg.de on 21 Feb 2010 at 4:03

[GoogleCodeExporter]

Hi,

I started with a vanilla RC1 installation and pushed the latest asound.conf and
libmuxgsm-ril.so files listed here.  However, my sound volume coming from the 
phone
(i.e. the sound of the person's voice on the other line) is still way too quiet 
to be
heard.

I have an A6 and I applied the Buzz Fix patch to it.  I have tested SHR and 
found no
problem, so I am confident that this is not a hardware issue.

If anyone has any other suggestions for other solutions, I'd greatly appreciate 
it.

Original comment by joey...@gmail.com on 26 Feb 2010 at 4:22

[GoogleCodeExporter]

Did the same, also A6 with buzz fix. I am using the Freerunner as daily use 
phone and
I am experiencing volume changes (local ear, "i.e. the sound of the person's 
voice on
the other line"). Everything is fine in the morning, after having freshly 
booted the
fr. Suddenly after the ~3rd call it gets louder.

Original comment by flovoswink@gmail.com on 26 Feb 2010 at 6:43

[GoogleCodeExporter]

Recently switched to the AoF for listening to audiobooks in car. I use 2.5mm to 
3.5mm
audio adapter for that. Immediately noticed that I must max out volume of the 
radio
to be able to hear the words. I tried to replace libmuxgxm-ril.so on
android-on-freerunner-cupcake-daily-20091216.tar.bz2, but it did not help (yes, 
I
know that the trick works on RC1, wanted to check anyway :). Will test under 
RC1 soon
and report here.

Original comment by skliarie@gmail.com on 15 Mar 2010 at 1:13

[GoogleCodeExporter]

I tried android-on-freerunner-master-daily-20100404.tar.bz2 and found that only 
after
reboot, and only during first several seconds of the call the audio was coming 
loudly
from side speakers. After that, for the rest of the phone call and until next 
reboot,
audio was coming from the top speaker and very quiet.

Original comment by skliarie@gmail.com on 6 Apr 2010 at 4:20

[GoogleCodeExporter]

What worked for me on RC1: 

After trying Quick Settings (turning the call volume to the maximum) to no 
avail, I
took one of the asound.conf files from this thread, which changed the values for
'Speaker Playback Volume' and 'Mono Playback Volume' in the
pcm.AndroidPlayback_Earpiece_incall section to 120 (before, they were at 103 
and 115,
respectively) but did not notice any difference. Then I played around, setting 
these
values to 190 and noticed the desired volume increase.

I have now cranked the aforementioned values up all the way to 255, which is at 
most
a tad bit on the loud side - but that I can still compensate for using Quick 
Settings.

In my opinion, the best way to go would be to ship AoF with a setting of 255 and
bundled with Quick Settings (or some other gadget to set call volume in "user" 
mode)
- that way users have all the flexibility.

Original comment by mich...@vonglasow.com on 3 May 2010 at 9:50

[GoogleCodeExporter]

Hay,

I've installed new weekly (22 Apr) version, audio low.  Tried this asound.conf 
fix,
better, but still low.  Installed the recompiled .so file (as mentioned above), 
audio
good.

Will this .so lib changes be compiled into the weeklies any time soon?

Thanks

Herman

Original comment by v4mpyr8...@gmail.com on 7 May 2010 at 6:43

[GoogleCodeExporter]

Regarding comment 42, using RC1 I tried changing the level to 190 and got no 
sound at
all, and then to 150, and still no sound at all. Previously, the limit was 125. 
Were
there any other parameters changed on asound.conf for this to work?

Original comment by sto...@gmail.com on 11 May 2010 at 3:57

[GoogleCodeExporter]

Ok, this is the queen mother of all asound.confs
I don't need to run tonepicker anymore. I still had to replace libmuxgsm-ril.so 
from comment 31.

Original comment by sto...@gmail.com on 10 Jun 2010 at 11:49

Attachments:

• asound.conf

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Excellent work, people. :)
I confirm that The Other Side is happy to hear me after replacing these two 
files in the week-16/2010 image. Loud enough, no clipping, no echo. Jolly good 
show indeed. :D

My phone is a GTA02 A5 with buzz fix.

Original comment by vasco.ne...@sapo.pt on 28 Jul 2010 at 7:41

[GoogleCodeExporter]

Hi,

It appears that the ril code in combination witht the asound.conf is working 
out very well.

Could someone provide us a diff for the Cupcake branch and link it to this 
issue?

This should allow us to integrate this in the builds.

Thanks,

Niels.

Original comment by niels.he...@gmail.com on 26 Aug 2010 at 8:59

• Changed state: Started
• Added labels: Component-Sound

[GoogleCodeExporter]

diff --git a/etc/asound.conf b/etc/asound.conf
index 059650e..60c58ec 100644
--- a/etc/asound.conf
+++ b/etc/asound.conf
@@ -474,7 +474,7 @@ pcm.AndroidPlayback_Speaker_incall {
                        { name 'ADC Capture Volume'                                     value [ 0 0 ]                           }
                        { name 'Headphone Playback Volume'                      value [ 127 127 ]                       }
                        { name 'Speaker Playback Volume'                        value [ 0 0 ]                           }
-                       { name 'Mono Playback Volume'                           
value 103                                       }
+                       { name 'Mono Playback Volume'                           
value 120                                       }
                        { name 'Bypass Playback Volume'                         value [ 7 7 ]                           }
                        { name 'Sidetone Playback Volume'                       value [ 0 0 ]                           }
                        { name 'Voice Playback Volume'                          value [ 0 0 ]                           }
@@ -584,7 +584,7 @@ pcm.AndroidPlayback_Headset_incall {
                        { name 'ADC Capture Volume'                                     value [ 0 0 ]                           }
                        { name 'Headphone Playback Volume'                      value [ 105 105 ]                               }
                        { name 'Speaker Playback Volume'                        value [ 0 0 ]                           }
-                       { name 'Mono Playback Volume'                           
value 103                                       }
+                       { name 'Mono Playback Volume'                           
value 120                                       }
                        { name 'Bypass Playback Volume'                         value [ 7 7 ]                           }
                        { name 'Sidetone Playback Volume'                       value [ 0 0 ]                           }
                        { name 'Voice Playback Volume'                          value [ 0 0 ]                           }
@@ -693,8 +693,8 @@ pcm.AndroidPlayback_Earpiece_incall {
                        { name 'PCM Volume'                                                     value [ 0 0 ]                           }
                        { name 'ADC Capture Volume'                                     value [ 0 0 ]                           }
                        { name 'Headphone Playback Volume'                      value [ 0 0 ]                           }
-                       { name 'Speaker Playback Volume'                        
value [ 115 115 ]                               }
-                       { name 'Mono Playback Volume'                           
value 103                                       }
+                       { name 'Speaker Playback Volume'                        
value [ 124 124 ]                               }
+                       { name 'Mono Playback Volume'                           
value 124                                       }
                        { name 'Bypass Playback Volume'                         value [ 7 7 ]                           }
                        { name 'Sidetone Playback Volume'                       value [ 0 0 ]                           }
                        { name 'Voice Playback Volume'                          value [ 0 0 ]                           }

Original comment by seder...@googlemail.com on 26 Aug 2010 at 1:52

[GoogleCodeExporter]

Thanks for that. Do we also have the diff for the libmuxgsm-ril code?

I think the combination of both is required to achieve better sound.

Michael / Serdar?

Thanks again,

Niels.

Original comment by niels.he...@gmail.com on 26 Aug 2010 at 2:51