Re: Call noise on buzz-fixed freerunner with Qtmoko

2010-06-21 Thread Radek Polak
On Sunday 20 June 2010 16:27:34 Peter Mogensen wrote:

 It puzzles me that I should be the only one experiencing such big a
 difference.

Can you please try to save the alsa state file during call on SHR and try the 
state on QtMoko?

To save state during call do:

alsactl -f gsmhandset.state store

Copy the result to /usr/share/openmoko/scenarios in QtMoko and try call. You 
can also attach the state to mail so that we can see how are they different.

Regards

Radek

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Call noise on buzz-fixed freerunner with Qtmoko

2010-06-20 Thread Peter Mogensen

Al Johnson wrote:

  Depending on what NeoControl does my suggestion below may or may not
  help.

Well... it did. A bit. But not enough to make people I call happy :(

So, I tried install SHR-unstable from 19th. June on another partition 
and according to a quick test/poll, the sound in the other end is 
crystal clear with SHR.

It puzzles me that I should be the only one experiencing such big a 
difference.

/Peter

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Call noise on buzz-fixed freerunner with Qtmoko

2010-06-20 Thread Joerg Reisenweber
[Peter Mogensen So  20. Juni 2010]:
 
 Al Johnson wrote:
 
   Depending on what NeoControl does my suggestion below may or may not
   help.
 
 Well... it did. A bit. But not enough to make people I call happy :(
 
 So, I tried install SHR-unstable from 19th. June on another partition 
 and according to a quick test/poll, the sound in the other end is 
 crystal clear with SHR.

Well maybe that's due to the fact I beaten and drilled the SHR devels ~496 
times to read http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem and 
http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem, and each time 
explained additional questions that came up. ;-D
Please note that the setup as suggested 2 posts above is *exactly* according 
to the recommended setup procedure in those wiki articles.

cheers
jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Call noise on buzz-fixed freerunner with Qtmoko

2010-06-19 Thread Al Johnson
On Friday 18 June 2010, Peter Mogensen wrote:
 Radek wrote:
   You can tweak alsa state in NeoControl application.
 
 Yeah,.. but I'm ok with editing
 /usr/share/openmoko/scenarios/gsmhandset.state
 for now.
 
 However... I discovered that NeoControl shows 127 for playback while my
 gsmhandset.state has 110.
 Is it so, that Qtmoko will apply it's own setting (127) temporarily
 every time I make a call and the reason for my noise is feedback to my
 microphone from my speaker?

Depending on what NeoControl does my suggestion below may or may not help.

   Echo cancelation is enabled by default. It's hardcoded in modem plugin
   and cant be disabled.
 
 Ahh.. ok.. that explains why I couldn't find where it was defined :)
 
 Al wrote:
   Can you try it yourself to see exactly what the problem sounds like?
   My guess  is that your voice is distorted when you're speaking, there
   may be some distorted echo when they're speaking, and it doesn't buzz
   when nobody's speaking.
 
 It sound like a lot of electric interference. I hear the other part load
 and clear though.
 
   The recommended setting is just a reasonable starting point. What are
   your settings?
 
 I've included the alsa state file below:

[Snipped all but the 3 important channels, and reordered for the route the 
signal takes]

   control.48 {
   comment.access 'read write'
   comment.type INTEGER
   comment.count 1
   comment.range '0 - 3'
   iface MIXER
   name 'Mic2 Capture Volume'
   value 3
   }
+30dB
   control.12 {
   comment.access 'read write'
   comment.type INTEGER
   comment.count 1
   comment.range '0 - 7'
   iface MIXER
   name 'Mono Sidetone Playback Volume'
   value 7
   }
+6dB
   control.5 {
   comment.access 'read write'
   comment.type INTEGER
   comment.count 1
   comment.range '0 - 127'
   iface MIXER
   name 'Mono Playback Volume'
   value 110
   }
-11dB
Total: +25dB

This is a ridiculous way to get that total gain, unless you want distortion. 
That may be a fine goal on a guitar amp, but not on a phone. For some reason 
it seems to be the recommendation , but don't ask me why. To get the same 
signal level with much less chance of distortion try these:
  Control 48
value 2 (+24dB)
  Control 12
value 5 (0dB)
  Control 5
value 122 (+1dB)

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Call noise on buzz-fixed freerunner with Qtmoko

2010-06-18 Thread Radek Polak
Peter Mogensen wrote:

 Hi,
 
 I've installed Qtmoko V24 on a buzzfixed Freerunner, but people still
 complain that there's so much noise in the other end that it's
 impossible to understand.
 
 I've checked that the ALSA state file is about the same a recommended
 for buzz fixed phones.

You can tweak alsa state in NeoControl application.

 I'm wondering whether there some echo-cancellation missing in the modem
 configuration.
 Where is that configured on Qtmoko?

Echo cancelation is enabled by default. It's hardcoded in modem plugin and 
cant be disabled. You can search for echo in this source file:

http://github.com/radekp/qtmoko/blob/master/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp

But i think echo is not the same as noise. When i had echo last time the voice 
was clean, but repeating so that the other side could not speak, but he heard 
me ok.

I dont know what can be the cause for noise.

Regards

Radek

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Call noise on buzz-fixed freerunner with Qtmoko

2010-06-18 Thread Al Johnson
On Friday 18 June 2010, Peter Mogensen wrote:
 Hi,
 
 I've installed Qtmoko V24 on a buzzfixed Freerunner, but people still
 complain that there's so much noise in the other end that it's
 impossible to understand.

Can you try it yourself to see exactly what the problem sounds like? My guess 
is that your voice is distorted when you're speaking, there may be some 
distorted echo when they're speaking, and it doesn't buzz when nobody's 
speaking. 

 I've checked that the ALSA state file is about the same a recommended
 for buzz fixed phones.

The recommended setting is just a reasonable starting point. What are your 
settings?

 I'm wondering whether there some echo-cancellation missing in the modem
 configuration.
 Where is that configured on Qtmoko?

I don't know QtMoko that well.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Call noise on buzz-fixed freerunner with Qtmoko

2010-06-18 Thread Peter Mogensen
Radek wrote:

  You can tweak alsa state in NeoControl application.

Yeah,.. but I'm ok with editing
/usr/share/openmoko/scenarios/gsmhandset.state
for now.

However... I discovered that NeoControl shows 127 for playback while my 
gsmhandset.state has 110.
Is it so, that Qtmoko will apply it's own setting (127) temporarily 
every time I make a call and the reason for my noise is feedback to my 
microphone from my speaker?

  Echo cancelation is enabled by default. It's hardcoded in modem plugin
  and cant be disabled.

Ahh.. ok.. that explains why I couldn't find where it was defined :)

Al wrote:

  Can you try it yourself to see exactly what the problem sounds like?
  My guess  is that your voice is distorted when you're speaking, there
  may be some distorted echo when they're speaking, and it doesn't buzz
  when nobody's speaking.

It sound like a lot of electric interference. I hear the other part load 
and clear though.

  The recommended setting is just a reasonable starting point. What are
  your settings?

I've included the alsa state file below:

state.neo1973gta02 {
control.1 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 255'
iface MIXER
name 'PCM Volume'
value.0 0
value.1 0
}
control.2 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 255'
iface MIXER
name 'ADC Capture Volume'
value.0 0
value.1 0
}
control.3 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 127'
iface MIXER
name 'Headphone Playback Volume'
value.0 0
value.1 0
}
control.4 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 127'
iface MIXER
name 'Speaker Playback Volume'
value.0 127
value.1 127
}
control.5 {
comment.access 'read write'
comment.type INTEGER
comment.count 1
comment.range '0 - 127'
iface MIXER
name 'Mono Playback Volume'
value 110
}
control.6 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 7'
iface MIXER
name 'Bypass Playback Volume'
value.0 7
value.1 7
}
control.7 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 7'
iface MIXER
name 'Sidetone Playback Volume'
value.0 0
value.1 0
}
control.8 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 7'
iface MIXER
name 'Voice Playback Volume'
value.0 0
value.1 0
}
control.9 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Headphone Playback ZC Switch'
value.0 false
value.1 false
}
control.10 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 2
iface MIXER
name 'Speaker Playback ZC Switch'
value.0 false
value.1 false
}
control.11 {
comment.access 'read write'
comment.type INTEGER
comment.count 1
comment.range '0 - 7'
iface MIXER
name 'Mono Bypass Playback Volume'
value 0
}
control.12 {
comment.access 'read write'
comment.type INTEGER
comment.count 1
comment.range '0 - 7'
iface MIXER
name 'Mono Sidetone Playback Volume'
value 7
}
control.13 {
comment.access 'read write'
comment.type INTEGER
comment.count 1
comment.range '0 - 7'
iface MIXER
name 'Mono Voice Playback Volume'
value 0
}
control.14 {
comment.access