Re: [Om2008.9] gsmspeakerout.state - headset working
What about the headset working on qt mediaplayer? When I use the earphones with qt mediaplayer, the external speakers are still working. I don't know how to disable the loud speakers, in order to listen the sound only through the earphones. Any hint? On Thu, Nov 20, 2008 at 8:48 AM, Tom Yates [EMAIL PROTECTED] wrote: On Wed, 19 Nov 2008, Matthias Apitz wrote: one don't need extending the desktop to launch 'alsactl -f gsmspeakerout.state restore'; when you're in a call there is a small menue on the left buttom side called 'Options' which let you switch between 'handset' and 'speakerout'; you star! from that, moving gsmspeakerout.state to one side and linking gsmheadset.state to gsmspeakerout.state means that, whilst i don't need speakerphone mode much, i can now switch to headset - which is very important for me - inside a call. i notice now that there's a headset option that shows up there *sometimes*, but it's less-easy to access than speakerphone and anyway it doesn't work as well. perhaps it loads headset.state instead of gsmheadset.state? if anyone else wants the details, they're at http://www.teaparty.net/technotes/openmoko-2.html#Headset . interestingly, this has reduced the list of things that prevent my 'moko from being a perfectly good everyday phone to zero. -- Tom Yates - http://www.teaparty.net ___ 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: [Om2008.9] gsmspeakerout.state
Matthias Apitz wrote: El día Wednesday, November 19, 2008 a las 08:46:27AM +0530, Carl Lobo escribió: I think you need to restore the gsm*.state files only when you are on call. the ringing from speaker requires mappings from stereoout.state. Ok, I think that without deeper knowledge about the files I'm lost. Can some kindly soul sheet a bit light into this darkness? I.e. - Why there are different files? Because depending on what you are doing you want to send sound to different places, and with different levels. It is simpler to have a small set of files containing the mixer states for known situations than it is for every app to store all the mixer settings itself. - Which process is reading them, in which order and when? Anything that wants to, whenever it wants to, more or less. Essentially if an app wants to use a particular mixer state then it makes a call to set the mixer to that state. FSO has a dbus API to make this a little more orderly, and qtopia may have something similar, but this doesn't prevent an app setting things directly. Because it is up to the app to do the setting you may find that an app doesn't switch to the state you want, for example when you answer a call the phone app may switch to the gsm-handset state even though you have the headset plugged in. The Wiki http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem speaks about 'states' like 'State: GSM - Built-in Handset (file gsmhandset.state)', but does not explain what a given 'state' is and how the transit between them happens... Thx matthias ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] gsmspeakerout.state
El día Tuesday, November 18, 2008 a las 06:48:23PM +, [EMAIL PROTECTED] escribió: I'm not entirely sure this helps, but I just noticed with SHR release, the speakerphone works! Maybe you could use the configuration from there? James Sent from my Verizon Wireless BlackBerry After more tests (and thanks to some private mails with explanations) I have the puzzle now together and nearly all is there in Om2008.9 to use the speakerout too; one don't need extending the desktop to launch 'alsactl -f gsmspeakerout.state restore'; when you're in a call there is a small menue on the left buttom side called 'Options' which let you switch between 'handset' and 'speakerout'; I did some small changes in the file /usr/share/openmoko/scenarios/gsmspeakerout.state to remove the echo the called party has of his/her own voice, here are the changes in its context: control.5 { comment.access 'read write' comment.type INTEGER comment.count 1 comment.range '0 - 127' iface MIXER name 'Mono Playback Volume' value 104 *** was 103, but 105 gives echo again } control.48 { comment.access 'read write' comment.type INTEGER comment.count 1 comment.range '0 - 3' iface MIXER name 'Mic2 Capture Volume' value 1 *** was 0, 2-3 gives echo again } control.63 { comment.access 'read write' comment.type ENUMERATED comment.count 1 comment.item.0 'Left PGA' comment.item.1 'Mic 1' comment.item.2 'Mic 2' comment.item.3 'Right PGA' iface MIXER name 'Mic Sidetone Mux' value 'Left PGA' ** was 'Mic 2' and causing echo } With the above changes I'ld call 'speakerout' not optimal, but at least working; Maybe someone who is using SHR could send me the mentioned file to give it a test or compare it; 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/ Q: What's the difference between an iphone and a freerunner? A: One works but takes away your freedom, the other is free but needs your work. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] gsmspeakerout.state
I really don't like the fact that the state files have ALL the controls in there. Can't we eliminate the unnecessary controls inside each file? I don't see why a speakerout.state file should have microphone settings... it just adds to the confusion, and creates competition between apps. Citando Alastair Johnson [EMAIL PROTECTED]: Matthias Apitz wrote: El día Wednesday, November 19, 2008 a las 08:46:27AM +0530, Carl Lobo escribió: I think you need to restore the gsm*.state files only when you are on call. the ringing from speaker requires mappings from stereoout.state. Ok, I think that without deeper knowledge about the files I'm lost. Can some kindly soul sheet a bit light into this darkness? I.e. - Why there are different files? Because depending on what you are doing you want to send sound to different places, and with different levels. It is simpler to have a small set of files containing the mixer states for known situations than it is for every app to store all the mixer settings itself. - Which process is reading them, in which order and when? Anything that wants to, whenever it wants to, more or less. Essentially if an app wants to use a particular mixer state then it makes a call to set the mixer to that state. FSO has a dbus API to make this a little more orderly, and qtopia may have something similar, but this doesn't prevent an app setting things directly. Because it is up to the app to do the setting you may find that an app doesn't switch to the state you want, for example when you answer a call the phone app may switch to the gsm-handset state even though you have the headset plugged in. The Wiki http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem speaks about 'states' like 'State: GSM - Built-in Handset (file gsmhandset.state)', but does not explain what a given 'state' is and how the transit between them happens... Thx matthias ___ 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: [Om2008.9] gsmspeakerout.state
On Wed, Nov 19, 2008 at 8:39 AM, Vasco Névoa [EMAIL PROTECTED] wrote: I really don't like the fact that the state files have ALL the controls in there. Can't we eliminate the unnecessary controls inside each file? I don't see why a speakerout.state file should have microphone settings... it just adds to the confusion, and creates competition between apps. If the file doesn't contain all of the controls then the audio routing may not end up the way you want. To only contain some of the controls you would need to have different files depending on which state you are transitioning from as well as which state you want to transition to. This would be much worse than just having to know which state you want to transition to. Angus -- Angus Ainslie http://www.handheldshell.com/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] gsmspeakerout.state
Vasco Névoa wrote: I really don't like the fact that the state files have ALL the controls in there. Can't we eliminate the unnecessary controls inside each file? I don't see why a speakerout.state file should have microphone settings... it just adds to the confusion, and creates competition between apps. Because the other controls are _not_ unnecessary. If you just ignore the mic settings you could end up with Mic2 enabled with high gain, routing through to the speaker and generating horrible feedback. Other unexpected weird audio routing problems will crop up, and be next to impossible to debug since it won't be clear which combination of settings applied in which order were responsible for creating the problem, let alone which app was 'responsible' for the problem. Citando Alastair Johnson [EMAIL PROTECTED]: Matthias Apitz wrote: El día Wednesday, November 19, 2008 a las 08:46:27AM +0530, Carl Lobo escribió: I think you need to restore the gsm*.state files only when you are on call. the ringing from speaker requires mappings from stereoout.state. Ok, I think that without deeper knowledge about the files I'm lost. Can some kindly soul sheet a bit light into this darkness? I.e. - Why there are different files? Because depending on what you are doing you want to send sound to different places, and with different levels. It is simpler to have a small set of files containing the mixer states for known situations than it is for every app to store all the mixer settings itself. - Which process is reading them, in which order and when? Anything that wants to, whenever it wants to, more or less. Essentially if an app wants to use a particular mixer state then it makes a call to set the mixer to that state. FSO has a dbus API to make this a little more orderly, and qtopia may have something similar, but this doesn't prevent an app setting things directly. Because it is up to the app to do the setting you may find that an app doesn't switch to the state you want, for example when you answer a call the phone app may switch to the gsm-handset state even though you have the headset plugged in. The Wiki http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem speaks about 'states' like 'State: GSM - Built-in Handset (file gsmhandset.state)', but does not explain what a given 'state' is and how the transit between them happens... Thx matthias ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] gsmspeakerout.state - headset working
On Wed, 19 Nov 2008, Matthias Apitz wrote: one don't need extending the desktop to launch 'alsactl -f gsmspeakerout.state restore'; when you're in a call there is a small menue on the left buttom side called 'Options' which let you switch between 'handset' and 'speakerout'; you star! from that, moving gsmspeakerout.state to one side and linking gsmheadset.state to gsmspeakerout.state means that, whilst i don't need speakerphone mode much, i can now switch to headset - which is very important for me - inside a call. i notice now that there's a headset option that shows up there *sometimes*, but it's less-easy to access than speakerphone and anyway it doesn't work as well. perhaps it loads headset.state instead of gsmheadset.state? if anyone else wants the details, they're at http://www.teaparty.net/technotes/openmoko-2.html#Headset . interestingly, this has reduced the list of things that prevent my 'moko from being a perfectly good everyday phone to zero. -- Tom Yates - http://www.teaparty.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Om2008.9] gsmspeakerout.state
Hello, Anybody has a good file to use the speaker as output during a phone call? I think the idea is to load this with # alsactl -f gsmspeakerout.state restore before placing a call, I'm wrong? Or is there some other magic way? Thx 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: [Om2008.9] gsmspeakerout.state
I'm not entirely sure this helps, but I just noticed with SHR release, the speakerphone works! Maybe you could use the configuration from there? James Sent from my Verizon Wireless BlackBerry -Original Message- From: Matthias Apitz [EMAIL PROTECTED] Date: Tue, 18 Nov 2008 19:36:51 To: community@lists.openmoko.org Subject: [Om2008.9] gsmspeakerout.state Hello, Anybody has a good file to use the speaker as output during a phone call? I think the idea is to load this with # alsactl -f gsmspeakerout.state restore before placing a call, I'm wrong? Or is there some other magic way? Thx 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: [Om2008.9] gsmspeakerout.state
Anybody has a good file to use the speaker as output during a phone call? I think the idea is to load this with # alsactl -f gsmspeakerout.state restore before placing a call, I'm wrong? Or is there some other magic way? In 2007.2 you have button, which exactly call that command what you write. I don't know how do it on other distros, but in Qtopia/QT Extended (so, I think, the same way is in 2008.9) it was in menu during call. You can load this state file when phone call is active, not only before it. dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] gsmspeakerout.state
[EMAIL PROTECTED] wrote: I'm not entirely sure this helps, but I just noticed with SHR release, the speakerphone works! Maybe you could use the configuration from there? I can confirm this both for Om2008 and SHR, but is there a way to improve the sound volume? It's too low to be used... Using it while driving my car is practically impossible since I can't hear anything... :| (not to mention the fact that in this case the echo is not fixed by the modem hidden command). -- 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: [Om2008.9] gsmspeakerout.state
El día Tuesday, November 18, 2008 a las 07:42:16PM +0100, Johny Tenfinger escribió: Anybody has a good file to use the speaker as output during a phone call? I think the idea is to load this with # alsactl -f gsmspeakerout.state restore before placing a call, I'm wrong? Or is there some other magic way? In 2007.2 you have button, which exactly call that command what you write. I don't know how do it on other distros, but in Qtopia/QT Extended (so, I think, the same way is in 2008.9) it was in menu during call. You can load this state file when phone call is active, not only before it. dos I've played around with it and it seems: - if you load the above file before the call it is reseted to the values of 'gsmhandset.state' - if you load the above file after placing the dial, i.e. during the call, it works: the speakerout is used; there is a lot of 'acoustic feedback' between the micro and the speaker and perhaps one must have a look into the values in the file; will have a look into the files ot Qtopia and others... creating a desktop icon for switching to/from speakerout is the simplest task :-) 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: [Om2008.9] gsmspeakerout.state
I can only suggest running alsamixer via ssh and upping the volume. That or install pymixer. Sent from my Verizon Wireless BlackBerry -Original Message- From: Marco Trevisan (Treviño) [EMAIL PROTECTED] Date: Tue, 18 Nov 2008 20:15:50 To: community@lists.openmoko.org Subject: Re: [Om2008.9] gsmspeakerout.state [EMAIL PROTECTED] wrote: I'm not entirely sure this helps, but I just noticed with SHR release, the speakerphone works! Maybe you could use the configuration from there? I can confirm this both for Om2008 and SHR, but is there a way to improve the sound volume? It's too low to be used... Using it while driving my car is practically impossible since I can't hear anything... :| (not to mention the fact that in this case the echo is not fixed by the modem hidden command). -- 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] gsmspeakerout.state
[EMAIL PROTECTED] wrote: I can only suggest running alsamixer via ssh and upping the volume. That or install pymixer. I've already all to maximum values... -_- Am I the only with this problem here? -- 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: [Om2008.9] gsmspeakerout.state
Switching the FR to # alsactl -f gsmspeakerout.state restore without doing a phone call, makes the FR 'unreachable' in network; switching it now back to # alsactl -f gsmhandset.state restore makes it receiving the call but it does not RING anymore; one must kill and restart 'qpe' to get RING 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: [Om2008.9] gsmspeakerout.state
I think you need to restore the gsm*.state files only when you are on call. the ringing from speaker requires mappings from stereoout.state. On Wed, Nov 19, 2008 at 2:54 AM, Matthias Apitz [EMAIL PROTECTED] wrote: Switching the FR to # alsactl -f gsmspeakerout.state restore without doing a phone call, makes the FR 'unreachable' in network; switching it now back to # alsactl -f gsmhandset.state restore makes it receiving the call but it does not RING anymore; one must kill and restart 'qpe' to get RING 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: [Om2008.9] gsmspeakerout.state
El día Wednesday, November 19, 2008 a las 08:46:27AM +0530, Carl Lobo escribió: I think you need to restore the gsm*.state files only when you are on call. the ringing from speaker requires mappings from stereoout.state. Ok, I think that without deeper knowledge about the files I'm lost. Can some kindly soul sheet a bit light into this darkness? I.e. - Why there are different files? - Which process is reading them, in which order and when? The Wiki http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem speaks about 'states' like 'State: GSM - Built-in Handset (file gsmhandset.state)', but does not explain what a given 'state' is and how the transit between them happens... Thx 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/ Q: What's the difference between an iphone and a freerunner? A: One works but takes away your freedom, the other is free but needs your work. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community