Re: Echo issue on OM2008.08 solved
Holger Freyther wrote: On Monday 13 October 2008 15:12:55 Daniel Nöthen wrote: Hello, I finally found a place in the qtopia sources where I could put code for activating the echo suppression for every incoming/outgoing call. I'm quite sure that experienced qtopia programmers would find a better place for it. But this just works. And as long as no other solution is out there I will share it with other people who want to combat the echo. Sorry, I'm late to the party, tick applied a patch to Qtopia so I basicly just want to understand. Why is sending this command only once not enough? Will it be reset after a call? Any usage of alsactl should not have any influence on the modem itself. explanations welcome and thanks for scratching your itch. z. My experience with FSO sending the command through mickeyterm was that once was enough, and the setting would remain over multiple calls. I wouldn't have tested over suspends though. After the initial patch to add %N0187 to the initialisation in qtopia based phone apps people started complaining that the echo was gone in the first call, but back in subsequent calls. Since the AT command in question is undocumented we don't know what might reset it, or even if it's supposed to last over multiple calls. There is no known way to query the current setting either. This is one of the reasons I'm asking if we can have more documentation on this now the GSM firmware is being looked at again. Until someone manages to find out how it behaves, or is supposed to behave, setting echo suppression and noise reduction for every call seems to have a lot of gain for little cost. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Monday 13 October 2008 15:12:55 Daniel Nöthen wrote: Hello, I finally found a place in the qtopia sources where I could put code for activating the echo suppression for every incoming/outgoing call. I'm quite sure that experienced qtopia programmers would find a better place for it. But this just works. And as long as no other solution is out there I will share it with other people who want to combat the echo. Sorry, I'm late to the party, tick applied a patch to Qtopia so I basicly just want to understand. Why is sending this command only once not enough? Will it be reset after a call? Any usage of alsactl should not have any influence on the modem itself. explanations welcome and thanks for scratching your itch. z. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Michael Zanetti a écrit : On Wednesday 15 October 2008 08:18:40 Marco Trevisan (Treviño) wrote: Here you are [1]. It includes also the mwester fix for re-registering network and my workaround for GSM firmware crash. I hope it won't have any incompatibility with your installed Qtopia... [1] http://downloads.tuxfamily.org/3v1deb/openmoko/libficgta01vendor-echo-cance llation.so.tar.gz Thanks for the lib. Unfortunately it doesn't seem to fix the echo issue here... Also the buzzing noise is still very loud... Any suggestions? For what I read in : http://n2.nabble.com/GSM-noise-%22buzz%22-issue-tc675090.html I think I can write 2 things : Firstly : there is a difference between : - echo cancellation (what we want) - echo suppression (no transmission when no one talks) Even if http://downloads.tuxfamily.org/3v1deb/openmoko/libficgta01vendor-echo-cancellation.so.tar.gz ends with 'cancellation', are we sure we are talking about that ? Some older posts in this thread mentioned 'echo suppression'... Secondly : the buzzing noise is due to RF (radiofreq) parasites, and seems to be a hardware problem (related to the jack, because plugging a jack increases the noise a lot more). As long as we do not have a software fix (like for GPS/SDcard) or a hardware easy-to-do hack, maybe we should use a bluetooth earset because it seems to be a valid solution, cf. last messages in mentioned thread. Xavier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Marco Trevisan (Treviño) ha scritto: Vasco Névoa wrote: Thanks Treviño! However, qpe complains of binary compatibility: Coult not load /opt/Qtopia/plugins/phonevendors/libficgta01vendor.so errorString() The plugin '/opt/Qtopia/plugins/phonevendors/libficgta01vendor.so' uses incompatible Qt library. Expected build key arm-angstrom-linux-gnueabi What can I do to make QPE take the new library? Mhmmh... I should have compiled qtopia using the -buildkey option but I didn't since I thought that it was changing each time I was building it... Well, I figure that the only way to avoid this is recompiling qtopia :|. For who is interested in testing this, now you could add the qtopia testing repository [1] to your opkg lists, or simply upgrade the qtopia-phone-x11-phonevendor-ficgta01vendor package. [1] http://downloads.openmoko.org/repository/testing/om-gta02/ [2] http://downloads.openmoko.org/repository/testing/om-gta02/qtopia-phone-x11-phonevendor-ficgta01vendor_4.3.2+gitr464+eea26c74b18007142d7f02cb5633dffbfb63bd7a-r50_om-gta02.opk -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Thu, Oct 16, 2008 at 12:06, Nishit Dave [EMAIL PROTECTED] wrote: I inserted the file in /usr/Trolltech/Qtopia/plugins/phonevendors/ on qtextended. No change in the echo / buzzing problem for me, but then I started to have problems with the phone going on unrecoverable standby, and loss of audio (speaker, mic and ringtone, all together) when it could be woken up. I did not try this file, but I sometimes have these problems with qtextended... (sound lost, and sometimes unrecoverable standby) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Wed, Oct 15, 2008 at 11:45 PM, Marco Trevisan (Treviño) [EMAIL PROTECTED] wrote: Matthias Apitz wrote: El día Wednesday, October 15, 2008 a las 08:18:40AM +0200, Marco Trevisan (Treviño) escribió: Here you are [1]. It includes also the mwester fix for re-registering network and my workaround for GSM firmware crash. I hope it won't have any incompatibility with your installed Qtopia... [1] http://downloads.tuxfamily.org/3v1deb/openmoko/libficgta01vendor-echo-cancellation.so.tar.gz Thanks for this. the outgoing RING tone nearly killed my ear; with 111 for value.[01] it is fine, but with the above described noise; what is your gsmhandset.state file for this? thx again I'm pratically using the standard gsmhandset.state... I've to say that in my experience in noisy places the main speaker volume (for ringing) isn't so loud... I inserted the file in /usr/Trolltech/Qtopia/plugins/phonevendors/ on qtextended. No change in the echo / buzzing problem for me, but then I started to have problems with the phone going on unrecoverable standby, and loss of audio (speaker, mic and ringtone, all together) when it could be woken up. I have removed the file again, because I don't know if it was meant for qtextended in the first place. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Matthias Apitz ha scritto: El día Wednesday, October 15, 2008 a las 02:25:04AM +0200, Marco Trevisan (Treviño) escribió: Marco Trevisan (Treviño) wrote: Lorn Potter wrote: Hello, I finally found a place in the qtopia sources where I could put code for activating the echo suppression for every incoming/outgoing call. I'm quite sure that experienced qtopia programmers would find a better place for it. A better place for stuff needed for a particular modem, would be in the phone vendor plugin. That's what its there for. Not to defray this patch, but this is very calypso specific, and not part of the GSM spec. (although any other modem would most likely just spit out an error) I agree... That's why some weeks ago I started something like that but I've not pushed out the code yet... I'll attach as soon as I can. Ok, a first implementation is now at ticket #1267 May I ask you kindly for a binary (shared lib) for those of us who at the moment don't compile from SVN; thanks in advance; matthias Here you are [1]. It includes also the mwester fix for re-registering network and my workaround for GSM firmware crash. I hope it won't have any incompatibility with your installed Qtopia... [1] http://downloads.tuxfamily.org/3v1deb/openmoko/libficgta01vendor-echo-cancellation.so.tar.gz -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Wed, Oct 15, 2008 at 11:48 AM, Marco Trevisan (Treviño) [EMAIL PROTECTED] wrote: Matthias Apitz ha scritto: El día Wednesday, October 15, 2008 a las 02:25:04AM +0200, Marco Trevisan (Treviño) escribió: Marco Trevisan (Treviño) wrote: Lorn Potter wrote: Hello, I finally found a place in the qtopia sources where I could put code for activating the echo suppression for every incoming/outgoing call. I'm quite sure that experienced qtopia programmers would find a better place for it. A better place for stuff needed for a particular modem, would be in the phone vendor plugin. That's what its there for. Not to defray this patch, but this is very calypso specific, and not part of the GSM spec. (although any other modem would most likely just spit out an error) I agree... That's why some weeks ago I started something like that but I've not pushed out the code yet... I'll attach as soon as I can. Ok, a first implementation is now at ticket #1267 May I ask you kindly for a binary (shared lib) for those of us who at the moment don't compile from SVN; thanks in advance; matthias Here you are [1]. It includes also the mwester fix for re-registering network and my workaround for GSM firmware crash. I hope it won't have any incompatibility with your installed Qtopia... [1] http://downloads.tuxfamily.org/3v1deb/openmoko/libficgta01vendor-echo-cancellation.so.tar.gz Can I try it with qtextended? Instructions for installation? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
El día Wednesday, October 15, 2008 a las 08:18:40AM +0200, Marco Trevisan (Treviño) escribió: Here you are [1]. It includes also the mwester fix for re-registering network and my workaround for GSM firmware crash. I hope it won't have any incompatibility with your installed Qtopia... [1] http://downloads.tuxfamily.org/3v1deb/openmoko/libficgta01vendor-echo-cancellation.so.tar.gz Thanks for this. I've installed it this way: # cd /opt/Qtopia/plugins/phonevendors/ # mv libficgta01vendor.so libficgta01vendor.so.orig # mv ~/libficgta01vendor.so . # /etc/init.d/xserver-nodm restart interestingly the restart did not asked again for the PIN of the SIM (a full re-boot does); during outgoing call one now hears some noise like you have sometimes when radio wafes of a GSM is affecting a normal phone call; when I change in gsmhandset.state the section 'control.4' to values 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 } the outgoing RING tone nearly killed my ear; with 111 for value.[01] it is fine, but with the above described noise; what is your gsmhandset.state file for this? thx again matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ A computer is like an air conditioner, it stops working when you open Windows Una computadora es como aire acondicionado, deja de funcionar si abres Windows ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Thanks Treviño! However, qpe complains of binary compatibility: Coult not load /opt/Qtopia/plugins/phonevendors/libficgta01vendor.so errorString() The plugin '/opt/Qtopia/plugins/phonevendors/libficgta01vendor.so' uses incompatible Qt library. Expected build key arm-angstrom-linux-gnueabi What can I do to make QPE take the new library? Citando Matthias Apitz [EMAIL PROTECTED]: El día Wednesday, October 15, 2008 a las 08:18:40AM +0200, Marco Trevisan (Treviño) escribió: Here you are [1]. It includes also the mwester fix for re-registering network and my workaround for GSM firmware crash. I hope it won't have any incompatibility with your installed Qtopia... [1] http://downloads.tuxfamily.org/3v1deb/openmoko/libficgta01vendor-echo-cancellation.so.tar.gz Thanks for this. I've installed it this way: # cd /opt/Qtopia/plugins/phonevendors/ # mv libficgta01vendor.so libficgta01vendor.so.orig # mv ~/libficgta01vendor.so . # /etc/init.d/xserver-nodm restart interestingly the restart did not asked again for the PIN of the SIM (a full re-boot does); during outgoing call one now hears some noise like you have sometimes when radio wafes of a GSM is affecting a normal phone call; when I change in gsmhandset.state the section 'control.4' to values 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 } the outgoing RING tone nearly killed my ear; with 111 for value.[01] it is fine, but with the above described noise; what is your gsmhandset.state file for this? thx again matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ A computer is like an air conditioner, it stops working when you open Windows Una computadora es como aire acondicionado, deja de funcionar si abres Windows ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Wednesday 15 October 2008 08:18:40 Marco Trevisan (Treviño) wrote: Here you are [1]. It includes also the mwester fix for re-registering network and my workaround for GSM firmware crash. I hope it won't have any incompatibility with your installed Qtopia... [1] http://downloads.tuxfamily.org/3v1deb/openmoko/libficgta01vendor-echo-cance llation.so.tar.gz Thanks for the lib. Unfortunately it doesn't seem to fix the echo issue here... Also the buzzing noise is still very loud... Any suggestions? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Vasco Névoa wrote: Thanks Treviño! However, qpe complains of binary compatibility: Coult not load /opt/Qtopia/plugins/phonevendors/libficgta01vendor.so errorString() The plugin '/opt/Qtopia/plugins/phonevendors/libficgta01vendor.so' uses incompatible Qt library. Expected build key arm-angstrom-linux-gnueabi What can I do to make QPE take the new library? Mhmmh... I should have compiled qtopia using the -buildkey option but I didn't since I thought that it was changing each time I was building it... Well, I figure that the only way to avoid this is recompiling qtopia :|. -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Matthias Apitz wrote: El día Wednesday, October 15, 2008 a las 08:18:40AM +0200, Marco Trevisan (Treviño) escribió: Here you are [1]. It includes also the mwester fix for re-registering network and my workaround for GSM firmware crash. I hope it won't have any incompatibility with your installed Qtopia... [1] http://downloads.tuxfamily.org/3v1deb/openmoko/libficgta01vendor-echo-cancellation.so.tar.gz Thanks for this. the outgoing RING tone nearly killed my ear; with 111 for value.[01] it is fine, but with the above described noise; what is your gsmhandset.state file for this? thx again I'm pratically using the standard gsmhandset.state... I've to say that in my experience in noisy places the main speaker volume (for ringing) isn't so loud... -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Tue, Oct 14, 2008 at 2:02 AM, Daniel Nöthen [EMAIL PROTECTED] wrote: Lorn Potter wrote: A better place for stuff needed for a particular modem, would be in the phone vendor plugin. That's what its there for. Not to defray this patch, but this is very calypso specific, and not part of the GSM spec. (although any other modem would most likely just spit out an error) Yes, I assumed something like that. I've looked at the ficgta01 phonevendor sources but didn't find a method that is called on every initiated call where I could put those two lines. This patch is only meant as a temporary bugfix until some more experienced qtopia programmer (maybe you? ;)) finds a better place for the echo suppression lines. Whatever you and Lorn decide to do, when can we clueless users expect to find it in updates for qtextended? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Tue, Oct 14, 2008 at 09:07, Nishit Dave Whatever you and Lorn decide to do, when can we clueless users expect to find it in updates for qtextended? Is it not already in ? Looking at qtextended logs, to track my roaming problem, I could see the AT%N0187 command passed to the modem. Also I experience almost no buzz sound since using qtextended (with mwester kernel). But I do not know if it is due to sound levels being different, or other settings... Well in fact I can't test anymore just now because my qtextended do not start anymore... stuck on PIN screen (even if PIN code not activated...). And I have the same problem on 2 separate partitions ! (second is with 2008.8 base rootfs + qtextended) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Tue, Oct 14, 2008 at 12:58 PM, Cédric Berger [EMAIL PROTECTED]wrote: On Tue, Oct 14, 2008 at 09:07, Nishit Dave Whatever you and Lorn decide to do, when can we clueless users expect to find it in updates for qtextended? Is it not already in ? Looking at qtextended logs, to track my roaming problem, I could see the AT%N0187 command passed to the modem. Also I experience almost no buzz sound since using qtextended (with mwester kernel). But I do not know if it is due to sound levels being different, or other settings... Well in fact I can't test anymore just now because my qtextended do not start anymore... stuck on PIN screen (even if PIN code not activated...). And I have the same problem on 2 separate partitions ! (second is with 2008.8 base rootfs + qtextended) I use the 2008/10/03 update, which has reintroduced the echo problem as I believe, but only Lorn can confirm that. I get a severe echoing / buzzing problem as soon as I raise the speaker / mono speaker / mic2 volumes in my gsmhandset.state file (which I am about to re-edit right now). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Lorn Potter wrote: Hello, I finally found a place in the qtopia sources where I could put code for activating the echo suppression for every incoming/outgoing call. I'm quite sure that experienced qtopia programmers would find a better place for it. A better place for stuff needed for a particular modem, would be in the phone vendor plugin. That's what its there for. Not to defray this patch, but this is very calypso specific, and not part of the GSM spec. (although any other modem would most likely just spit out an error) I agree... That's why some weeks ago I started something like that but I've not pushed out the code yet... I'll attach as soon as I can. -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Marco Trevisan (Treviño) wrote: Lorn Potter wrote: Hello, I finally found a place in the qtopia sources where I could put code for activating the echo suppression for every incoming/outgoing call. I'm quite sure that experienced qtopia programmers would find a better place for it. A better place for stuff needed for a particular modem, would be in the phone vendor plugin. That's what its there for. Not to defray this patch, but this is very calypso specific, and not part of the GSM spec. (although any other modem would most likely just spit out an error) I agree... That's why some weeks ago I started something like that but I've not pushed out the code yet... I'll attach as soon as I can. Ok, a first implementation is now at ticket #1267 -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
El día Wednesday, October 15, 2008 a las 02:25:04AM +0200, Marco Trevisan (Treviño) escribió: Marco Trevisan (Treviño) wrote: Lorn Potter wrote: Hello, I finally found a place in the qtopia sources where I could put code for activating the echo suppression for every incoming/outgoing call. I'm quite sure that experienced qtopia programmers would find a better place for it. A better place for stuff needed for a particular modem, would be in the phone vendor plugin. That's what its there for. Not to defray this patch, but this is very calypso specific, and not part of the GSM spec. (although any other modem would most likely just spit out an error) I agree... That's why some weeks ago I started something like that but I've not pushed out the code yet... I'll attach as soon as I can. Ok, a first implementation is now at ticket #1267 May I ask you kindly for a binary (shared lib) for those of us who at the moment don't compile from SVN; thanks in advance; matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ A computer is like an air conditioner, it stops working when you open Windows Una computadora es como aire acondicionado, deja de funcionar si abres Windows ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Hello, I finally found a place in the qtopia sources where I could put code for activating the echo suppression for every incoming/outgoing call. I'm quite sure that experienced qtopia programmers would find a better place for it. But this just works. And as long as no other solution is out there I will share it with other people who want to combat the echo. The patch is against the latest snapshot of Holgers qtopia git. commit: 09335e76e1762b97dad23b997978424ed10f8da1 Unfortunately this version doesn't load the gmshandset.state file when a call is initiated. When compiling with this patch a new libqtopiaphonemodem.so.4.3.2 is created. I replaced this lib with the one on my OM2008.9. Instead of compiling it yourself you can download the file here: http://danielnoethen.de/libqtopiaphonemodem.so.4.3.2 Just replace it with the one in /opt/Qtopia/lib and restart qtopia with: /etc/init.d/xserver-nodm restart In combination with this gsmhandset.state file the volume of your calling partner is loud enough, and vice versa. http://danielnoethen.de/gsmhandset.state It should work with every distro that uses qtopia-phone-x11_4.3.2 Regards, Daniel *** qmodemcall.cpp_orig 2008-10-13 13:49:37.0 +0200 --- qmodemcall.cpp 2008-10-13 14:06:02.0 +0200 *** *** 164,169 --- 164,173 return; } + + // Send the echo and noise suppression command to the device. + provider()-atchat()-chat(AT%N0187); + // Send the ATD command to the device. provider()-atchat()-chat ( provider()-dialVoiceCommand( options ), *** *** 309,314 --- 313,322 command = provider()-acceptCallCommand( false ); } provider()-atchat()-chat( command, this, SLOT(acceptDone(bool)) ); + + // Send the echo and noise suppression command to the device. + provider()-atchat()-chat(AT%N0187); + } class QHoldUserData : public QAtResult::UserData ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Monday 13 October 2008, Daniel Nöthen wrote: I finally found a place in the qtopia sources where I could put code for activating the echo suppression for every incoming/outgoing call. Would you mind attaching your patch here: https://docs.openmoko.org/trac/ticket/1267 Cheers, Florian -- DI Florian Hackenberger [EMAIL PROTECTED] www.hackenberger.at ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
� wrote: Hello, I finally found a place in the qtopia sources where I could put code for activating the echo suppression for every incoming/outgoing call. I'm quite sure that experienced qtopia programmers would find a better place for it. A better place for stuff needed for a particular modem, would be in the phone vendor plugin. That's what its there for. Not to defray this patch, but this is very calypso specific, and not part of the GSM spec. (although any other modem would most likely just spit out an error) But this just works. And as long as no other solution is out there I will share it with other people who want to combat the echo. The patch is against the latest snapshot of Holgers qtopia git. commit: 09335e76e1762b97dad23b997978424ed10f8da1 Unfortunately this version doesn't load the gmshandset.state file when a call is initiated. When compiling with this patch a new libqtopiaphonemodem.so.4.3.2 is created. I replaced this lib with the one on my OM2008.9. Instead of compiling it yourself you can download the file here: http://danielnoethen.de/libqtopiaphonemodem.so.4.3.2 Just replace it with the one in /opt/Qtopia/lib and restart qtopia with: /etc/init.d/xserver-nodm restart In combination with this gsmhandset.state file the volume of your calling partner is loud enough, and vice versa. http://danielnoethen.de/gsmhandset.state It should work with every distro that uses qtopia-phone-x11_4.3.2 and a device that has the calypso modem. -- Lorn 'ljp' Potter Software Engineer, Systems Group, Qt Software, Nokia Pty Ltd ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Lorn Potter wrote: A better place for stuff needed for a particular modem, would be in the phone vendor plugin. That's what its there for. Not to defray this patch, but this is very calypso specific, and not part of the GSM spec. (although any other modem would most likely just spit out an error) Yes, I assumed something like that. I've looked at the ficgta01 phonevendor sources but didn't find a method that is called on every initiated call where I could put those two lines. This patch is only meant as a temporary bugfix until some more experienced qtopia programmer (maybe you? ;)) finds a better place for the echo suppression lines. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Hi Michael, Here's some clarification http://lists.openmoko.org/nabble.html#nabble-td1095866%7Ca1095866 I hope you find this helpful. Steve Michael Zanetti wrote: On Sunday 31 August 2008 15:50:05 Al Johnson wrote: The patch turns on the echo and noise suppression capabilities in the GSM chipset using one of the hidden and NDA's AT commands someone kindly posted on the hardware list. Just for my understanding: I thought that on my openmoko-phone even the hardware is supposed to be free and open. How can it be than, that there are hidden commands and NDA's? I read somewhere (long time ago - before the FR reached its birthday) that there might be some pieces of hardware not open such as the GSM chip. I guess exactly this is the case. Could someone experienced to NDA's, copyright laws, GPL violations and so on please explain me how exactly this is handled here? Thanks Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Sunday 31 August 2008 15:50:05 Al Johnson wrote: The patch turns on the echo and noise suppression capabilities in the GSM chipset using one of the hidden and NDA's AT commands someone kindly posted on the hardware list. Just for my understanding: I thought that on my openmoko-phone even the hardware is supposed to be free and open. How can it be than, that there are hidden commands and NDA's? I read somewhere (long time ago - before the FR reached its birthday) that there might be some pieces of hardware not open such as the GSM chip. I guess exactly this is the case. Could someone experienced to NDA's, copyright laws, GPL violations and so on please explain me how exactly this is handled here? Thanks Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Michael Zanetti wrote: On Sunday 31 August 2008 15:50:05 Al Johnson wrote: The patch turns on the echo and noise suppression capabilities in the GSM chipset using one of the hidden and NDA's AT commands someone kindly posted on the hardware list. Just for my understanding: I thought that on my openmoko-phone even the hardware is supposed to be free and open. How can it be than, that there are hidden commands and NDA's? I read somewhere (long time ago - before the FR reached its birthday) that there might be some pieces of hardware not open such as the GSM chip. I guess exactly this is the case. Could someone experienced to NDA's, copyright laws, GPL violations and so on please explain me how exactly this is handled here? I'm sure someone from openmoko will correct me if I'm wrong, but I'll have a go. The aim is to be as open as practicable, and they are more open than anything else I know of. Companies hold copyright on their documentation, and can grant or deny the right to copy that documentation. Ideally this would be both public and redistributable, but this is often not the case. They may make it public but not redistributable, or keep it entirely private, disclosing it only under some variety of nondisclosure agreement. NDA is a very general description, and any NDA will detail what can and can't be disclosed under what conditions. It is quite possible for an NDA to allow documentation to be used in writing GPL code. I gather from discussions on the list that the NDA for the Glamo would allow Openmoko to rewrite the documentation and release the rewrite, but not the original documentation. This may seem bizarre, but it allows SMedia to keep control of their documents, and to disclaim liability for errors in anything disclosed. GSM firmware will never be fully open unless national telecoms regulators decide to relax their rules. The GSM modem is in effect a separate device with its own firmware that we talk to through a serial interface. It just happens to be on the same board. The commands that the modem has to deal with are set out in a number of GSM standards. On top of this there are commands specific to this chipset/firmware, some of which Openmoko have documentation for under an NDA. This appears to let them use the commands in GPL code and to answer specific questions, but not to release a description of the whole command set. It seems there are further commands, such as those controlling AEC, that are not mentioned in the documents Openmoko have. Openmoko are walking a tightrope here. Open is a new word to chipset manufacturers in the telecoms arena, and some understand more than others. Until they can be educated there will be compromises to be made, and decisions may not always work out as well as they initially appeared. Certain features that people expect may not be possible in an open phone right now. This applied to wifi for GTA01 as there was no sufficiently low power wifi chip with an open driver. The problems with the binary blob for the GTA01 gps have made those clearly unacceptable, but 3D acceleration without a binary blob is currently unobtainable in a mobile with 480x640 resolution. In the meantime they're heading in the right direction and researching the most open options available - see http://wiki.openmoko.org/wiki/MokoForesight for examples. With luck they will manage to convince manufacturers of the advantages of openness along the way. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
I see... Thank you very much for these clarifications. Michael On Wednesday 08 October 2008 13:52:58 Alastair Johnson wrote: Michael Zanetti wrote: On Sunday 31 August 2008 15:50:05 Al Johnson wrote: The patch turns on the echo and noise suppression capabilities in the GSM chipset using one of the hidden and NDA's AT commands someone kindly posted on the hardware list. Just for my understanding: I thought that on my openmoko-phone even the hardware is supposed to be free and open. How can it be than, that there are hidden commands and NDA's? I read somewhere (long time ago - before the FR reached its birthday) that there might be some pieces of hardware not open such as the GSM chip. I guess exactly this is the case. Could someone experienced to NDA's, copyright laws, GPL violations and so on please explain me how exactly this is handled here? I'm sure someone from openmoko will correct me if I'm wrong, but I'll have a go. The aim is to be as open as practicable, and they are more open than anything else I know of. Companies hold copyright on their documentation, and can grant or deny the right to copy that documentation. Ideally this would be both public and redistributable, but this is often not the case. They may make it public but not redistributable, or keep it entirely private, disclosing it only under some variety of nondisclosure agreement. NDA is a very general description, and any NDA will detail what can and can't be disclosed under what conditions. It is quite possible for an NDA to allow documentation to be used in writing GPL code. I gather from discussions on the list that the NDA for the Glamo would allow Openmoko to rewrite the documentation and release the rewrite, but not the original documentation. This may seem bizarre, but it allows SMedia to keep control of their documents, and to disclaim liability for errors in anything disclosed. GSM firmware will never be fully open unless national telecoms regulators decide to relax their rules. The GSM modem is in effect a separate device with its own firmware that we talk to through a serial interface. It just happens to be on the same board. The commands that the modem has to deal with are set out in a number of GSM standards. On top of this there are commands specific to this chipset/firmware, some of which Openmoko have documentation for under an NDA. This appears to let them use the commands in GPL code and to answer specific questions, but not to release a description of the whole command set. It seems there are further commands, such as those controlling AEC, that are not mentioned in the documents Openmoko have. Openmoko are walking a tightrope here. Open is a new word to chipset manufacturers in the telecoms arena, and some understand more than others. Until they can be educated there will be compromises to be made, and decisions may not always work out as well as they initially appeared. Certain features that people expect may not be possible in an open phone right now. This applied to wifi for GTA01 as there was no sufficiently low power wifi chip with an open driver. The problems with the binary blob for the GTA01 gps have made those clearly unacceptable, but 3D acceleration without a binary blob is currently unobtainable in a mobile with 480x640 resolution. In the meantime they're heading in the right direction and researching the most open options available - see http://wiki.openmoko.org/wiki/MokoForesight for examples. With luck they will manage to convince manufacturers of the advantages of openness along the way. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Wed, Oct 8, 2008 at 5:52 AM, Alastair Johnson [EMAIL PROTECTED]wrote: GSM firmware will never be fully open unless national telecoms regulators decide to relax their rules. The GSM modem is in effect a separate device with its own firmware that we talk to through a serial interface. It just happens to be on the same board. GSM firmware is usually closed due to national radio laws. If the firmware were open it would be perceived a Software Defined Radio (SDR) which most countries limit. I'm sure the GSM manufacturers are perfectly happy to keep those restrictions in place. Angus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Michael 'Mickey' Lauer wrote: While I do think this is completely overcomplicated and you should rather rebuild the source than fiddling on this level, I'll tell you how to do it anyways: AT%CPI=4 enables the TI Calypso proprietary call progress status. See http://git.freesmartphone.org/?p=framework.git;a=blob_plain;f=framework/subsystems/ogsmd/modems/ti_calypso/unsolicited.py;hb=HEAD for details on the format. Hi Michael, Thanks for the information. You are right, the daemon idea isn't a good solution. The reason why I didn't want to rebuild the sources is, that I wasn't able to find an easy way to build the qtopia-phone-x11 stuff, without needing to build the whole OM distribution. Building the distro with the MokoMakefile (make setup; make image) takes ages. I don't have any clue about the BitBaker stuff. Could you tell me how I can check out the qtopia-phone-x11 source and finally build them? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
you covered it pretty well. There are some finer points that I'll get clarification on shortly Alastair Johnson wrote: Michael Zanetti wrote: On Sunday 31 August 2008 15:50:05 Al Johnson wrote: The patch turns on the echo and noise suppression capabilities in the GSM chipset using one of the hidden and NDA's AT commands someone kindly posted on the hardware list. Just for my understanding: I thought that on my openmoko-phone even the hardware is supposed to be free and open. How can it be than, that there are hidden commands and NDA's? I read somewhere (long time ago - before the FR reached its birthday) that there might be some pieces of hardware not open such as the GSM chip. I guess exactly this is the case. Could someone experienced to NDA's, copyright laws, GPL violations and so on please explain me how exactly this is handled here? I'm sure someone from openmoko will correct me if I'm wrong, but I'll have a go. The aim is to be as open as practicable, and they are more open than anything else I know of. Companies hold copyright on their documentation, and can grant or deny the right to copy that documentation. Ideally this would be both public and redistributable, but this is often not the case. They may make it public but not redistributable, or keep it entirely private, disclosing it only under some variety of nondisclosure agreement. NDA is a very general description, and any NDA will detail what can and can't be disclosed under what conditions. It is quite possible for an NDA to allow documentation to be used in writing GPL code. I gather from discussions on the list that the NDA for the Glamo would allow Openmoko to rewrite the documentation and release the rewrite, but not the original documentation. This may seem bizarre, but it allows SMedia to keep control of their documents, and to disclaim liability for errors in anything disclosed. GSM firmware will never be fully open unless national telecoms regulators decide to relax their rules. The GSM modem is in effect a separate device with its own firmware that we talk to through a serial interface. It just happens to be on the same board. The commands that the modem has to deal with are set out in a number of GSM standards. On top of this there are commands specific to this chipset/firmware, some of which Openmoko have documentation for under an NDA. This appears to let them use the commands in GPL code and to answer specific questions, but not to release a description of the whole command set. It seems there are further commands, such as those controlling AEC, that are not mentioned in the documents Openmoko have. Openmoko are walking a tightrope here. Open is a new word to chipset manufacturers in the telecoms arena, and some understand more than others. Until they can be educated there will be compromises to be made, and decisions may not always work out as well as they initially appeared. Certain features that people expect may not be possible in an open phone right now. This applied to wifi for GTA01 as there was no sufficiently low power wifi chip with an open driver. The problems with the binary blob for the GTA01 gps have made those clearly unacceptable, but 3D acceleration without a binary blob is currently unobtainable in a mobile with 480x640 resolution. In the meantime they're heading in the right direction and researching the most open options available - see http://wiki.openmoko.org/wiki/MokoForesight for examples. With luck they will manage to convince manufacturers of the advantages of openness along the way. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Tuesday 07 October 2008, Michael 'Mickey' Lauer wrote: Fwiw, I'm now experimenting with slightly less aggressive settings for noise reduction and echo cancelling, since some users complained about audio being too choppy. Trying now with: c.append( '@ST=-26' ) # audio side tone: set to minimum c.append( %N028B ) # Long Echo Cancellation: active, -6db c.append( %N0125 ) # Noise reduction: active, -6db Does that make it worse or better? That'll depend on the mixer settings among other things. You'll need to post the state file too if we're to report anything consistent. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
These settings ( https://docs.openmoko.org/trac/ticket/1267#comment:16 ) made my Freerunner echofree 5 weeks ago, haven't hade the time to play with it since. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Am Dienstag, den 07.10.2008, 09:19 +0100 schrieb Al Johnson: On Tuesday 07 October 2008, Michael 'Mickey' Lauer wrote: Fwiw, I'm now experimenting with slightly less aggressive settings for noise reduction and echo cancelling, since some users complained about audio being too choppy. Trying now with: c.append( '@ST=-26' ) # audio side tone: set to minimum c.append( %N028B ) # Long Echo Cancellation: active, -6db c.append( %N0125 ) # Noise reduction: active, -6db Does that make it worse or better? That'll depend on the mixer settings among other things. You'll need to post the state file too if we're to report anything consistent. I don't have any custom state files. I'm using the official Openmoko ones. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Al Johnson wrote: Unless there's a delay involved I can't see any harm in sending AT%N0187 at the start of every call. Do you have any idea how to achieve this without rebuilding the qtopia-x11 stuff? I thought about a little daemon that listens on the serial GSM interface and sends this command to the GSM chip as soon as it detects an incoming/outgoing call. I've installed gsm0710muxd and listened with cu on the new virtual GSM interface /dev/pts/2. Unfortunately only incoming calls are recognized (RING RING RING). Outgoing calls seem not to be detectable with just listening on the serial gsm interface. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
While I do think this is completely overcomplicated and you should rather rebuild the source than fiddling on this level, I'll tell you how to do it anyways: AT%CPI=4 enables the TI Calypso proprietary call progress status. See http://git.freesmartphone.org/?p=framework.git;a=blob_plain;f=framework/subsystems/ogsmd/modems/ti_calypso/unsolicited.py;hb=HEAD for details on the format. Have fun, :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Hi, I've found out that the echo suppression works only one time after qpe was started. At least this applies to me. Phone: freerunner (gta02) Dist: OM2008.09 gmshandset.state: http://www.teaparty.net/technotes/data/gsmhandset.state grep AT%N0187 libficgta01vendor.so gives me a match. So I assume that Florians patch got into OM2008.9 Here is a step by step list of how it behaves to me: 1. Boot the freerunner 2. Make a call - no echo 3. Hang up 4. Make a call - echo 5. Hang up 6. /etc/init.d/xserver-nodm restart 7. Make a call - no echo 8. Hang up 9. Make a call - echo . . . With the above state file I was able to bring up the Speaker volume up to 100% without hearing any echo on step 2 and 7. The volumes on both sides were very good. On step 4 and 9 I could only bring up the Speaker volume to 79%. Above 79% the echo came back. So it seems that the echo suppression command (AT%N0187) gets reset after every call. Can anyone confirm this? -- View this message in context: http://n2.nabble.com/Echo-issue-on-OM2008.08-solved-tp793913p1301265.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Mon, Oct 6, 2008 at 10:17 AM, Daniel Nöthen [EMAIL PROTECTED] wrote: Hi, I've found out that the echo suppression works only one time after qpe was started. At least this applies to me. Phone: freerunner (gta02) Dist: OM2008.09 gmshandset.state: http://www.teaparty.net/technotes/data/gsmhandset.state grep AT%N0187 libficgta01vendor.so gives me a match. So I assume that Florians patch got into OM2008.9 Here is a step by step list of how it behaves to me: 1. Boot the freerunner 2. Make a call - no echo 3. Hang up 4. Make a call - echo 5. Hang up 6. /etc/init.d/xserver-nodm restart 7. Make a call - no echo 8. Hang up 9. Make a call - echo . . . With the above state file I was able to bring up the Speaker volume up to 100% without hearing any echo on step 2 and 7. The volumes on both sides were very good. On step 4 and 9 I could only bring up the Speaker volume to 79%. Above 79% the echo came back. So it seems that the echo suppression command (AT%N0187) gets reset after every call. Can anyone confirm this? I had noticed the echo came back for some calls but didn't see the pattern. I have retested and it seems you are correct that it needs to be done for every call. Angus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Monday 06 October 2008, Daniel Nöthen wrote: Hi, I've found out that the echo suppression works only one time after qpe was started. At least this applies to me. Phone: freerunner (gta02) Dist: OM2008.09 gmshandset.state: http://www.teaparty.net/technotes/data/gsmhandset.state grep AT%N0187 libficgta01vendor.so gives me a match. So I assume that Florians patch got into OM2008.9 Here is a step by step list of how it behaves to me: 1. Boot the freerunner 2. Make a call - no echo 3. Hang up 4. Make a call - echo 5. Hang up 6. /etc/init.d/xserver-nodm restart 7. Make a call - no echo 8. Hang up 9. Make a call - echo . . . With the above state file I was able to bring up the Speaker volume up to 100% without hearing any echo on step 2 and 7. The volumes on both sides were very good. On step 4 and 9 I could only bring up the Speaker volume to 79%. Above 79% the echo came back. So it seems that the echo suppression command (AT%N0187) gets reset after every call. Can anyone confirm this? When I tested this under FSO I checked that it was persistent over multiple calls. It remained until I explicitly disabled it with AT%N0001 mid call several calls later to check the effect back to back. I may retest this in case I missed something. Are there any resets of any sort in there that could undo the setting? Unless there's a delay involved I can't see any harm in sending AT%N0187 at the start of every call. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Mon, Oct 6, 2008 at 1:39 PM, Al Johnson [EMAIL PROTECTED]wrote: When I tested this under FSO I checked that it was persistent over multiple calls. It remained until I explicitly disabled it with AT%N0001 mid call several calls later to check the effect back to back. I may retest this in case I missed something. My FR has the bouncing calypso problem, so it may be that the registering de-registering causes it to reset the AEC ? Angus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Monday 06 October 2008, Angus Ainslie wrote: On Mon, Oct 6, 2008 at 1:39 PM, Al Johnson [EMAIL PROTECTED]wrote: When I tested this under FSO I checked that it was persistent over multiple calls. It remained until I explicitly disabled it with AT%N0001 mid call several calls later to check the effect back to back. I may retest this in case I missed something. My FR has the bouncing calypso problem, so it may be that the registering de-registering causes it to reset the AEC ? Could be - mine only has the bounce intermittently so I may have tested when it was being well behaved. Who knows what the effect of a buggy behaviour on an undocumented setting might be ;-? Pity there's no (known) way of getting the current state of noise reduction and AEC. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Fwiw, I'm now experimenting with slightly less aggressive settings for noise reduction and echo cancelling, since some users complained about audio being too choppy. Trying now with: c.append( '@ST=-26' ) # audio side tone: set to minimum c.append( %N028B ) # Long Echo Cancellation: active, -6db c.append( %N0125 ) # Noise reduction: active, -6db Does that make it worse or better? :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Mon, Sep 1, 2008 at 2:39 AM, Petr Vanek [EMAIL PROTECTED] wrote: I have installed the new libficgta01vendor.so file but no help, echo freerunner, then installed the package (--force-downgrade is required), rebooted and placed another call. The echo was gone. Some people however still complain about the echo. It seems to depend on the speaker volume, but I'll investigate a bit further. It's just that my time for working on the phone is very limited. I did the patch (including the test) in about 2 hours and haven't had any time since then. Please be patient and report your experience. I'm pretty confident that we can solve this issue. Florian, could you perhaps paste here your gsmhandset.state, please? i will run some more tests tomorrow If we force a downgrade, will we need to downgrade libficgta again after the next full-scale upgrade? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Sunday 31 August 2008, Petr Vanek wrote: Florian, could you perhaps paste here your gsmhandset.state, please? i will run some more tests tomorrow Here it comes, I never modified it BTW. One of the tests I have not yet had time to carry out, is whether the echo cancellation is still on after a suspend / resume by GSM event cycle. It would be great if you could report back on that. Cheers, Florian -- DI Florian Hackenberger [EMAIL PROTECTED] www.hackenberger.at 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 103 } 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 2 } 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 'read write' comment.type BOOLEAN comment.count 1 iface MIXER name 'Mono Playback ZC Switch' value false } control.15 { comment.access 'read write' comment.type ENUMERATED comment.count 1 comment.item.0 'Linear Control' comment.item.1 'Adaptive Boost' iface MIXER name 'Bass Boost' value 'Linear Control' } control.16 {
Re: Echo issue on OM2008.08 solved
Clean install off OM2008.08-update + opkg upgrade (no updates as the newest image flashed). Installed you package with -force-downgrade. strings libficgta01vendor.so | grep N0187 prints out the desired AT command, so it's the right lib for sure. Switched of the phone. Booted it up. Prevented it from going to suspend, just to be sure nothing reinits the calypso. Echo still persists as before. :/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Le dimanche 31 août 2008 à 10:53 +0900, Andy Green a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | On Friday 29 August 2008, Florian Hackenberger wrote: | I'll cook up a patch to Qtopia-X11 | | Ok, here comes the patch. It's tiny and it works (just confirmed on my | Neo). Attached to the trac ticket: FYI, I installed it (with -force), but it doesn't work here... Can I test something ? // enable Acoustic Echo Cancellation and Noise Reduction ~service()-retryChat( AT%N0187 ); Wah... nice work. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAki5+bAACgkQOjLpvpq7dMprQgCfdOfpw+WOGhAT+5G1+uvgd6W9 ciMAni4iVW68GooTiRoPX8thQDJaWP1b =8ou6 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
HansV wrote: Thomas Bertani wrote: I also get the same error, on om 2008.08 update I get following message when trying with opkg: invalid magic. How are we supposed to install it? The invalid magic error message is usually caused by a corrupted package. Did you just copy-paste the link from the bugtracker (the attachment)? The link shown on the page leads to a preview page which isn't the actual package. Click the link in a browser and you'll get to a page where this link is shown: https://docs.openmoko.org/trac/raw-attachment/ticket/1267/qtopia-phone-x11-phonevendor-ficgta01vendor_4.3.2%2Bgit2%2B13101ab6ddaec380871ae8021a92140af526c4df-r38.05_om-gta02.opk FYI the patch didn't really do much for me. The person I called said it was a slightly better (his voice wasn't as loud as the last time i called him (before applying it) but it was still very loud). I did restart it before trying. -- View this message in context: http://n2.nabble.com/Echo-issue-on-OM2008.08-solved-tp793913p795322.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Sunday 31 August 2008, Petr Vanek wrote: I have installed the new libficgta01vendor.so file but no help, echo still persists. I got the same error as other people (Not Downgrading), so manual replacement of the previous libficgta01vendor.so by the new one was necessary. I have also tweaked my alsa settings a bit hoping that in a combination this would be sufficient but it didn't help. I tested the patch by confirming that there is an echo by calling the freerunner, then installed the package (--force-downgrade is required), rebooted and placed another call. The echo was gone. Some people however still complain about the echo. It seems to depend on the speaker volume, but I'll investigate a bit further. It's just that my time for working on the phone is very limited. I did the patch (including the test) in about 2 hours and haven't had any time since then. Please be patient and report your experience. I'm pretty confident that we can solve this issue. Cheers, Florian -- DI Florian Hackenberger [EMAIL PROTECTED] www.hackenberger.at ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Okay so I downloaded: https://docs.openmoko.org/trac/raw-attachment/ticket/1267/qtopia-phone-x11-phonevendor-ficgta01vendor_4.3.2%2Bgit2%2B13101ab6ddaec380871ae8021a92140af526c4df-r38.05_om-gta02.opk Is this installable on 2008.08 w/ upgrades? So I can do a opkg install -force-downgrade qtopia-phone-x11-phonevendor-ficgta01vendor_4.3.2+git2+13101ab6ddaec380871ae8021a92140af526c4df-r38.05_om-gta02.opk To try to fix the echo issue? Or is this not for 2008.08 w/ upgrades? On Sun, Aug 31, 2008 at 9:10 AM, Florian Hackenberger [EMAIL PROTECTED] wrote: On Sunday 31 August 2008, Petr Vanek wrote: I have installed the new libficgta01vendor.so file but no help, echo still persists. I got the same error as other people (Not Downgrading), so manual replacement of the previous libficgta01vendor.so by the new one was necessary. I have also tweaked my alsa settings a bit hoping that in a combination this would be sufficient but it didn't help. I tested the patch by confirming that there is an echo by calling the freerunner, then installed the package (--force-downgrade is required), rebooted and placed another call. The echo was gone. Some people however still complain about the echo. It seems to depend on the speaker volume, but I'll investigate a bit further. It's just that my time for working on the phone is very limited. I did the patch (including the test) in about 2 hours and haven't had any time since then. Please be patient and report your experience. I'm pretty confident that we can solve this issue. Cheers, Florian -- DI Florian Hackenberger [EMAIL PROTECTED] www.hackenberger.at ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Geoff Ruscoe Sigma Visions Computer Consulting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Sun, Aug 31, 2008 at 9:20 AM, Geoff Ruscoe [EMAIL PROTECTED]wrote: Okay so I downloaded: https://docs.openmoko.org/trac/raw-attachment/ticket/1267/qtopia-phone-x11-phonevendor-ficgta01vendor_4.3.2%2Bgit2%2B13101ab6ddaec380871ae8021a92140af526c4df-r38.05_om-gta02.opk Is this installable on 2008.08 w/ upgrades? Also I just noticed this says gta01 and I have a freerunner. And sorry for my previous sloppy top post w/ included comments... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Saturday 30 August 2008, Yann SLADEK wrote: Hi, does your patch work with a FreeRunner ? The patch turns on the echo and noise suppression capabilities in the GSM chipset using one of the hidden and NDA's AT commands someone kindly posted on the hardware list. I've tested it on my Freerunner under FSO and it works. Since GTA01 uses the same chipset I expect it will work there as well. Note that the post to the hardware list doesn't have full documentation of the functions so we may not be using the best or most reliable method of switching this function on, but for me at least it is a big improvement. if yes, why are we able to cancel the echo by setting some values under gsmhandset.state here : http://lists.openmoko.org/pipermail/community/2008-August/028465.html See my explanation later in the same thread. It sounds like the echo suppression in the GSM chipset is using a noise gate and level control similar to the one built into the Wolfson audio chip but not used in the current alsa state files. Note that even with the patch if you turn up the earpiece volume and the mic gain high enough there will be echo. The mic will pick up enough of the sound from the earpiece to fool the system into thinking you are speaking. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Sunday 31 August 2008, Geoff Ruscoe wrote: Is this installable on 2008.08 w/ upgrades? It should be. This package just contains a dynamically loadable library which is loaded by the qpe process. If it breaks your phone functionality, just connect via ssh and replace the package with the one from the repositories. Also I just noticed this says gta01 and I have a freerunner. And sorry for my previous sloppy top post w/ included comments... It says gta01 because the source code for the library was obviously developed some time ago. It applies to both phones, as the only piece of hardware this library depends on is the GSM chip (which should be the same, but information regarding the GSM chipset is VERY sparse). I promise, I never harmed a top poster in real life :-), I just try to educate people that sending mails like this makes reading them quite unpleasant. Cheers, Florian -- DI Florian Hackenberger [EMAIL PROTECTED] www.hackenberger.at ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Florian Hackenberger wrote: On Sunday 31 August 2008, Petr Vanek wrote: I have installed the new libficgta01vendor.so file but no help, echo still persists. I got the same error as other people (Not Downgrading), so manual replacement of the previous libficgta01vendor.so by the new one was necessary. I have also tweaked my alsa settings a bit hoping that in a combination this would be sufficient but it didn't help. I tested the patch by confirming that there is an echo by calling the freerunner, then installed the package (--force-downgrade is required), rebooted and placed another call. The echo was gone. Some people however still complain about the echo. It seems to depend on the speaker volume, but I'll investigate a bit further. It's just that my time for working on the phone is very limited. I did the patch (including the test) in about 2 hours and haven't had any time since then. Please be patient and report your experience. I'm pretty confident that we can solve this issue. I installed the package (raster+om2008-updated) and the echo did decrease quite bit. Unfortunately it was still there though, but very faint. Adjusting my mixer/state settings to those specified in another thread removed it completely but other levels were too soft. I think the settings were probably compensating too much and could be backed off a bit. Not sure which levels to alter but it'd probably be a good idea to get the guys from the other thread in on this as they are actively modifying the values to eliminate the echo. It's looking like a combination might be the way. Thanks. Sarton ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Geoff Ruscoe wrote: Is this installable on 2008.08 w/ upgrades? Also I just noticed this says gta01 and I have a freerunner. Yep, says gta01, just like the one you currently have installed :) opkg list_installed|grep gta01 Also check out your arch file and configured feeds. There's some selective compatibility. Sarton ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Please apply. When can we expect this fix in the various distros? When will it be in 2008.8-update, zecke, qtopia stock and FSO. Statements of people involved into that highly appreciated ;) rgds daniel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
I have installed the new libficgta01vendor.so file but no help, echo freerunner, then installed the package (--force-downgrade is required), rebooted and placed another call. The echo was gone. Some people however still complain about the echo. It seems to depend on the speaker volume, but I'll investigate a bit further. It's just that my time for working on the phone is very limited. I did the patch (including the test) in about 2 hours and haven't had any time since then. Please be patient and report your experience. I'm pretty confident that we can solve this issue. Florian, could you perhaps paste here your gsmhandset.state, please? i will run some more tests tomorrow thank you -- Petr Vaněk http://biodynamika.cz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Echo issue on OM2008.08 solved
On Friday 29 August 2008, Florian Hackenberger wrote: I'll cook up a patch to Qtopia-X11 Ok, here comes the patch. It's tiny and it works (just confirmed on my Neo). Attached to the trac ticket: https://docs.openmoko.org/trac/ticket/1267 Please apply. Cheers, Florian -- DI Florian Hackenberger [EMAIL PROTECTED] www.hackenberger.at ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, does your patch work with a FreeRunner ? if yes, why are we able to cancel the echo by setting some values under gsmhandset.state here : http://lists.openmoko.org/pipermail/community/2008-August/028465.html It's not against you at all, it's just to understand Florian Hackenberger a écrit : On Friday 29 August 2008, Florian Hackenberger wrote: I'll cook up a patch to Qtopia-X11 Ok, here comes the patch. It's tiny and it works (just confirmed on my Neo). Attached to the trac ticket: https://docs.openmoko.org/trac/ticket/1267 Please apply. Cheers, Florian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIuTlAkEZRefkDBDsRAhNnAJ9qvYwnt2ghXfU9VCgb5FIaSB11qQCfQBPI ++5g5fAc45dmYpKUom3DVUE= =Epxv -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Because those settings improve it from horrible to sorta acceptable, at the expense of lowering the volume. This looks like a real fix. BillK On Sat, 2008-08-30 at 14:12 +0200, Yann SLADEK wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, does your patch work with a FreeRunner ? if yes, why are we able to cancel the echo by setting some values under gsmhandset.state here : http://lists.openmoko.org/pipermail/community/2008-August/028465.html It's not against you at all, it's just to understand Florian Hackenberger a écrit : On Friday 29 August 2008, Florian Hackenberger wrote: I'll cook up a patch to Qtopia-X11 Ok, here comes the patch. It's tiny and it works (just confirmed on my Neo). Attached to the trac ticket: https://docs.openmoko.org/trac/ticket/1267 Please apply. Cheers, Florian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIuTlAkEZRefkDBDsRAhNnAJ9qvYwnt2ghXfU9VCgb5FIaSB11qQCfQBPI ++5g5fAc45dmYpKUom3DVUE= =Epxv -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy [EMAIL PROTECTED] Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Sat, Aug 30, 2008 at 5:02 PM, Florian Hackenberger [EMAIL PROTECTED] wrote: On Friday 29 August 2008, Florian Hackenberger wrote: I'll cook up a patch to Qtopia-X11 Ok, here comes the patch. It's tiny and it works (just confirmed on my Neo). Attached to the trac ticket: https://docs.openmoko.org/trac/ticket/1267 Does this apply only to GTA01? I am getting a Not Downgrading message when I try to install it on GTA02. Further, what is the .patch file for? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
2008/8/30 Nishit Dave [EMAIL PROTECTED] On Sat, Aug 30, 2008 at 5:02 PM, Florian Hackenberger [EMAIL PROTECTED] wrote: On Friday 29 August 2008, Florian Hackenberger wrote: I'll cook up a patch to Qtopia-X11 Ok, here comes the patch. It's tiny and it works (just confirmed on my Neo). Attached to the trac ticket: https://docs.openmoko.org/trac/ticket/1267 Does this apply only to GTA01? I am getting a Not Downgrading message when I try to install it on GTA02. Further, what is the .patch file for? I also get the same error, on om 2008.08 update ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Sat, 30 Aug 2008 13:32:40 +0200 Florian Hackenberger [EMAIL PROTECTED] (FH) wrote: Ok, here comes the patch. It's tiny and it works (just confirmed on my Neo). Attached to the trac ticket: https://docs.openmoko.org/trac/ticket/1267 I have installed the new libficgta01vendor.so file but no help, echo still persists. I got the same error as other people (Not Downgrading), so manual replacement of the previous libficgta01vendor.so by the new one was necessary. I have also tweaked my alsa settings a bit hoping that in a combination this would be sufficient but it didn't help. I know i have the right library but do i have to do anything else to activate the settings? I did reboot the FR. -- Petr Vaněk http://biodynamika.cz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Sat, 30 Aug 2008 17:19:20 +0200 Thomas Bertani [EMAIL PROTECTED] wrote: 2008/8/30 Nishit Dave [EMAIL PROTECTED] On Sat, Aug 30, 2008 at 5:02 PM, Florian Hackenberger [EMAIL PROTECTED] wrote: On Friday 29 August 2008, Florian Hackenberger wrote: I'll cook up a patch to Qtopia-X11 Ok, here comes the patch. It's tiny and it works (just confirmed on my Neo). Attached to the trac ticket: https://docs.openmoko.org/trac/ticket/1267 Does this apply only to GTA01? I am getting a Not Downgrading message when I try to install it on GTA02. Further, what is the .patch file for? I also get the same error, on om 2008.08 update install it with the option: --force-downgrade example: opkg --force-downgrade install qtopia-phone-x11-phonevendor-ficgta01vendor_4.3.2\+git2\+13101ab6ddaec380871ae8021a92140af526c4df-r38.05_om-gta02.opk -- Andre Roth | [EMAIL PROTECTED] GPG: FADF988E| 0959 4D7C F8ED DF4B 90A6 CF71 9EDF 52D1 FADF 988E ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | On Friday 29 August 2008, Florian Hackenberger wrote: | I'll cook up a patch to Qtopia-X11 | | Ok, here comes the patch. It's tiny and it works (just confirmed on my | Neo). Attached to the trac ticket: // enable Acoustic Echo Cancellation and Noise Reduction ~service()-retryChat( AT%N0187 ); Wah... nice work. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAki5+bAACgkQOjLpvpq7dMprQgCfdOfpw+WOGhAT+5G1+uvgd6W9 ciMAni4iVW68GooTiRoPX8thQDJaWP1b =8ou6 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community