[ALL] Call quality

Al Johnson openmoko at mazikeen.demon.co.uk
Thu Oct 29 19:40:12 CET 2009

On Thursday 29 October 2009, Rui Miguel Silva Seabra wrote:
> Which one is the mike gain?

48. The advice on the wiki is bad, and likely to lead to distortion. Keep 48 
low unless you have 12 and 5 near maximum.

> Does anything change in the mike when going from handset to speakerset?

Possibly, especially if you've changed the mic settings in gsmhandset.state. 
48, 12 and 5 are the channels you want to look at for the mic.

> The page on the wiki isn't very enlightening for non-handset cases...

Half of me thinks this is a good idea as if it's not obvious from the diagram 
at http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem#ALSA_Channels then 
people are probably going to combine the settings badly anyway.

The other half says I want to check through all the state files anyway, and I 
may as well document it better when I do.

If you're using an FSO-based distro you could try fso-simplemixer.py. It 
presents you with a single slider for Mic, and sets the required channels in a 
sensible combination. The few reports so far suggest it does a good job, but 
back up your state files or using it just in case. Details in the thread 


> Rui
> On Thu, Oct 29, 2009 at 04:16:37PM +0800, William Kenworthy wrote:
> > This sounds something like others experienced after changes to the
> > default shr alsa file - Try turning the Mike gain down a bit - it could
> > be overdriving (symptoms for me were fait audio, cracles and rushing
> > sounds like wind, but distant sounds came through clearly - if there was
> > ambient noise the FR was unusable).  Not sure how qtmoko controls the
> > gain, but for shr there are a number of files around
> >
> > BillK
> >
> > On Thu, 2009-10-29 at 17:52 +1000, Denis Johnson wrote:
> > > Just made my first QtMoko V14 based call, FR A5 with buzzfix -> IPhone
> > > and the other party struggled to understand me, they said somewhat
> > > faint and very crackly/broken up. I heard the other party clearly
> > > although I think I would have preferred a little more volume.
> > >
> > > I'm not sure if this is characteristic of QtMoko or just bad luck call
> > > quality, however my previous experience with SHRU was fine.
> > >
> > > Anyone else can report their call quality with QtMoko ?
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

More information about the community mailing list