Re: Sound quality in calls.
Walery Strauch [EMAIL PROTECTED] writes: Well, i have tried 2008.7, Qtopia, FSO milestone 2 and 3 and debian. The sound has been described as if i sit in a barrel. Its very low with much interferance and echos. Im beginning to suspect somethings wrong with the actual hardware. If you suspend something is wrong with the hardware then do a call manually using socat? ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
On Monday 22 September 2008, Angus Ainslie wrote: On Sun, Sep 21, 2008 at 4:55 PM, Vasco Névoa [EMAIL PROTECTED] wrote: Much better now. :) Say, what happens to the changed values when we terminate the phone call? They are lost, right? I mean, the volume values should be reset by the *.state files... Currently they are lost. I was thinking of adding a save button to screen . Sounds good. A 'reset to defaults' would be good to get back to some sane values too. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
On Sun, Sep 21, 2008 at 4:55 PM, Vasco Névoa [EMAIL PROTECTED] wrote: Much better now. :) Say, what happens to the changed values when we terminate the phone call? They are lost, right? I mean, the volume values should be reset by the *.state files... Currently they are lost. I was thinking of adding a save button to screen . Angus ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
On Thursday 18 September 2008, Armin ranjbar wrote: On Wed, 17 Sep 2008 21:29:53 +0100 Al Johnson [EMAIL PROTECTED] wrote: I can understand your point now , this is my problem : VERY bad sound quality using Headset under Qtopia and openmoko mediaplayer , lots of Strange noises , echoes , and totally unlistenable quality . you know what is strange about it ? using Mplayer sound quality is Nearly perfect ( except for lack of bass , which is not very important ) , any idea ?! is this the issue with pulse audio and or soundserver ? Thanks. This sort of question is _much_ more likely to get a useful answer. I've not looked into this directly, but IIRC there were reports of pulseaudio doing sample rate conversion on almost everything that was played, munching CPU in the process and not necessarily leaving enough for smooth decode of the media file. The media player in 2007.2 was apparently affected by this, but if patched to use alsa directly it was fine. I can't verify this as I had gstreamer errors with the mp3 I tried it with. I think pulseaudio has been dropped from 2008.8 and FSO because of this. I don't know what the situation is with qtopia, but if you run top while playing a file you should see if anything's hogging CPU. I suggest you search the list archives for the original reports on this issue as they probably contain details I've forgotten or got wrong ;-) mplayer by default plays directly through alsa so isn't affected by the sound server issues. That you say sound is nearly perfect in this case shows the hardware limitation isn't really the issue. I haven't looked closely at the whole media playback issue so I don't know what the best solution is. If you're lucky someone who does might read this, but you may be better off reposting with a more appropriate subject line. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
On Thursday 18 September 2008, Armin ranjbar wrote: On Thu, 18 Sep 2008 10:50:03 +0100 Al Johnson [EMAIL PROTECTED] wrote: Thanks. This sort of question is _much_ more likely to get a useful answer. I've not looked into this directly, but IIRC there were reports of pulseaudio doing sample rate conversion on almost everything that was played, munching CPU in the process and not necessarily leaving enough for smooth decode of the media file. The media player in 2007.2 was apparently affected by this, but if patched to use alsa directly it was fine. I can't verify this as I had gstreamer errors with the mp3 I tried it with. I think pulseaudio has been dropped from 2008.8 and FSO because of this. I don't know what the situation is with qtopia, but if you run top while playing a file you should see if anything's hogging CPU. I suggest you search the list archives for the original reports on this issue as they probably contain details I've forgotten or got wrong ;-) mplayer by default plays directly through alsa so isn't affected by the sound server issues. That you say sound is nearly perfect in this case shows the hardware limitation isn't really the issue. I haven't looked closely at the whole media playback issue so I don't know what the best solution is. If you're lucky someone who does might read this, but you may be better off reposting with a more appropriate subject line. Already filed a bug on this : http://docs.openmoko.org/trac/ticket/1956 You probably won't get much response to that bug report, first because it lacks sufficient detail, and second because it's against 2007.2 which is now more or less unsupported by Openmoko. For improved bug reporting see the links below. I thought the policy was supposed to be linked from the front page of the bug tracker, but it seems not to be. Details like exact version numbers and the repositories the packages came from are important for duplicating your bug and working out why it doesn't happen for someone else. http://wiki.openmoko.org/wiki/Bug_Filing_Policy http://www.mail-archive.com/devel%40lists.openmoko.org/msg01462.html 2007.2 is being converted to use the FSO interfaces to make the 'Stable Hybrid Release' (SHR). So far there is no release image for this project, but they may have more ideas on this. the Mplayer on om2008 is directly connected to OSS not alsa, when i -ao alsa it becomes 'very sensible' to loads , audio stop and resumes even after each characters into terminals , strange ... Have you had a look at CPU load? Is this repeatable? This is different to the bug report. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
Tom Yates wrote: i experimented yesterday with turning on the hardware echo cancellation, and that worked for one call (allowed me to increase Speaker Playback Volume to 117) but then things went back to being very echoey. so unless i'm willing to have a minicom session at the beginning of every call, that's not usable right now; i'll have to wait until the AT%N0187 is integrated into qtopia's call-handling logic. So do you think that calling that AT command before of doing/answering a call would improve the sound quality? If it is, I guess this could be done quite easily in the code... So if I find some free time, I'll try it! -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
Armin ranjbar wrote: the Mplayer on om2008 is directly connected to OSS not alsa, when i -ao alsa it becomes 'very sensible' to loads , audio stop and resumes even after each characters into terminals , strange ... That's true... Using the oss output is really better here too. -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
On Thursday 18 September 2008, Marco Trevisan (Treviño) wrote: Tom Yates wrote: i experimented yesterday with turning on the hardware echo cancellation, and that worked for one call (allowed me to increase Speaker Playback Volume to 117) but then things went back to being very echoey. so unless i'm willing to have a minicom session at the beginning of every call, that's not usable right now; i'll have to wait until the AT%N0187 is integrated into qtopia's call-handling logic. So do you think that calling that AT command before of doing/answering a call would improve the sound quality? If it is, I guess this could be done quite easily in the code... So if I find some free time, I'll try it! It was persistent over 2 calls when I tried it in FSO, but it certainly shouldn't do any harm. I used mickeyterm to enable and disable it mid call to check that call to call variability wasn't playing a part. It may also be worth trying some of the other settings. From the hardware list post: 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 0001 AEC and Noise reduction are unactivated These are bitmasked. From LSB upward the usage appears to be: LSB - always true AEC (short or long) NR -6dB on AEC -12dB on AEC -6dB on NR -12dB on NR AEC (short or long) NR Long AEC So far AFAIK only 0001 (nothing) and 0187 (short AEC and NR) have been tried. What does Long AEC do? Or -XdB for AEC and NR? Do other combinations than those listed work? Does 0387 give us Long AEC and NR? ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
On Tue, 16 Sep 2008, Daniel Hedblom wrote: If anyone has a good /usr/share/openmoko/scenarios/gsmhanset.state where sound incalls is good i really would love to have it. Ive been fiddling with it in every way possible, tried all the distributions there is (debian, FSO mk II and III, OM2008.x and qtopia ) and almost sacrificed a small mammal just to be sure. I just want to make sure the hardware on my phone isnt broken since everyone i talk to mentions appalingly bad sound when i talk to them. Not just echo but the volume they hear when i talk to them on the FR is very low. you can find mine at http://www.teaparty.net/technotes/openmoko-2.html#Audio-to-other-mobiles . i basically sacrificed speaker volume for mic gain; other people can hear me much better, but i can only hear them if there's not too much background noise. i experimented yesterday with turning on the hardware echo cancellation, and that worked for one call (allowed me to increase Speaker Playback Volume to 117) but then things went back to being very echoey. so unless i'm willing to have a minicom session at the beginning of every call, that's not usable right now; i'll have to wait until the AT%N0187 is integrated into qtopia's call-handling logic. i have tried florian hackenberger's patched qtopia-phone-x11-phonevendor-ficgta01vendor (see http://docs.openmoko.org/trac/ticket/1267 ; thanks, florian!) but it doesn't apply cleanly against the latest 2008.08 (version too old), and when i used -force-downgrade my qpe's CPU usage went to 100% for 40 minutes, while the phone failed to register with the network. so i backed it out :( . hope some of that helps. -- Tom Yates - http://www.teaparty.net ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
Hi, Thanks! Now i get pretty decent volume. Albeit with static bzz but people can atleast hear me. I think this would be nice to have on the Wiki since most references about mic talks about changing mic2 in alsa and nothing about Mono Playback Volume. Maybe someone with more insight could write up a quickie? //danielh 2008/9/17 Tom Yates [EMAIL PROTECTED]: On Tue, 16 Sep 2008, Daniel Hedblom wrote: If anyone has a good /usr/share/openmoko/scenarios/gsmhanset.state where sound incalls is good i really would love to have it. Ive been fiddling with it in every way possible, tried all the distributions there is (debian, FSO mk II and III, OM2008.x and qtopia ) and almost sacrificed a small mammal just to be sure. I just want to make sure the hardware on my phone isnt broken since everyone i talk to mentions appalingly bad sound when i talk to them. Not just echo but the volume they hear when i talk to them on the FR is very low. you can find mine at http://www.teaparty.net/technotes/openmoko-2.html#Audio-to-other-mobiles . i basically sacrificed speaker volume for mic gain; other people can hear me much better, but i can only hear them if there's not too much background noise. i experimented yesterday with turning on the hardware echo cancellation, and that worked for one call (allowed me to increase Speaker Playback Volume to 117) but then things went back to being very echoey. so unless i'm willing to have a minicom session at the beginning of every call, that's not usable right now; i'll have to wait until the AT%N0187 is integrated into qtopia's call-handling logic. i have tried florian hackenberger's patched qtopia-phone-x11-phonevendor-ficgta01vendor (see http://docs.openmoko.org/trac/ticket/1267 ; thanks, florian!) but it doesn't apply cleanly against the latest 2008.08 (version too old), and when i used -force-downgrade my qpe's CPU usage went to 100% for 40 minutes, while the phone failed to register with the network. so i backed it out :( . hope some of that helps. -- Tom Yates - http://www.teaparty.net ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
On Wednesday 17 September 2008, Daniel Hedblom wrote: Hi, Thanks! Now i get pretty decent volume. Albeit with static bzz but people can atleast hear me. I think this would be nice to have on the Wiki since most references about mic talks about changing mic2 in alsa and nothing about Mono Playback Volume. Maybe someone with more insight could write up a quickie? Controls affecting handset mic volume for GSM: Control 48: Mic2 Capture Volume Control 12: Mono Sidetone Playback Volume Control 5: Mono Playback Volume Controls affecting wired headset mic volume for GSM: Control 49: Mic1 Capture Volume Control 12: Mono Sidetone Playback Volume Control 5: Mono Playback Volume ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
On Wed, Sep 17, 2008 at 6:07 AM, Al Johnson [EMAIL PROTECTED]wrote: Controls affecting handset mic volume for GSM: Control 48: Mic2 Capture Volume Control 12: Mono Sidetone Playback Volume Control 5: Mono Playback Volume Controls affecting wired headset mic volume for GSM: Control 49: Mic1 Capture Volume Control 12: Mono Sidetone Playback Volume Control 5: Mono Playback Volume I've written a python mixer to control the mic volumes for the various headsets. The speaker volumes will be added when I trace their path through the wolfson. It'll currently control handset, wired headset and bluetooth volumes. You currently need to tell it which to control as I have not found any dbus signals to tell what alsa state you are currently in. The displayed vaolumes may be wrong if you start the volume control before the alsa state change. One you use a control to set its volume it will reflect the state of the underlying hardware. You'll need these 3 files http://handheldshell.com/python-pyalsaaudio_0.3-ml0_armv4t.ipk http://handheldshell.com/pymixer.py http://handheldshell.com/volume.desktop install pyalsaausdio and pygtk copy pymxer /usr/bin copy volume.desktop /usr/share/applications You can now control mic volume. Angus ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
Angus, we owe you a big THANKS for writing this one. :D Just a small remark: isn't Handset supposed to control Mic2 (and not Mic1)? Vasco. Angus Ainslie wrote: On Wed, Sep 17, 2008 at 6:07 AM, Al Johnson [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Controls affecting handset mic volume for GSM: Control 48: Mic2 Capture Volume Control 12: Mono Sidetone Playback Volume Control 5: Mono Playback Volume Controls affecting wired headset mic volume for GSM: Control 49: Mic1 Capture Volume Control 12: Mono Sidetone Playback Volume Control 5: Mono Playback Volume I've written a python mixer to control the mic volumes for the various headsets. The speaker volumes will be added when I trace their path through the wolfson. It'll currently control handset, wired headset and bluetooth volumes. You currently need to tell it which to control as I have not found any dbus signals to tell what alsa state you are currently in. The displayed vaolumes may be wrong if you start the volume control before the alsa state change. One you use a control to set its volume it will reflect the state of the underlying hardware. You'll need these 3 files http://handheldshell.com/python-pyalsaaudio_0.3-ml0_armv4t.ipk http://handheldshell.com/pymixer.py http://handheldshell.com/volume.desktop install pyalsaausdio and pygtk copy pymxer /usr/bin copy volume.desktop /usr/share/applications You can now control mic volume. Angus ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
On Wed, Sep 17, 2008 at 6:36 PM, Vasco Névoa [EMAIL PROTECTED] wrote: Angus, we owe you a big THANKS for writing this one. :D Just a small remark: isn't Handset supposed to control Mic2 (and not Mic1)? Vasco. Ooops I fixed that and added input volumes. Angus ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
On Wed, Sep 17, 2008 at 8:45 PM, Vasco Névoa [EMAIL PROTECTED] wrote: I can't see the differences online... have you uploaded the file yet? It helps if I put it in the right directory on the server. Should work now. Angus ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
If anyone has a good /usr/share/openmoko/scenarios/gsmhanset.state where sound incalls is good i really would love to have it. Ive been fiddling with it in every way possible, tried all the distributions there is (debian, FSO mk II and III, OM2008.x and qtopia ) and almost sacrificed a small mammal just to be sure. I just want to make sure the hardware on my phone isnt broken since everyone i talk to mentions appalingly bad sound when i talk to them. Not just echo but the volume they hear when i talk to them on the FR is very low. //danielh 2008/9/16 luca pisani [EMAIL PROTECTED]: Walery Strauch wrote: Hi! Well, i have tried 2008.7, Qtopia, FSO milestone 2 and 3 and debian. The sound has been described as if i sit in a barrel. Its very low with much interferance and echos. Im beginning to suspect somethings wrong with the actual hardware. I have the same Problem! The mic is low to reduce echo. With recent releases enabling the echo suppression in the GSM chipset you should be able to increase the mic level without getting echo. Howto? I change the vol. with alsamixer but I have the imagination that zhone or some other application set it to default again. Thanks! Walery ;o) ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support To store you alsamixer settings: do alsactl -f yourprofile.state store from a terminal while calling. Then you have to copy the file in /usr/share/openmoko/scenarios/gsmhanset.state (asu) Bye Luca ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
Hi, 2008/9/14 Nicolas Dufresne [EMAIL PROTECTED]: Is the noise worst when put your finger on the audio jack ? Its worse depending on how i hold the phone but never good, just less or more static. The real problem is the volume level thats turned down so low people cant hear me at all. This looks like the famous buzzing noize which is described here as a hardware bug mixed with bad alsa settings. Is this why the mic is turned down so low? http://lists.openmoko.org/pipermail/hardware/2008-August/000415.html Le dimanche 14 septembre 2008 à 01:42 +0200, Daniel Hedblom a écrit : Well, i have tried 2008.7, Qtopia, FSO milestone 2 and 3 and debian. The sound has been described as if i sit in a barrel. Its very low with much interferance and echos. Im beginning to suspect somethings wrong with the actual hardware. //danielh 2008/9/13 Al Johnson openmokomazikeen.demon.co.uk: On Saturday 13 September 2008, Daniel Hedblom wrote: I have tried mucking about with alsa levels to get better sound in various dists for the Freerunner. I havent got good outgoing sound in any distribution, everyone i talk to complains. Is there any way to get decent outgoing sound thats described somewhere a bit in detail? There seems to be so many different answers, im getting a bit confused. You've supplied too few details. Which images from which dates have you tried, and what exactly is wrong with the audio? ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
I think that would be a good guess, I don't think amplifying the noise would make so much good to the sound quality. By the way, anyone from Openmoko has information about this ? When investigation finishes, will their be a repaire program in place ? I know you prefere working each case individually, could we get the email address we should send our request to ? Thanks, Nicolas Le dimanche 14 septembre 2008 à 12:31 +0200, Daniel Hedblom a écrit : This looks like the famous buzzing noize which is described here as a hardware bug mixed with bad alsa settings. Is this why the mic is turned down so low? ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
On Saturday 13 September 2008, Daniel Hedblom wrote: I have tried mucking about with alsa levels to get better sound in various dists for the Freerunner. I havent got good outgoing sound in any distribution, everyone i talk to complains. Is there any way to get decent outgoing sound thats described somewhere a bit in detail? There seems to be so many different answers, im getting a bit confused. You've supplied too few details. Which images from which dates have you tried, and what exactly is wrong with the audio? ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
Well, i have tried 2008.7, Qtopia, FSO milestone 2 and 3 and debian. The sound has been described as if i sit in a barrel. Its very low with much interferance and echos. Im beginning to suspect somethings wrong with the actual hardware. //danielh 2008/9/13 Al Johnson openmokomazikeen.demon.co.uk: On Saturday 13 September 2008, Daniel Hedblom wrote: I have tried mucking about with alsa levels to get better sound in various dists for the Freerunner. I havent got good outgoing sound in any distribution, everyone i talk to complains. Is there any way to get decent outgoing sound thats described somewhere a bit in detail? There seems to be so many different answers, im getting a bit confused. You've supplied too few details. Which images from which dates have you tried, and what exactly is wrong with the audio? ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sound quality in calls.
Is the noise worst when put your finger on the audio jack ? This looks like the famous buzzing noize which is described here as a hardware bug mixed with bad alsa settings. http://lists.openmoko.org/pipermail/hardware/2008-August/000415.html Le dimanche 14 septembre 2008 à 01:42 +0200, Daniel Hedblom a écrit : Well, i have tried 2008.7, Qtopia, FSO milestone 2 and 3 and debian. The sound has been described as if i sit in a barrel. Its very low with much interferance and echos. Im beginning to suspect somethings wrong with the actual hardware. //danielh 2008/9/13 Al Johnson openmokomazikeen.demon.co.uk: On Saturday 13 September 2008, Daniel Hedblom wrote: I have tried mucking about with alsa levels to get better sound in various dists for the Freerunner. I havent got good outgoing sound in any distribution, everyone i talk to complains. Is there any way to get decent outgoing sound thats described somewhere a bit in detail? There seems to be so many different answers, im getting a bit confused. You've supplied too few details. Which images from which dates have you tried, and what exactly is wrong with the audio? ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
