Re: [qtmoko] Alsa scenarios - Where do they come from ?
Klaus 'mrmoku' Kurzmann a écrit , Le 30/11/2011 08:25: On Tue, 29 Nov 2011, Gilles Filippini wrote: Quoting debian_rootfs_howto from qtmoko v35: * Unpack alsa scenarios to /usr/share/openmoko - you can find these files in any openmoko distro. But these files in qtmoko are significantly different - including control names - from those in http://svnweb.openmoko.org/trunk/src/target/audio/om-gta02 which don't work at all with qtmoko. How does it come? Names changed with newer kernels which rendered older statefiles unusable. Makes sense. Is there still an upstream for these file? Thanks, _g. signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko] Alsa scenarios - Where do they come from ?
On Wednesday 30 November 2011 10:25:11 Gilles Filippini wrote: Is there still an upstream for these file? Hi, https://github.com/radekp/qtmoko/tree/master/devices/neo/alsa_scenarios/gta02_2.6.32 i will fix the docs and point them here ^^^ Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko] Alsa scenarios - Where do they come from ?
On Wed, 30 Nov 2011, Gilles Filippini wrote: Klaus 'mrmoku' Kurzmann a écrit , Le 30/11/2011 08:25: On Tue, 29 Nov 2011, Gilles Filippini wrote: Quoting debian_rootfs_howto from qtmoko v35: * Unpack alsa scenarios to /usr/share/openmoko - you can find these files in any openmoko distro. But these files in qtmoko are significantly different - including control names - from those in http://svnweb.openmoko.org/trunk/src/target/audio/om-gta02 which don't work at all with qtmoko. How does it come? Names changed with newer kernels which rendered older statefiles unusable. Makes sense. Is there still an upstream for these file? I think every distro is cooking there own ones... no real upstream I know off. Thanks, _g. -- Klaus 'mrmoku' Kurzmann pgpNCPEP5pzSc.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko] Alsa scenarios - Where do they come from ?
Radek Polak a écrit , Le 30/11/2011 10:32: On Wednesday 30 November 2011 10:25:11 Gilles Filippini wrote: Is there still an upstream for these file? https://github.com/radekp/qtmoko/tree/master/devices/neo/alsa_scenarios/gta02_2.6.32 i will fix the docs and point them here ^^^ Great! I didn't notice this path. Thanks, _g. signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[qtmoko] Alsa scenarios - Where do they come from ?
Hi, Quoting debian_rootfs_howto from qtmoko v35: * Unpack alsa scenarios to /usr/share/openmoko - you can find these files in any openmoko distro. But these files in qtmoko are significantly different - including control names - from those in http://svnweb.openmoko.org/trunk/src/target/audio/om-gta02 which don't work at all with qtmoko. How does it come? Thanks in advance, _g. signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko] Alsa scenarios - Where do they come from ?
On Tue, 29 Nov 2011, Gilles Filippini wrote: Hi, Quoting debian_rootfs_howto from qtmoko v35: * Unpack alsa scenarios to /usr/share/openmoko - you can find these files in any openmoko distro. But these files in qtmoko are significantly different - including control names - from those in http://svnweb.openmoko.org/trunk/src/target/audio/om-gta02 which don't work at all with qtmoko. How does it come? Names changed with newer kernels which rendered older statefiles unusable. Thanks in advance, _g. -- Klaus 'mrmoku' Kurzmann pgpS7w6NRvy8T.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ringtone volume, intone boost, no alsa files
Hi folks, I also missed some calls because of a too low ringtone. Keeping Intone running seems to work, but then my FR can't go in sleep mode (and it's good : I forbade it with fsoraw because I didn't want my phone to go in sleep mode while listening some music) Any idea to raise ringtone volume ? Maybe modifying stereout.alsa ? BTW I cannot find any .alsa files on my SHR-U (updated a few days ago) Thanks for any help, Xavier. On 01/11/2009 12:45, Laszlo KREKACS wrote: Hi! I was always wondering why I miss sometimes phonecalls. Then today, I discovered, that when intone is running, and I level up the volume, the phone ringing is much more louder when intone is not running. I tried to level up the volume through fso-simplemixer.py, but even at '101' percent, is not as much loud as with intone running. If I launch intone while the phone is ringing, then the ringing become louder, and if I quit then it get quiter. What is really stranger, that intone set the volume through amixer: src/dbus-stuff.c:100 sprintf(cmd, amixer -c 0 set PCM %d%s, vol, \%\n); And in my /usr/share/shr/scenarii/stereout.state file, the PCM value is already at maximum(255): control.1 { comment.access 'read write' comment.type INTEGER comment.count 2 comment.range '0 - 255' iface MIXER name 'PCM Volume' value.0 255 value.1 255 } What I miss? Any idea? Best regards, Laszlo ps: since I discovered this, intone is always running. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ringtone volume, intone boost, no alsa files
Forgot to add : changing volume from 0 to 100 in shr-settings/profile seems to do nothing :/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ringtone volume, intone boost, no alsa files
On Thursday 20 May 2010, Xavier Cremaschi wrote: BTW I cannot find any .alsa files on my SHR-U (updated a few days ago) They used to be .state files, but lost that extension when the format changed and the files were moved. I don't think they've ever been .alsa though. Due to upgrades, changing locations and a change of name for the package containing the files I've ended up with them in more than one place, and i'm not sure what the correct one is at the moment. This should find it for you though. find / -name stereoout ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ringtone volume, intone boost, no alsa files
Le 20/05/2010 10:17, Al Johnson a écrit : On Thursday 20 May 2010, Xavier Cremaschi wrote: BTW I cannot find any .alsa files on my SHR-U (updated a few days ago) They used to be .state files, but lost that extension when the format changed and the files were moved. I don't think they've ever been .alsa though. My bad, .state of course. Due to upgrades, changing locations and a change of name for the package containing the files I've ended up with them in more than one place, and i'm not sure what the correct one is at the moment. This should find it for you though. find / -name stereoout Indeed. /etc/freesmartphone/conf/openmoko_gta/alsa-2.6.29/stereoout /etc/freesmartphone/conf/openmoko_gta/alsa-2.6.31/stereoout /etc/freesmartphone/conf/htc_qualcomm_dream/alsa-default/stereoout I presume the first one is the good one, because it's not a HTC and kernel is 2.6.29 Thanks! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ringtone volume, intone boost, no alsa files
Am Donnerstag, 20. Mai 2010 08:57:51 schrieb Xavier Cremaschi: Forgot to add : changing volume from 0 to 100 in shr-settings/profile seems to do nothing :/ Setting ringtone volume via phone profiles did never work. -- Klaus 'mrmoku' Kurzmann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Help with alsa states
On Wednesday 04 November 2009, Aditya Gandhi wrote: Hi, guys I figured out the setting for my music, I set the pcm, bass etc levels while using intone with my headsets. when ever I pause and resume I believe is changes sound states. So which file does is take to restore , I tried replacing /usr/share/openmoko/scenarios/stereoout.state , headsetout.state, gsmspeakerout.state, gsmhandset.state and gsmheadset.state. But it does not load any of these, I can see it in the alsamixer if any change has taken place, but I cannot get my settings back. can anyone guide me where to look for these config files Which distro are you using? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Help with alsa states
I'm using shr-u, I also tried the /usr/share/shr/scenarii , but doesn't help with intone, i guess intone sets the bass and treble On Wed, Nov 4, 2009 at 3:57 PM, Al Johnson openm...@mazikeen.demon.co.uk wrote: On Wednesday 04 November 2009, Aditya Gandhi wrote: Hi, guys I figured out the setting for my music, I set the pcm, bass etc levels while using intone with my headsets. when ever I pause and resume I believe is changes sound states. So which file does is take to restore , I tried replacing /usr/share/openmoko/scenarios/stereoout.state , headsetout.state, gsmspeakerout.state, gsmhandset.state and gsmheadset.state. But it does not load any of these, I can see it in the alsamixer if any change has taken place, but I cannot get my settings back. can anyone guide me where to look for these config files Which distro are you using? ___ 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: Help with alsa states
That could be it. The author is usually _very_ responsive to bug reports, but you may have to put intone in the subject to get his attention. On Wednesday 04 November 2009, Aditya Gandhi wrote: I'm using shr-u, I also tried the /usr/share/shr/scenarii , but doesn't help with intone, i guess intone sets the bass and treble On Wed, Nov 4, 2009 at 3:57 PM, Al Johnson openm...@mazikeen.demon.co.uk wrote: On Wednesday 04 November 2009, Aditya Gandhi wrote: Hi, guys I figured out the setting for my music, I set the pcm, bass etc levels while using intone with my headsets. when ever I pause and resume I believe is changes sound states. So which file does is take to restore , I tried replacing /usr/share/openmoko/scenarios/stereoout.state , headsetout.state, gsmspeakerout.state, gsmhandset.state and gsmheadset.state. But it does not load any of these, I can see it in the alsamixer if any change has taken place, but I cannot get my settings back. can anyone guide me where to look for these config files Which distro are you using? ___ 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Help with alsa states
Hi, guys I figured out the setting for my music, I set the pcm, bass etc levels while using intone with my headsets. when ever I pause and resume I believe is changes sound states. So which file does is take to restore , I tried replacing /usr/share/openmoko/scenarios/stereoout.state , headsetout.state, gsmspeakerout.state, gsmhandset.state and gsmheadset.state. But it does not load any of these, I can see it in the alsamixer if any change has taken place, but I cannot get my settings back. can anyone guide me where to look for these config files ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Xfbdev+ALSA - which phone?
since FICOpenMoko seems to have gotten out of competition against ASUSACerHTCHuaWeiNokiaEriccsonSonySamsungLGApple in the phone dept, which is a suitable option for someone who wants 3G data and the ability to run anything? N900 is $600, i'd rather get 3 $100-150 mainland-china/last-generation Android phones that at least have XFbdev going, pick the one with the best ALSA support, and have 2 spares, and spend half of what Nokia wants on something i'd be afraid to break/lose perhaps a G1? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Xfbdev+ALSA - which phone?
On Thu, Oct 15, 2009 at 10:32 PM, carmen _...@whats-your.name wrote: since FICOpenMoko seems to have gotten out of competition against ASUSACerHTCHuaWeiNokiaEriccsonSonySamsungLGApple in the phone dept, which is a suitable option for someone who wants 3G data and the ability to run anything? N900 is $600, i'd rather get 3 $100-150 mainland-china/last-generation Android phones that at least have XFbdev going, pick the one with the best ALSA support, and have 2 spares, and spend half of what Nokia wants on something i'd be afraid to break/lose perhaps a G1? Get a Freerunner A7 and a 3G dongle that works. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Xfbdev+ALSA - which phone?
Right now, the Palm Pre seems to come closest to the FreeRunner wrt. openness (albeit still miles away, of course). It has just been released in europe and work has started to port an own userland based on FSO to it. Cheers, :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Xfbdev+ALSA - which phone?
Thats ok if you want to make a call out, but how can you call in if the phone is suspended - leaving it running will probably give a battery life of about 4 hours or so if not less. There is also the problem of how to attach the dongle - would look kinda weird with one of those silver usb cables hanging out, not to say connector damage as it gets twisted as you put it in a pocket or bag. The USB dongle is a great idea for temporary/emergency use, but I dont see it as practical as day to day phone - wish it was tho as it would solve the lack of 3G issues. BillK On Thu, 2009-10-15 at 22:46 +0530, rakshat hooja wrote: On Thu, Oct 15, 2009 at 10:32 PM, carmen _...@whats-your.name wrote: since FICOpenMoko seems to have gotten out of competition against ASUSACerHTCHuaWeiNokiaEriccsonSonySamsungLGApple in the phone dept, which is a suitable option for someone who wants 3G data and the ability to run anything? N900 is $600, i'd rather get 3 $100-150 mainland-china/last-generation Android phones that at least have XFbdev going, pick the one with the best ALSA support, and have 2 spares, and spend half of what Nokia wants on something i'd be afraid to break/lose perhaps a G1? Get a Freerunner A7 and a 3G dongle that works. ___ 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: [om2009] (I) messed up alsa
Dnia 2009-08-26, śro o godzinie 19:21 +0300, Risto H. Kurppa pisze: You can try this: http://kurppa.fi/freerunner/config_files/gsmhandset.state (copy to .. hmm.. let me try.. /usr/share/openmoko/scenarios ) I'll try those also if you do not mind. I am still looking for good scenarios. I still get complaints while talking through FR. -- Kind Regards, Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[om2009] (I) messed up alsa
Hi I opened up alsamixer and fiddled with most of the 96 sliders. And now, my phone makes a horrible sound (apparently) on the other end of a phone conversation. The sound has been described as BRRiKKKiRRRiRRiZZiZZZSCH I *guess* I messed up the alsa-state files permanently. What's the easiest way to revert them back to their original settings ? I was thinking to opkg-remove, opkg-install something ? *-pike PS. What I was trying to do is get sound out of my external speakers - ffalarms wasn't much good without it. And in fact, that works now :-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [om2009] (I) messed up alsa
On August 26, 2009 09:13:11 am pike wrote: I *guess* I messed up the alsa-state files permanently. What's the easiest way to revert them back to their original settings ? I was thinking to opkg-remove, opkg-install something ? opkg install -force-reinstall openmoko-alsa-scenarios Angus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [om2009] (I) messed up alsa
[cut] The sound has been described as BRRiKKKiRRRiRRiZZiZZZSCH Congratulations! You have just found undocumented function of FreeRunner - it translates your voice to BrikiriZsh language ;) I *guess* I messed up the alsa-state files permanently. What's the easiest way to revert them back to their original Restore from backup ;) And seriously, i would download stock state files from any distro and `scp` them into FR. [cut] -- Kind Regards, Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [om2009] (I) messed up alsa
You can try this: http://kurppa.fi/freerunner/config_files/gsmhandset.state (copy to .. hmm.. let me try.. /usr/share/openmoko/scenarios ) Or do the opkg magic mentioned above r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
A5 buzzfixed : which alsa state file ?
Everything is in the title : should I keep my A5 files or use the A7 ones ? Xavier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: A5 buzzfixed : which alsa state file ?
I think the a7 state On Mon, Jun 8, 2009 at 12:04 PM, Xavier Cremaschi omega.xav...@gmail.comwrote: Everything is in the title : should I keep my A5 files or use the A7 ones ? Xavier. ___ 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: A5 buzzfixed : which alsa state file ?
look this page http://wiki.openmoko.org/wiki/Freerunner_Hardware_Issues#Poor_Audio_Quality_.28FIXED.29 On Mon, Jun 8, 2009 at 12:38 PM, tammaro pamdirac palombo pamm...@gmail.com wrote: I think the a7 state On Mon, Jun 8, 2009 at 12:04 PM, Xavier Cremaschi omega.xav...@gmail.comwrote: Everything is in the title : should I keep my A5 files or use the A7 ones ? Xavier. ___ 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
[SHR] A7 alsa state
Hi, everyone I have recently got my Neo buuzfixed. Based on #2121 [1] I have tried two alsa states: - [2] gsmhandset.state.new (supposed to be the correct one): I got echo and the voice heard on the other side is very distorted - [3] gsmhandset-a7.state: I got good sound, no echo at all, but volume is lower than gsmhandset.state.new (but higher than before buzzfix, of course) Starting with gsmhandset.state.new I have lowered 'Mic2 Capture Volume' to 0, and that way, I have no echo, and voice is crisper and louder than -a7. Does someone has the same problems? Is it possible to let Mic2 gain on 3 and control echo with any stronger AT command? [1] http://docs.openmoko.org/trac/ticket/2121 [2] http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset.state.new [3] http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset-a7.state ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] A7 alsa state
Is it possible to let Mic2 gain on 3 and control echo with any stronger AT command? di you try the one mentioned in the trac entry (at+clvl=230) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] A7 alsa state
On Friday 22 May 2009 13:15:48 arne anka wrote: di you try the one mentioned in the trac entry (at+clvl=230) I did suppose it was already on SHR, because it is on FSO: http://trac.freesmartphone.org/attachment/ticket/122/channel.py.diff http://trac.freesmartphone.org/attachment/ticket/122/unsolicited.py.diff But it seems is different on SHR: r...@om-gta02 /usr $ grep CLVL ./lib/python2.6/site-packages/framework/subsystems/ogsmd/modems/ti_calypso/channel.py c.append( AT+CLVL=255 ) # audio output: set to maximum I will try to change it, and I will ask on SHR list about this change. Thank you very much ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] A7 alsa state
On Fri, May 22, 2009 at 16:25, David Garabana Barro da...@garabana.com wrote: On Friday 22 May 2009 13:15:48 arne anka wrote: di you try the one mentioned in the trac entry (at+clvl=230) I did suppose it was already on SHR, because it is on FSO: http://trac.freesmartphone.org/attachment/ticket/122/channel.py.diff http://trac.freesmartphone.org/attachment/ticket/122/unsolicited.py.diff But it seems is different on SHR: r...@om-gta02 /usr $ grep CLVL ./lib/python2.6/site-packages/framework/subsystems/ogsmd/modems/ti_calypso/channel.py c.append( AT+CLVL=255 ) # audio output: set to maximum I will try to change it, and I will ask on SHR list about this change. Thank you very much If it's not in upgraded shr-unstable, then it's not in FSO, as we are using latest version of frameworkd. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Wolfson WM8753 alsa mapping
Hi , This is Openmoko HW engineer Candy in Taipei. We're working on the wm8753 alsa mapping. It's almost done and we'll ask someone in Taipei to add it to Wiki. Thanks for ur information. We'll keep you posted. Candy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wolfson WM8753 alsa mapping
Hi, Candy Chou candy_c...@openmoko.com writes: This is Openmoko HW engineer Candy in Taipei. We're working on the wm8753 alsa mapping. Have you seen the diagram i prepared? [1] It's almost done and we'll ask someone in Taipei to add it to Wiki. Weird idea to be honest ;) Thanks for ur information. We'll keep you posted. Please tell if you have any plans on implementing an ALSA ctl plugin to present the userspace with clean and simple interface consistent with the particular hardware arrangement. If not, what are your plans wrt this? [1] http://wiki.openmoko.org/wiki/Neo1973_audio_subsystem -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Updated WM8753 routing diagram with ALSA control names
Paul Fertser fercer...@gmail.com writes: I can provide Inkscape source file on demand. That'd be nice since my monochrome printer does not make blue/black text easy to separate :-) Can you add it to the wiki too? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Updated WM8753 routing diagram with ALSA control names
Timo Juhani Lindfors timo.lindf...@iki.fi writes: Paul Fertser fercer...@gmail.com writes: I can provide Inkscape source file on demand. That'd be nice since my monochrome printer does not make blue/black text easy to separate :-) Can you add it to the wiki too? Done. Though the diagram itself is still raster, i only added alsa control names in a separate layer. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Updated WM8753 routing diagram with ALSA control names (was: Re: [FSO] Any luck with bluetooth headsets?)
Paul Fertser fercer...@gmail.com writes: Simon Kagstrom simon.kagst...@gmail.com writes: From looking at the diagram, I think that would make sense at least. I haven't figured out how to affect these still from looking in the state file and in the driver though. I'm going to prepare a routing diagram with alsa control names printed over it real soon (today/tomorrow), as i'm already familiar with the driver code, so it's just work to be done. Man, it was tough: http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem#ALSA_Channels All alsa control names that affect routing are now printed over the diagram. I can provide Inkscape source file on demand. The controls that are not mentioned either affect ADC/DAC in various not routing-related ways (and to use them one most probably needs to look at the datasheet anyway) or affect power management in freerunner-specific way (and therefore their names are self-explanatory). -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Updated WM8753 routing diagram with ALSA control names (was: Re: [FSO] Any luck with bluetooth headsets?)
On Mon, Feb 23, 2009 at 8:48 AM, Paul Fertser fercer...@gmail.com wrote: Paul Fertser fercer...@gmail.com writes: Simon Kagstrom simon.kagst...@gmail.com writes: From looking at the diagram, I think that would make sense at least. I haven't figured out how to affect these still from looking in the state file and in the driver though. I'm going to prepare a routing diagram with alsa control names printed over it real soon (today/tomorrow), as i'm already familiar with the driver code, so it's just work to be done. Man, it was tough: http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem#ALSA_Channels All alsa control names that affect routing are now printed over the diagram. I can provide Inkscape source file on demand. The controls that are not mentioned either affect ADC/DAC in various not routing-related ways (and to use them one most probably needs to look at the datasheet anyway) or affect power management in freerunner-specific way (and therefore their names are self-explanatory). Paul, This diagram looks quite pretty. I was looking into this ALSA issue but it was rather silly, mostly because I am not qualified to fix it. Of course I didn't know that when I started looking into it and somehow the lack of documentation misled me -- I'll update the wiki page in a few hours so that nobody else gets misled by it as it happened to me. I'll assume that you don't need my help and try to work on something else, like help getting something upstream. If you think I can do something that helps you for this issue please tell me or tell Andy. N.- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Release of GuitarTune v0.20 (based on Alsa)
Bass Guitar, low E is at about 40.5 HZ (though the harmonic makes it low E on a guitar). Low B (5 string Bass) is ~31HZ I'd suggest, instead of a fret-board, a gauge (like a speedometer) to show how close to in tune you are. Sort of like standard analog tuners. It's been a while since I've been in the code, but I think there's a GTK widget that does this Love the app, thank you for taking the time to develop it! I just used it a few minutes ago to tune my axe. On Feb 8, 2009, at 1:44 AM, c_c wrote: Also - it would be nice to hear about what other instruments are being tuned! Hmmm, time to change the name of the app perhaps?! I'm also in the process of pimping up the GUI. Just thought it would be nice to look at a sexier GTK program! I was kind of going for a guitar fretboard look (I know it's been overdone on the iPhone) but maybe I need to relook that. Any Ideas? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Release of GuitarTune v0.20 (based on Alsa)
On Sun, Feb 8, 2009 at 7:44 AM, c_c cchan...@yahoo.com wrote: You're welcome. And thanks for the input - didn't know trumpets could be tuned too! Makes sense though. Well, theoretically, the freq detection is only limited by the mic characteristics and the sample rate. Since I'm sampling at 44100 (after the shift to alsa) - the program should detect upto 20KHz without any prob. I have, however, restricted the freq detection between 20 to 350 Hz (to save on calculations and ease off the lag). As the dsp code gets better (as I experiment with it - hopefully:-) I'll increase the freq range. Does anyone have any inputs about what the range should be? I'm not really looking at covering all the keys in a Piano - but that can be done too - with greater lags. Also - it would be nice to hear about what other instruments are being tuned! Hmmm, time to change the name of the app perhaps?! I'm also in the process of pimping up the GUI. Just thought it would be nice to look at a sexier GTK program! I was kind of going for a guitar fretboard look (I know it's been overdone on the iPhone) but maybe I need to relook that. Any Ideas? Maybe it's possible to create profiles for different instruments. Then the range of the freq detection could be limited and thus we still have fast detection. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Release of GuitarTune v0.20 (based on Alsa)
Thanks for this great app. It works pretty good. A friend also tried to tune a trumpet with it, which is no problem either. Jake ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Release of GuitarTune v0.20 (based on Alsa)
Hi, Jakob wrote: Thanks for this great app. It works pretty good. A friend also tried to tune a trumpet with it, which is no problem either. You're welcome. And thanks for the input - didn't know trumpets could be tuned too! Makes sense though. Well, theoretically, the freq detection is only limited by the mic characteristics and the sample rate. Since I'm sampling at 44100 (after the shift to alsa) - the program should detect upto 20KHz without any prob. I have, however, restricted the freq detection between 20 to 350 Hz (to save on calculations and ease off the lag). As the dsp code gets better (as I experiment with it - hopefully:-) I'll increase the freq range. Does anyone have any inputs about what the range should be? I'm not really looking at covering all the keys in a Piano - but that can be done too - with greater lags. Also - it would be nice to hear about what other instruments are being tuned! Hmmm, time to change the name of the app perhaps?! I'm also in the process of pimping up the GUI. Just thought it would be nice to look at a sexier GTK program! I was kind of going for a guitar fretboard look (I know it's been overdone on the iPhone) but maybe I need to relook that. Any Ideas? -- View this message in context: http://n2.nabble.com/New-Release-of-GuitarTune-v0.20-%28based-on-Alsa%29-tp2263173p2291970.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: New Release of GuitarTune v0.20 (based on Alsa)
Hi, Thanks for the reply. I put my comments inline, so see below. On Thu, 2009-02-05 at 05:11 -0800, c_c wrote: Hi, Ed Kapitein wrote: ... so when playing a G the tuner hears a A. Well, I only own two accoustic guitars - and it seems to be quite accurate for me. But then fundamental freq detection is not a guarantee with the signal processing I'm doing. There are many things that can throw the tuner off - like background noise for eg or the particular characteristics of the guitar. So, here are some questions that would help me understand the approach to take to make the program more accurate. Are you using an accoustic guitar? Yes, vincente sanchiz 38B, beautiful instument btw. I do have another one, a bit older and of less quallity, i will try that one later tonight. Is the tuner consistently hearing a higher note? It switches every now and then. the G is almost always regonized as an (out-of-tune) low A, but sometimes it switches to te correct G. Could you verify by using some other tuner what the error is? the other tuner i have has no frequency scale, just a led bar indicating way to low, to low, right, to high, way to high. Could you try after keeping the freerunner really close to the guitar? I almost inserted it! without any difference. i also adjusted the volume to no avail. I could record the sound of my strings and send them to you, if that would help debugging the problem. Please let me know if you need more info, i will make some pure sinus waves at the right frequency, to see if that does work. Kind regards, Ed Ed Kapitein wrote: is it possible to select manually which string you try to tune? it could filter the input signal at that frequency and perhaps make recognizing the correct tone easier. Well, the current method I'm using (FFT followed by a harmonic spectrum product) wont be affected by knowing which string you're tuning. Then again, I could use another method of determining the fundamental freq (goertzel algorithm) perhaps, which would need to know the target freq. Though that will be totally different program. So, right now, I would prefer trying to get some feedback and improving the code to see how it can be made more accurate. And your feedback would help the most since you're the first one to tell me its off :-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Release of GuitarTune v0.20 (based on Alsa)
Hi, Ed Kapitein wrote: Could you try after keeping the freerunner really close to the guitar? I almost inserted it! without any difference. i also adjusted the volume to no avail. Ha :-D. Well, that's ruled out then. There must be another prob. Ed Kapitein wrote: I could record the sound of my strings and send them to you, if that would help debugging the problem. Yup. That would be nice! I could then experiment to see what the real prob is. Ed Kapitein wrote: ...i will make some pure sinus waves at the right frequency, to see if that does work. That would help too. Thanks, and let me know the results. Also, I will be releasing another update this weekend. If I could solve the prob in time - I'll include the fix too. Thanks for taking the time to provide feedback :-) -- View this message in context: http://n2.nabble.com/New-Release-of-GuitarTune-v0.20-%28based-on-Alsa%29-tp2263173p2288408.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: New Release of GuitarTune v0.20 (based on Alsa)
Hi, Ed Kapitein wrote: ... so when playing a G the tuner hears a A. Well, I only own two accoustic guitars - and it seems to be quite accurate for me. But then fundamental freq detection is not a guarantee with the signal processing I'm doing. There are many things that can throw the tuner off - like background noise for eg or the particular characteristics of the guitar. So, here are some questions that would help me understand the approach to take to make the program more accurate. Are you using an accoustic guitar? Is the tuner consistently hearing a higher note? Could you verify by using some other tuner what the error is? Could you try after keeping the freerunner really close to the guitar? Ed Kapitein wrote: is it possible to select manually which string you try to tune? it could filter the input signal at that frequency and perhaps make recognizing the correct tone easier. Well, the current method I'm using (FFT followed by a harmonic spectrum product) wont be affected by knowing which string you're tuning. Then again, I could use another method of determining the fundamental freq (goertzel algorithm) perhaps, which would need to know the target freq. Though that will be totally different program. So, right now, I would prefer trying to get some feedback and improving the code to see how it can be made more accurate. And your feedback would help the most since you're the first one to tell me its off :-) -- View this message in context: http://n2.nabble.com/New-Release-of-GuitarTune-v0.20-%28based-on-Alsa%29-tp2263173p2274783.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: New Release of GuitarTune v0.20 (based on Alsa)
Hi ! thanks a lot for this tool, it works great !! One idea of improvement : Play mid file with the corresponding note when clicking on one of the 6 button. This way, we can approach the note faster, and then use the vu meter to adjust it. Kimaidou 2009/2/3 Natanael natana...@gmx.de Natanael wrote: c_c wrote: Hi, Well, here's the new release of Guitar Tune http://n2.nabble.com/file/n2254283/guitartune_0.20_arm.ipk (download) . Cool, I want to try it, but i get: $ opkg install guitartune_0.20_arm.ipk Installing guitartune (0.20) to root... Collected errors: * ERROR: Cannot satisfy the following dependencies for guitartune: * libfftw3-3 * on SHR, where can I find libfftw3-3? I've searched in http://downloads.freesmartphone.org/ but couldn't find it. Which distribution do you use? Ok, thankyou I've found my answer on http://www.opkg.org/package_115.html opkg install libglade-2.0 gtk+ http://www.angstrom-distribution.org/feeds/2007/ipk/glibc/armv4t/base/libfftw3-3_3.1.2-r1_armv4t.ipk http://www.opkg.org/packages/guitartune_0.20_arm.ipk be blessed Natanael -- Web: http://natanael.comiles.eu eMail: natanaela _at_ gmx.de ___ 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: New Release of GuitarTune v0.20 (based on Alsa)
Hi, Richard Guest wrote: That new package has the project .svn entries in it still... Yup :-D I was wondering how it became so big suddenly ~750k - 1.5M. Thanks. Have removed the .svn entries. Updated packages are available at the usual locations. kimaidou wrote: Play mid file with the corresponding note when clicking on one of the 6 button. This way, we can approach the note faster, and then use the vu meter to adjust it. Thank You for the idea. Will implement it soon enough. Need to split the GUI and the DSP part into 2 different threads first. Also - I'll need to learn how to generate a tone using MIDI under alsa :-) -- View this message in context: http://n2.nabble.com/New-Release-of-GuitarTune-v0.20-%28based-on-Alsa%29-tp2263173p2268600.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: New Release of GuitarTune v0.20 (based on Alsa)
Hi, Nice app, but not really functional for me. it picks the wrong note for the string, so when playing a G the tuner hears a A. And that seems to happen to other strings as well. That might have to do with the harmonics created by my guitar. is it possible to select manually which string you try to tune? it could filter the input signal at that frequency and perhaps make recognizing the correct tone easier. It sure seems like a nice tool to have on my FR. ( perhaps someone wil create an app that will make me a fresh cup of coffee every now and then, just to make life perfect ;-) Thanks for the nice job so far! Kind regards, Ed kimaidou wrote: Hi ! thanks a lot for this tool, it works great !! One idea of improvement : Play mid file with the corresponding note when clicking on one of the 6 button. This way, we can approach the note faster, and then use the vu meter to adjust it. Kimaidou 2009/2/3 Natanael natana...@gmx.de mailto:natana...@gmx.de Natanael wrote: c_c wrote: Hi, Well, here's the new release of Guitar Tune http://n2.nabble.com/file/n2254283/guitartune_0.20_arm.ipk (download) . Cool, I want to try it, but i get: $ opkg install guitartune_0.20_arm.ipk Installing guitartune (0.20) to root... Collected errors: * ERROR: Cannot satisfy the following dependencies for guitartune: * libfftw3-3 * on SHR, where can I find libfftw3-3? I've searched in http://downloads.freesmartphone.org/ but couldn't find it. Which distribution do you use? Ok, thankyou I've found my answer on http://www.opkg.org/package_115.html opkg install libglade-2.0 gtk+ http://www.angstrom-distribution.org/feeds/2007/ipk/glibc/armv4t/base/libfftw3-3_3.1.2-r1_armv4t.ipk http://www.opkg.org/packages/guitartune_0.20_arm.ipk be blessed Natanael -- Web: http://natanael.comiles.eu eMail: natanaela _at_ gmx.de http://gmx.de ___ Openmoko community mailing list community@lists.openmoko.org mailto: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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
New Release of GuitarTune v0.20 (based on Alsa)
Hi, Well, here's the new release of Guitar Tune http://n2.nabble.com/file/n2254283/guitartune_0.20_arm.ipk (download) . Also available on opkg.org and http://guitartune.googlecode.com/ guitartune.googlecode.com . It's based on alsa and automatically selects the appropriate alsa state. Have tested on FSO Milestone 4 and kernel 2.6.28. and it should work on SHR too. Source code is available http://n2.nabble.com/file/n2254283/guitartune-0.2.tar.gz here. The freq detection is slow and needs optimisation. Currently you should get to see something in about a second. I know the GUI and the DSP part should be in two threads. Need to do that yet. Feedback is welcome. I need help to speed up the DSP part of the code. Unfortunately I'm not able to get back access to guitartune.projects.openmoko.org. So, the code is now browseable http://code.google.com/p/guitartune/source/browse/ here . -- View this message in context: http://n2.nabble.com/New-Release-of-GuitarTune-v0.20-%28based-on-Alsa%29-tp2263173p2263173.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: New Release of GuitarTune v0.20 (based on Alsa)
Hi, Sounds like a great app! any change of getting this to work on 2008.12 ? Kind regards, Ed c_c wrote: Hi, Well, here's the new release of Guitar Tune http://n2.nabble.com/file/n2254283/guitartune_0.20_arm.ipk (download) . Also available on opkg.org and http://guitartune.googlecode.com/ guitartune.googlecode.com . It's based on alsa and automatically selects the appropriate alsa state. Have tested on FSO Milestone 4 and kernel 2.6.28. and it should work on SHR too. Source code is available http://n2.nabble.com/file/n2254283/guitartune-0.2.tar.gz here. The freq detection is slow and needs optimisation. Currently you should get to see something in about a second. I know the GUI and the DSP part should be in two threads. Need to do that yet. Feedback is welcome. I need help to speed up the DSP part of the code. Unfortunately I'm not able to get back access to guitartune.projects.openmoko.org. So, the code is now browseable http://code.google.com/p/guitartune/source/browse/ here . ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Release of GuitarTune v0.20 (based on Alsa)
c_c wrote: Hi, Well, here's the new release of Guitar Tune http://n2.nabble.com/file/n2254283/guitartune_0.20_arm.ipk (download) . Cool, I want to try it, but i get: $ opkg install guitartune_0.20_arm.ipk Installing guitartune (0.20) to root... Collected errors: * ERROR: Cannot satisfy the following dependencies for guitartune: * libfftw3-3 * on SHR, where can I find libfftw3-3? I've searched in http://downloads.freesmartphone.org/ but couldn't find it. Which distribution do you use? be blessed Natanael -- Web: http://natanael.comiles.eu eMail: natanaela _at_ gmx.de ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Release of GuitarTune v0.20 (based on Alsa)
Natanael wrote: c_c wrote: Hi, Well, here's the new release of Guitar Tune http://n2.nabble.com/file/n2254283/guitartune_0.20_arm.ipk (download) . Cool, I want to try it, but i get: $ opkg install guitartune_0.20_arm.ipk Installing guitartune (0.20) to root... Collected errors: * ERROR: Cannot satisfy the following dependencies for guitartune: * libfftw3-3 * on SHR, where can I find libfftw3-3? I've searched in http://downloads.freesmartphone.org/ but couldn't find it. Which distribution do you use? Ok, thankyou I've found my answer on http://www.opkg.org/package_115.html opkg install libglade-2.0 gtk+ http://www.angstrom-distribution.org/feeds/2007/ipk/glibc/armv4t/base/libfftw3-3_3.1.2-r1_armv4t.ipk http://www.opkg.org/packages/guitartune_0.20_arm.ipk be blessed Natanael -- Web: http://natanael.comiles.eu eMail: natanaela _at_ gmx.de ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alsa state chooser
On Thursday 29 January 2009, TL Mieszkowski wrote: Al Johnson wrote: On Wednesday 28 January 2009, TL Mieszkowski wrote: KaZeR wrote: First example on top of my head : you are listening to music via your headset, and you unplug it : if in a public place, it might be convenient to pause media player to avoid bothering your neighboors. My other phone behaves like that and i find it convenient and respectful for the other people. I'm nobody, but that is so contrived it comes no where near convincing me that such a non-UNIXy system is the right way. Contrived? It's an example of good behaviour by an existing phone, so it's a real world example. Actually, who cares if it's contrived or not? I thought that was what /dev/input/eventX was for. It is on the Freerunner and Neo1973, but probably isn't the same device on the a780, the e-ten glofiish M800 or any of the other devices FSO may support in future. Remember FSO is an abstraction layer for smartphones in general, not Openmoko in particular. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alsa state chooser
TL Mieszkowski wrote: KaZeR wrote: First example on top of my head : you are listening to music via your headset, and you unplug it : if in a public place, it might be convenient to pause media player to avoid bothering your neighboors. My other phone behaves like that and i find it convenient and respectful for the other people. I'm nobody, but that is so contrived it comes no where near convincing me that such a non-UNIXy system is the right way. Some other examples: You may have one preferred volume for your headset, and another preferred volume for the loudspeaker. The media player can set correct volume at all times, upon receiving notification. Apps that don't care can ignore this particular event. I find it useful that the phone notices plug/unplug events. I ususally plug in the headset in order to listen to music. The display lights up, so I don't have to waste a screen press on that. I can start the music player directly, because the backlight came on automatically. Since I don't use headphones for anything else, I could customize this further to launch the music player when the headset gets plugged in. There is no such option without a notification interface. You may not find notification useful, but I don't see that as a reason to remove it entirely. Some people have uses for it. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Alsa state chooser
I can see how having the sound info in a stack might be useful (marginally, really), but I can't see it justifying the use of D-bus. I wouldn't say never, but I really can't think of any pressing reasons to want to know when the state changes. First example on top of my head : you are listening to music via your headset, and you unplug it : if in a public place, it might be convenient to pause media player to avoid bothering your neighboors. My other phone behaves like that and i find it convenient and respectful for the other people. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Alsa state chooser
KaZeR wrote: First example on top of my head : you are listening to music via your headset, and you unplug it : if in a public place, it might be convenient to pause media player to avoid bothering your neighboors. My other phone behaves like that and i find it convenient and respectful for the other people. I'm nobody, but that is so contrived it comes no where near convincing me that such a non-UNIXy system is the right way. -- View this message in context: http://n2.nabble.com/Alsa-state-chooser-tp224p2235224.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: Alsa state chooser
On Wednesday 28 January 2009, TL Mieszkowski wrote: KaZeR wrote: First example on top of my head : you are listening to music via your headset, and you unplug it : if in a public place, it might be convenient to pause media player to avoid bothering your neighboors. My other phone behaves like that and i find it convenient and respectful for the other people. I'm nobody, but that is so contrived it comes no where near convincing me that such a non-UNIXy system is the right way. Contrived? It's an example of good behaviour by an existing phone, so it's a real world example. Several people have asked about unusual audio routing configurations for specific applications. If another app changes the mixer settings then these apps will not work correctly, so it would be beneficial for them to handle this gracefully. To do this they need notification of the change in mixer setting. Changing the entire mixer scenario strikes me as being too coarse a control, but I haven't heard of any better proposals for abstraction. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alsa state chooser
Al Johnson wrote: On Wednesday 28 January 2009, TL Mieszkowski wrote: KaZeR wrote: First example on top of my head : you are listening to music via your headset, and you unplug it : if in a public place, it might be convenient to pause media player to avoid bothering your neighboors. My other phone behaves like that and i find it convenient and respectful for the other people. I'm nobody, but that is so contrived it comes no where near convincing me that such a non-UNIXy system is the right way. Contrived? It's an example of good behaviour by an existing phone, so it's a real world example. Ok, I can see someone wanting this behavior, however I still see it as very contrived. Not only contrived, it makes little sense. First, something already exists for this called a mute button, or pause button. If you don't want other people to hear what's going on... why did you unplug your headphone? If I unplug my headphone while listening to music, it means I want to listen to it on the speaker. Otherwise... why did you unplug it? Several people have asked about unusual audio routing configurations for specific applications. If another app changes the mixer settings then these apps will not work correctly, so it would be beneficial for them to handle this gracefully. To do this they need notification of the change in mixer setting. Sounds like those apps should have their own state file, and restore it when gaining focus. Of course I don't know which apps you're talking about, so I'm probably not seeing the reasons to want that. Changing the entire mixer scenario strikes me as being too coarse a control, but I haven't heard of any better proposals for abstraction. If you want finer control amixer or libasound are the simple ways to do it. Or the alternative, reinvent UNIX poorly with unnecessarily complex abstractions. -- View this message in context: http://n2.nabble.com/Alsa-state-chooser-tp224p2236253.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: Alsa state chooser
Al Johnson wrote: On Wednesday 28 January 2009, TL Mieszkowski wrote: KaZeR wrote: First example on top of my head : you are listening to music via your headset, and you unplug it : if in a public place, it might be convenient to pause media player to avoid bothering your neighboors. My other phone behaves like that and i find it convenient and respectful for the other people. I'm nobody, but that is so contrived it comes no where near convincing me that such a non-UNIXy system is the right way. Contrived? It's an example of good behaviour by an existing phone, so it's a real world example. Actually, who cares if it's contrived or not? I thought that was what /dev/input/eventX was for. -- View this message in context: http://n2.nabble.com/Alsa-state-chooser-tp224p2236352.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: Alsa state chooser
On Tuesday 27 January 2009, TL Mieszkowski wrote: I'm not sure what the status of the Dbus sound stuff is, but I wrote a little program to choose the alsa state file with a simple gui. Attached is the code in anyone is interested. All it is is 1 button for each state file, very simplistic, uses elementary. (which btw kicks ass Raster) You would run it like so: scalpel `ls -1 /usr/share/openmoko/scenarios/` meh, whatever, works for me -Tim http://n2.nabble.com/file/n224/scalpel.c scalpel.c The FSO API can list and change the alsa scenarios with stack based management. It will also send a signal on scenario change so that interested apps are aware of it. See: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Audio.html;hb=HEAD ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alsa state chooser
Al Johnson wrote: The FSO API can list and change the alsa scenarios with stack based management. It will also send a signal on scenario change so that interested apps are aware of it. See: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Audio.html;hb=HEAD I can see how having the sound info in a stack might be useful (marginally, really), but I can't see it justifying the use of D-bus. I wouldn't say never, but I really can't think of any pressing reasons to want to know when the state changes. Maybe it's just lack of imagination. And as for playing sounds off the message bus, why? Am I wrong for instinctively hating D-bus, and finding any reason to not use it? Or at least only using it for things that must be asynchronous? Something I could see as useful is a signal when headphones are plugged in. I remember reading in the Wolfson Codec manual that it is possible, by monitoring voltages or some such, I imagine that would have to be done in the alsa plugin or maybe in the driver though. -- View this message in context: http://n2.nabble.com/Alsa-state-chooser-tp224p2228688.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: Alsa state chooser
WM8753.pdf pg 27: MICBIAS CURRENT DETECT The WM8753L includes a microphone bias current detect circuit which allows the user to set thresholds for the microphone bias current, above which an interrupt will be triggered. There are two separate interrupt bits, MICDET to allow the user to e.g. distinguish between one or two microphones connected to the WM8753L, and MICSHT to detect a shorted microphone (mic button press). The thresholds for the microphone bias current are set by MBTHRESH[2:0], for MICDET, and MBSCTHRESH[1:0] for MICSHT. Thresholds for each code are shown in Table 15. The circuit is enabled by setting MBCEN. See the GPIO and Interrupt Controller sections for details on the interrupt and status readback for the microphone bias current detect. REGISTERBITLABEL DEFAULT DESCRIPTION ADDRESS R51 (33h) 5:4 MBSCTHRESH 00 Microphone Bias, Shorted Current Threshold Select 00: 500uA 01: 1000uA 10: 1600uA 11: 2300uA These values are for 3.3V supply and scale with supply voltage. 3:1 MBTHRESH 000 Microphone Bias, Current Threshold Select 000:250uA 001:410uA 160uA steps up to 111:1370uA These values are for 3.3V supply and scale with supply voltage. 0 MBCEN 0Mic Bias Current Comparator Circuit enable 0 : Comparator disabled 1 : Comparator enabled Table 15 Mic Bias Current Comparator Circuit Control -- View this message in context: http://n2.nabble.com/Alsa-state-chooser-tp224p2229301.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: Alsa state chooser
On Wednesday 28 January 2009, TL Mieszkowski wrote: WM8753.pdf pg 27: MICBIAS CURRENT DETECT The WM8753L includes a microphone bias current detect circuit which allows the user to set thresholds for the microphone bias current, above which an interrupt will be triggered. I think this appears as /dev/input/eventX and should be available in FSO's rules.yaml if it isn't available as a direct notification. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alsa state chooser
Al Johnson wrote: I think this appears as /dev/input/eventX and should be available in FSO's rules.yaml if it isn't available as a direct notification. Cool, thanks Al -- View this message in context: http://n2.nabble.com/Alsa-state-chooser-tp224p2229815.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
Alsa state chooser
I'm not sure what the status of the Dbus sound stuff is, but I wrote a little program to choose the alsa state file with a simple gui. Attached is the code in anyone is interested. All it is is 1 button for each state file, very simplistic, uses elementary. (which btw kicks ass Raster) You would run it like so: scalpel `ls -1 /usr/share/openmoko/scenarios/` meh, whatever, works for me -Tim http://n2.nabble.com/file/n224/scalpel.c scalpel.c -- View this message in context: http://n2.nabble.com/Alsa-state-chooser-tp224p224.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
Alsa headers
Hello, I would know how to get alsa-headers for Om2008.12 in order to cross-compile a software using alsa. Thanks. Rémy. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alsa headers
Rémy Lefevre wrote: I would know how to get alsa-headers for Om2008.12 in order to cross-compile a software using alsa. What about opkg-target install alsa-dev? -- 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: Alsa headers
Yeah! It's exactly what I would. Thanks a lot! Rémy. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO unstable upgrade errors alsa-states and initscripts-openmoko
and the feeds from . . . http://downloads.freesmartphone.org/fso-unstable/feeds/ As far as I can determine both initscripts and openmoko-initscripts are coming from the same feed. a short survey shows to me that the packages are identical, contentwise. i assume someone renamed initscripts because it clashes with some naming conventions. iirc opkg totally lacks any means to handle this kind of conflicts, you are forced to manage that manually. From this site images have been posted on a fairly regular basis. For example, the current kernel image is uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r2-om-gta02.bin which appeared on Jan 13th. The latest rootfs image is . . . openmoko-fso-image-glibc-ipk--20090115-om-gta02.rootfs.jffs2 which was appeared on Jan 15th. I cannot boot from any rootfs from this site after their Jan 8th rootfs. probably something went wrong in the build process? you should definitley file a bug report at the fso tra trac.freesmartphone.org My FR stalls during startup before any X stuff is loaded. The last message I see before it stalls says . . . Starting freesmartphone.org gpsd comptibility daemon: (OK) well, at least the sshd should run already, fso-gpsd should be started rather late. login to the fr and remove initscripts then do ls -R /etc/rc* /tmp/alogfile and post content of that file, if a reboot still does not work. Then just hangs there . . . with the initscripts packages conflicting, there's probably some kind of deadlock. Can you recommend any other source where I can try an FSO install? nope. i do use debian with fso, which works different (and anyway i did never flash any images). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO unstable upgrade errors alsa-states and initscripts-openmoko
arne anka wrote: and the feeds from . . . http://downloads.freesmartphone.org/fso-unstable/feeds/ As far as I can determine both initscripts and openmoko-initscripts are coming from the same feed. a short survey shows to me that the packages are identical, contentwise. i assume someone renamed initscripts because it clashes with some naming conventions. iirc opkg totally lacks any means to handle this kind of conflicts, you are forced to manage that manually. From this site images have been posted on a fairly regular basis. For example, the current kernel image is uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r2-om-gta02.bin which appeared on Jan 13th. The latest rootfs image is . . . openmoko-fso-image-glibc-ipk--20090115-om-gta02.rootfs.jffs2 which was appeared on Jan 15th. I cannot boot from any rootfs from this site after their Jan 8th rootfs. probably something went wrong in the build process? you should definitley file a bug report at the fso tra trac.freesmartphone.org My FR stalls during startup before any X stuff is loaded. The last message I see before it stalls says . . . Starting freesmartphone.org gpsd comptibility daemon: (OK) well, at least the sshd should run already, fso-gpsd should be started rather late. login to the fr and remove initscripts then do ls -R /etc/rc* /tmp/alogfile and post content of that file, if a reboot still does not work. Then just hangs there . . . with the initscripts packages conflicting, there's probably some kind of deadlock. Can you recommend any other source where I can try an FSO install? nope. i do use debian with fso, which works different (and anyway i did never flash any images). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Thanks Arne for trying to shed some light on this one. I'll follow up with a bug report. I can't seem to ssh into neo. Mind you, I have flashed s many images in the last couple of days, I hardly know what I have now! Ha! All I know is that there is no rootfs from the FSO reps that works for me after Jan 12 release. I'll keep picking away it, thank you for your input so far. cheers qhaz -- View this message in context: http://n2.nabble.com/FSO-unstable-upgrade-errors-alsa-states-and-initscripts-openmoko-tp2161084p2167469.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: FSO unstable upgrade errors alsa-states and initscripts-openmoko
On Thursday 15 January 2009, qhaz wrote: From this site images have been posted on a fairly regular basis. For example, the current kernel image is uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r2-om-gta02. bin which appeared on Jan 13th. The latest rootfs image is . . . openmoko-fso-image-glibc-ipk--20090115-om-gta02.rootfs.jffs2 which was appeared on Jan 15th. I cannot boot from any rootfs from this site after their Jan 8th rootfs. My FR stalls during startup before any X stuff is loaded. The last message I see before it stalls says . . . Starting freesmartphone.org gpsd comptibility daemon: (OK) Then just hangs there . . . It isn't actually hung - the last init script has run, there is no X in those images to start, so you are just seeing the last console output. I don't know if this is intentional, but it may be part of a cleanup in preparation for Milestone 5. It is a nightly build from the unstable branch after all ;0) Can you recommend any other source where I can try an FSO install? Use the Milestone 4.1 image for something known to mostly work. Nightly builds are pot luck - some are rather good, but not all. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO unstable upgrade errors alsa-states and initscripts-openmoko
Am Mittwoch, den 14.01.2009, 22:27 -0800 schrieb qhaz: Upgrading from http://downloads.freesmartphone.org/fso-unstable/images/om-gta02/ repos I get the following errors. Downloading http://downloads.freesmartphone.org/fso-unstable/feeds/om-gta02/task-boot_1.0-r46_om-gta02.ipk Installing initscripts-openmoko (1.0-r0) to root... Configuring zhone Configuring mtd-utils Collected errors: * Package alsa-states wants to install file /etc/asound.state But that file is already provided by package * openmoko-alsa-scenarios * ERROR: The following packages conflict with initscripts-openmoko: * initscripts * Has anyone else had this problem? Or any suggestions? Same errors occured on my FSO testing installation yesterday. Now my freerunner refuses to boot up properly: it pauses with some init errors (respawning too fast, no more processes left in this runlevel). Viktor ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO unstable upgrade errors alsa-states and initscripts-openmoko
Collected errors: * Package alsa-states wants to install file /etc/asound.state But that file is already provided by package * openmoko-alsa-scenarios * ERROR: The following packages conflict with initscripts-openmoko: * initscripts * Has anyone else had this problem? Or any suggestions? Same errors occured on my FSO testing installation yesterday. Now my freerunner refuses to boot up properly: it pauses with some init errors (respawning too fast, no more processes left in this runlevel). sounds weird. i wouldn't expect a failed alsa-state package to cause those problems. opkg obviouls lacks the facilities to handle diversions. i'd suggest to login via ssh (provided it works, of course), move /etc/asound.state somewhere else and reinstall alsa-state. afterwards compare both files. a second look shows the far more important * ERROR: The following packages conflict with initscripts-openmoko: * initscripts * that might indeed cause the behaviour. could you please check, if initscripts-openmoko still exists in the feed? maybe it was replaced by initscript -- but opkg fails to do a clean update? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO unstable upgrade errors alsa-states and initscripts-openmoko
Hi Arne, thanks for your quick reply. Yes, initscripts-openmoko still exists in the unstable feed and initscripts likewise. confusing. iw ould download both packages and look into the contents, inhwofar the may be identical. who provides this feed? you should contact him/report a grave bug. or are this two separate feeds, one providing initscripts-openmoko and the other plain initscripts? in this case you better use the more official one and remove the other package manually. As for the alsa-states problem, it seems I don't have an /etc/asound.state file. could you please try to install alsa-states and post the full log? if opkg has some verbose parameter, set it to the highest possible value. there should be a way to list the contents of installed packages, please, list both alsa-states and openmoko-alsa-scenarios and check for the file. I've managed to flash the uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r2-om-gta02.bin kernel but can only run it with openmoko-fso-image-glibc-ipk--20090108-om-gta02.rootfs.jffs2 rootfs anything later than 08/01 and I can't boot. sorry, you lost me. what means uimage but can only run it with image compared to I can't boot? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO unstable upgrade errors alsa-states and initscripts-openmoko
arne anka wrote: Hi Arne, thanks for your quick reply. Yes, initscripts-openmoko still exists in the unstable feed and initscripts likewise. confusing. iw ould download both packages and look into the contents, inhwofar the may be identical. who provides this feed? you should contact him/report a grave bug. or are this two separate feeds, one providing initscripts-openmoko and the other plain initscripts? in this case you better use the more official one and remove the other package manually. As for the alsa-states problem, it seems I don't have an /etc/asound.state file. could you please try to install alsa-states and post the full log? if opkg has some verbose parameter, set it to the highest possible value. there should be a way to list the contents of installed packages, please, list both alsa-states and openmoko-alsa-scenarios and check for the file. I've managed to flash the uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r2-om-gta02.bin kernel but can only run it with openmoko-fso-image-glibc-ipk--20090108-om-gta02.rootfs.jffs2 rootfs anything later than 08/01 and I can't boot. sorry, you lost me. what means uimage but can only run it with image compared to I can't boot? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community The images and I'm currently using come from here . . . http://downloads.freesmartphone.org/fso-unstable/images/om-gta02/ and the feeds from . . . http://downloads.freesmartphone.org/fso-unstable/feeds/ As far as I can determine both initscripts and openmoko-initscripts are coming from the same feed. From this site images have been posted on a fairly regular basis. For example, the current kernel image is uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r2-om-gta02.bin which appeared on Jan 13th. The latest rootfs image is . . . openmoko-fso-image-glibc-ipk--20090115-om-gta02.rootfs.jffs2 which was appeared on Jan 15th. I cannot boot from any rootfs from this site after their Jan 8th rootfs. My FR stalls during startup before any X stuff is loaded. The last message I see before it stalls says . . . Starting freesmartphone.org gpsd comptibility daemon: (OK) Then just hangs there . . . Can you recommend any other source where I can try an FSO install? regards qhaz -- View this message in context: http://n2.nabble.com/FSO-unstable-upgrade-errors-alsa-states-and-initscripts-openmoko-tp2161084p2164008.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: FSO unstable upgrade errors alsa-states and initscripts-openmoko
On Thu, Jan 15, 2009 at 12:16 PM, qhaz q...@bur.st wrote: The images and I'm currently using come from here . . . http://downloads.freesmartphone.org/fso-unstable/images/om-gta02/ and the feeds from . . . http://downloads.freesmartphone.org/fso-unstable/feeds/ As far as I can determine both initscripts and openmoko-initscripts are coming from the same feed. From this site images have been posted on a fairly regular basis. For example, the current kernel image is uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r2-om-gta02.bin which appeared on Jan 13th. The latest rootfs image is . . . openmoko-fso-image-glibc-ipk--20090115-om-gta02.rootfs.jffs2 which was appeared on Jan 15th. I cannot boot from any rootfs from this site after their Jan 8th rootfs. My FR stalls during startup before any X stuff is loaded. The last message I see before it stalls says . . . Starting freesmartphone.org gpsd comptibility daemon: (OK) Then just hangs there . . . I observe the exact same thing using the fso-testing images. Is there a difference between these two feeds at this point? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FSO unstable upgrade errors alsa-states and initscripts-openmoko
Upgrading from http://downloads.freesmartphone.org/fso-unstable/images/om-gta02/ repos I get the following errors. Downloading http://downloads.freesmartphone.org/fso-unstable/feeds/om-gta02/task-boot_1.0-r46_om-gta02.ipk Installing initscripts-openmoko (1.0-r0) to root... Configuring zhone Configuring mtd-utils Collected errors: * Package alsa-states wants to install file /etc/asound.state But that file is already provided by package * openmoko-alsa-scenarios * ERROR: The following packages conflict with initscripts-openmoko: * initscripts * Has anyone else had this problem? Or any suggestions? thanks in advance. qhaz -- View this message in context: http://n2.nabble.com/FSO-unstable-upgrade-errors-alsa-states-and-initscripts-openmoko-tp2161084p2161084.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: [2008.testing] Re: alsa problem after resume
I think its still a problem - what happens if a call comes in? BillK On Thu, 2008-12-18 at 18:57 +0100, Fox Mulder wrote: Try to just stop the speech-dispatcher service running all the time and just start/end it with navit. This should also solve the problem but you still got text2speech capabilities. :) Ciao, Rainer W.Kenworthy wrote: Solution: removed speech dispatcher from running and rebooted. Will look further, but it seems it was installed with navit - which I have not used so far. BillK * early sign of madness - replying to ones own posts - multiple times for this one so ... On Thu, 2008-12-18 at 15:21 +0900, W.Kenworthy wrote: Should have added - using 2008.testing, and it used to work. Stopped at some point after installs and upgrades, dont know when :( BillK On Thu, 2008-12-18 at 14:54 +0900, W.Kenworthy wrote: Any ideas on this: Forced audio codec: mad Opening audio decoder: [libmad] libmad mpeg audio decoder AUDIO: 16000 Hz, 1 ch, s16le, 16.0 kbit/6.25% (ratio: 2000-32000) Selected audio codec: [mad] afm: libmad (libMAD MPEG layer 1-2-3) == [AO OSS] audio_setup: Can't open audio device /dev/dsp: Device or resource busy [AO OSS] audio_setup: Can't open audio device /dev/dsp: Device or resource busy AO: [alsa] 48000Hz 1ch s16le (2 bytes per sample) Video: no video Starting playback... [AO_ALSA] Pcm in suspend mode, trying to resume. A: 0.0 (00.0) of 177.0 (02:57.0) ??,?% Before suspending, everything is fine. Afterward resume, mplayer gives this error, I have no received audio in phonecalls, or ring tone, or sms beeps. No audio until reboot in fact. Any ideas? BillK ___ 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 ___ 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 -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QTExtended] cannot store alsa state
I adjust the volume on QTExt 4.4.2 using alsamixer and then i'd like to store its state, but the command alsactl -f path_to_file.state store doesn't seem to work and, after that i make or receive a call, the state returns to default! How can i save the alsa state permanently? Giorgio -- Be Yourself @ mail.com! Choose From 200+ Email Addresses Get a Free Account at www.mail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QTExtended] cannot store alsa state
On Thursday 18 December 2008, Giorgio Marci wrote: I adjust the volume on QTExt 4.4.2 using alsamixer and then i'd like to store its state, but the command alsactl -f path_to_file.state store doesn't seem to work and, after that i make or receive a call, the state returns to default! How can i save the alsa state permanently? The command looks correct, but you need to give it the right path and filename for the state you are trying to modify. You could always take a copy of the file before and after, and diff them to check your changes have been saved. I assume you know there are multiple state files that the applications will switch between as required. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QTExtended] cannot store alsa state
Where are stored these files? there is a specific file state to store or can i store any file in any directory? and if yes, how can i set alsa to use that particular file? thanks - Original Message - From: Al Johnson To: community@lists.openmoko.org Subject: Re: [QTExtended] cannot store alsa state Date: Thu, 18 Dec 2008 11:58:50 + On Thursday 18 December 2008, Giorgio Marci wrote: I adjust the volume on QTExt 4.4.2 using alsamixer and then i'd like to store its state, but the command alsactl -f path_to_file.state store doesn't seem to work and, after that i make or receive a call, the state returns to default! How can i save the alsa state permanently? The command looks correct, but you need to give it the right path and filename for the state you are trying to modify. You could always take a copy of the file before and after, and diff them to check your changes have been saved. I assume you know there are multiple state files that the applications will switch between as required. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Be Yourself @ mail.com! Choose From 200+ Email Addresses Get a Free Account at www.mail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QTExtended] cannot store alsa state
I'm not certain on QTExtended, but /usr/share/openmoko/scenarios/ is the usual location on most of the distros. You can use any filename you like, but the applications will only use the filenames they expect. I don't know if these are configurable or hardcoded in QTExtended. The names should be fairly self-explanatory when you see them in the directory. The phone will probably spend most of its time using stereoout.state so that the ringtone or music playback happens through the speaker. When you pick up a call the dialler will switch it to gsmhandset.state, and back to stereoout.state when you hang up. It may use headset.state and gsmheadset.state if the wired headset is plugged in, or gsmstereoout if the speakerphone setting is used. To use a state file manually run: alsactl -f /path/to/file.state restore On Thursday 18 December 2008, Giorgio Marci wrote: Where are stored these files? there is a specific file state to store or can i store any file in any directory? and if yes, how can i set alsa to use that particular file? thanks - Original Message - From: Al Johnson To: community@lists.openmoko.org Subject: Re: [QTExtended] cannot store alsa state Date: Thu, 18 Dec 2008 11:58:50 + On Thursday 18 December 2008, Giorgio Marci wrote: I adjust the volume on QTExt 4.4.2 using alsamixer and then i'd like to store its state, but the command alsactl -f path_to_file.state store doesn't seem to work and, after that i make or receive a call, the state returns to default! How can i save the alsa state permanently? The command looks correct, but you need to give it the right path and filename for the state you are trying to modify. You could always take a copy of the file before and after, and diff them to check your changes have been saved. I assume you know there are multiple state files that the applications will switch between as required. ___ 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: [QTExtended] cannot store alsa state
Thanks very much for your explaination.. very useful. The last curiosity...is there a place to find a schema of what I change if i change alsamixer values? i mean, what is the value to change in order to increase the caller's voice? - Original Message - From: Al Johnson To: community@lists.openmoko.org Subject: Re: [QTExtended] cannot store alsa state Date: Thu, 18 Dec 2008 13:12:01 + I'm not certain on QTExtended, but /usr/share/openmoko/scenarios/ is the usual location on most of the distros. You can use any filename you like, but the applications will only use the filenames they expect. I don't know if these are configurable or hardcoded in QTExtended. The names should be fairly self-explanatory when you see them in the directory. The phone will probably spend most of its time using stereoout.state so that the ringtone or music playback happens through the speaker. When you pick up a call the dialler will switch it to gsmhandset.state, and back to stereoout.state when you hang up. It may use headset.state and gsmheadset.state if the wired headset is plugged in, or gsmstereoout if the speakerphone setting is used. To use a state file manually run: alsactl -f /path/to/file.state restore On Thursday 18 December 2008, Giorgio Marci wrote: Where are stored these files? there is a specific file state to store or can i store any file in any directory? and if yes, how can i set alsa to use that particular file? thanks - Original Message - From: Al Johnson To: community@lists.openmoko.org Subject: Re: [QTExtended] cannot store alsa state Date: Thu, 18 Dec 2008 11:58:50 + On Thursday 18 December 2008, Giorgio Marci wrote: I adjust the volume on QTExt 4.4.2 using alsamixer and then i'd like to store its state, but the command alsactl -f path_to_file.state store doesn't seem to work and, after that i make or receive a call, the state returns to default! How can i save the alsa state permanently? The command looks correct, but you need to give it the right path and filename for the state you are trying to modify. You could always take a copy of the file before and after, and diff them to check your changes have been saved. I assume you know there are multiple state files that the applications will switch between as required. ___ 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 -- Be Yourself @ mail.com! Choose From 200+ Email Addresses Get a Free Account at www.mail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.testing] Re: alsa problem after resume
Try to just stop the speech-dispatcher service running all the time and just start/end it with navit. This should also solve the problem but you still got text2speech capabilities. :) Ciao, Rainer W.Kenworthy wrote: Solution: removed speech dispatcher from running and rebooted. Will look further, but it seems it was installed with navit - which I have not used so far. BillK * early sign of madness - replying to ones own posts - multiple times for this one so ... On Thu, 2008-12-18 at 15:21 +0900, W.Kenworthy wrote: Should have added - using 2008.testing, and it used to work. Stopped at some point after installs and upgrades, dont know when :( BillK On Thu, 2008-12-18 at 14:54 +0900, W.Kenworthy wrote: Any ideas on this: Forced audio codec: mad Opening audio decoder: [libmad] libmad mpeg audio decoder AUDIO: 16000 Hz, 1 ch, s16le, 16.0 kbit/6.25% (ratio: 2000-32000) Selected audio codec: [mad] afm: libmad (libMAD MPEG layer 1-2-3) == [AO OSS] audio_setup: Can't open audio device /dev/dsp: Device or resource busy [AO OSS] audio_setup: Can't open audio device /dev/dsp: Device or resource busy AO: [alsa] 48000Hz 1ch s16le (2 bytes per sample) Video: no video Starting playback... [AO_ALSA] Pcm in suspend mode, trying to resume. A: 0.0 (00.0) of 177.0 (02:57.0) ??,?% Before suspending, everything is fine. Afterward resume, mplayer gives this error, I have no received audio in phonecalls, or ring tone, or sms beeps. No audio until reboot in fact. Any ideas? BillK ___ 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 ___ 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
alsa problem after resume
Any ideas on this: Forced audio codec: mad Opening audio decoder: [libmad] libmad mpeg audio decoder AUDIO: 16000 Hz, 1 ch, s16le, 16.0 kbit/6.25% (ratio: 2000-32000) Selected audio codec: [mad] afm: libmad (libMAD MPEG layer 1-2-3) == [AO OSS] audio_setup: Can't open audio device /dev/dsp: Device or resource busy [AO OSS] audio_setup: Can't open audio device /dev/dsp: Device or resource busy AO: [alsa] 48000Hz 1ch s16le (2 bytes per sample) Video: no video Starting playback... [AO_ALSA] Pcm in suspend mode, trying to resume. A: 0.0 (00.0) of 177.0 (02:57.0) ??,?% Before suspending, everything is fine. Afterward resume, mplayer gives this error, I have no received audio in phonecalls, or ring tone, or sms beeps. No audio until reboot in fact. Any ideas? BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[2008.testing] Re: alsa problem after resume
Should have added - using 2008.testing, and it used to work. Stopped at some point after installs and upgrades, dont know when :( BillK On Thu, 2008-12-18 at 14:54 +0900, W.Kenworthy wrote: Any ideas on this: Forced audio codec: mad Opening audio decoder: [libmad] libmad mpeg audio decoder AUDIO: 16000 Hz, 1 ch, s16le, 16.0 kbit/6.25% (ratio: 2000-32000) Selected audio codec: [mad] afm: libmad (libMAD MPEG layer 1-2-3) == [AO OSS] audio_setup: Can't open audio device /dev/dsp: Device or resource busy [AO OSS] audio_setup: Can't open audio device /dev/dsp: Device or resource busy AO: [alsa] 48000Hz 1ch s16le (2 bytes per sample) Video: no video Starting playback... [AO_ALSA] Pcm in suspend mode, trying to resume. A: 0.0 (00.0) of 177.0 (02:57.0) ??,?% Before suspending, everything is fine. Afterward resume, mplayer gives this error, I have no received audio in phonecalls, or ring tone, or sms beeps. No audio until reboot in fact. Any ideas? BillK ___ 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: [2008.testing] Re: alsa problem after resume
Solution: removed speech dispatcher from running and rebooted. Will look further, but it seems it was installed with navit - which I have not used so far. BillK * early sign of madness - replying to ones own posts - multiple times for this one so ... On Thu, 2008-12-18 at 15:21 +0900, W.Kenworthy wrote: Should have added - using 2008.testing, and it used to work. Stopped at some point after installs and upgrades, dont know when :( BillK On Thu, 2008-12-18 at 14:54 +0900, W.Kenworthy wrote: Any ideas on this: Forced audio codec: mad Opening audio decoder: [libmad] libmad mpeg audio decoder AUDIO: 16000 Hz, 1 ch, s16le, 16.0 kbit/6.25% (ratio: 2000-32000) Selected audio codec: [mad] afm: libmad (libMAD MPEG layer 1-2-3) == [AO OSS] audio_setup: Can't open audio device /dev/dsp: Device or resource busy [AO OSS] audio_setup: Can't open audio device /dev/dsp: Device or resource busy AO: [alsa] 48000Hz 1ch s16le (2 bytes per sample) Video: no video Starting playback... [AO_ALSA] Pcm in suspend mode, trying to resume. A: 0.0 (00.0) of 177.0 (02:57.0) ??,?% Before suspending, everything is fine. Afterward resume, mplayer gives this error, I have no received audio in phonecalls, or ring tone, or sms beeps. No audio until reboot in fact. Any ideas? BillK ___ 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ALSA
Clemens Dörrhöfer wrote: Is there any useful Information in the net, which tells me a little something about the big mistery ALSA on openmoko? After installing the pymixer I can no longer use my moko as phone because I neither have sound nor microfone. All information I find about this topic is more or less useless. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Thanks you all for the help I think I can go on from here. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ALSA
On Thu, Dec 11, 2008 at 3:05 AM, Clemens Dörrhöfer [EMAIL PROTECTED] wrote: Thanks you all for the help I think I can go on from here. To restore the settings just reinstall the alsa state files using opkg. pymixer will only save the state if you ask it to and should only change the controls relevant to that state. If you find it has different behavior please send me a bug report. Angus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ALSA
Angus Ainslie angus.ains...@gmail.com writes: pymixer will only save the state if you ask it to and should only change the controls relevant to that state. If you find it has different behavior please send me a bug report. Would it be possible to make pymixer take the path to alsa state files as an argument? Configuration stuff should not be written to /usr. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ALSA
On Thu, Dec 11, 2008 at 4:56 PM, Timo Juhani Lindfors timo.lindf...@iki.fi wrote: Angus Ainslie angus.ains...@gmail.com writes: pymixer will only save the state if you ask it to and should only change the controls relevant to that state. If you find it has different behavior please send me a bug report. Would it be possible to make pymixer take the path to alsa state files as an argument? Configuration stuff should not be written to /usr. It could be changed but seeing as the current files are in /usr/share/openmoko/scenarios/ I'm not sure what the objective would be. pymixer doesn't do the state transitions it only changes the mixer values relevant to a state and then saves those for the system. Angus -- Angus Ainslie http://www.handheldshell.com/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ALSA
Angus Ainslie angus.ains...@gmail.com writes: It could be changed but seeing as the current files are in /usr/share/openmoko/scenarios/ I'm not sure what the objective would be. pymixer doesn't do the state transitions it only changes the mixer I keep them under /etc. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ALSA
Is there any useful Information in the net, which tells me a little something about the big mistery ALSA on openmoko? After installing the pymixer I can no longer use my moko as phone because I neither have sound nor microfone. All information I find about this topic is more or less useless. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ALSA
Am Wednesday 10 December 2008 21:23:06 schrieb Clemens Dörrhöfer: Is there any useful Information in the net, which tells me a little something about the big mistery ALSA on openmoko? After installing the pymixer I can no longer use my moko as phone because I neither have sound nor microfone. All information I find about this topic is more or less useless. Did pymixer maybe simply minimize some relevant controls? -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ALSA
Clemens Dörrhöfer [EMAIL PROTECTED] writes: Is there any useful Information in the net, which tells me a little something about the big mistery ALSA on openmoko? After installing the http://wiki.openmoko.org/wiki/Neo1973_Audio_Subsystem has a useful block diagram and wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem the changes that were made in freerunner. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ALSA
Marcel wrote: Am Wednesday 10 December 2008 21:23:06 schrieb Clemens Dörrhöfer: Is there any useful Information in the net, which tells me a little something about the big mistery ALSA on openmoko? After installing the pymixer I can no longer use my moko as phone because I neither have sound nor microfone. All information I find about this topic is more or less useless. Did pymixer maybe simply minimize some relevant controls? -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community I am trying to find out what the relevant controls are and how I need to adjust them to be able to use the moko as phone. The states are still a little confusing for me. At least some alsa settings seem to change when I start the dialer and begin a call. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ALSA
On Wednesday 10 December 2008, Clemens Dörrhöfer wrote: Marcel wrote: Am Wednesday 10 December 2008 21:23:06 schrieb Clemens Dörrhöfer: Is there any useful Information in the net, which tells me a little something about the big mistery ALSA on openmoko? After installing the pymixer I can no longer use my moko as phone because I neither have sound nor microfone. All information I find about this topic is more or less useless. Did pymixer maybe simply minimize some relevant controls? I am trying to find out what the relevant controls are and how I need to adjust them to be able to use the moko as phone. The states are still a little confusing for me. At least some alsa settings seem to change when I start the dialer and begin a call. See timo's post for the relevant wiki pages. They describe what each state file does, which alsa channels change important volume settings in them, and which package contains them so that you can reinstall the package to get back to defaults. When you start or end a call the dialler app will switch state files. At rest you will probably be using stereoout.state so that when the phone rings the sound will go to the speaker. When you answer the call it will switch to gsmhandset.state, or perhaps gsmheadset.state if you have the headset plugged in. pymixer will reflect the changes in the settings made by loading a new state file. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ALSA state ringtone volume
Hi all, Does anybody knows which alsa statefile, and which control should I edit to raise/lower the volume of the ringtone when receiving gsm calls? thanks, leonardo. -- http://leonardo.lilik.it Key fingerprint = 2C20 A587 05AC 42E5 1292 D0D4 3EED CFB5 52FD AD1E ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ALSA state ringtone volume
leonardo wrote: Hi all, Does anybody knows which alsa statefile, and which control should I edit to raise/lower the volume of the ringtone when receiving gsm calls? Until you answer the stereoout.state file is used. I guess you should set the 'PCM Volume' and 'Headphone Playback Volume' controls. Bye -- 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: [ALSA] wiki RFC
Le 14145ième jour après Epoch, vasco nevoa écrivait: Hi. To anyone who actually knows the dark magic of ALSA state files and the way they are actually being used in the Freerunner, please go read the wiki page and let me know if it has anything wrong, and if it should have anything else. http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem I put some small changes on the page, but I've no time yet to detail more. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[ALSA] wiki RFC
Hi. To anyone who actually knows the dark magic of ALSA state files and the way they are actually being used in the Freerunner, please go read the wiki page and let me know if it has anything wrong, and if it should have anything else. http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem Thank you! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community