The .state files come from http://rabenfrost.net/celtune/alsa_state_files-working.tar.gz
I just followed the instructions here: http://wiki.openmoko.org/wiki/Manual_Debian#Enable_Sound which are: aptitude install alsa-base wget http://rabenfrost.net/celtune/alsa_state_files-working.tar.gz tar -xf alsa_state_files-working.tar.gz -C /etc alsactl -f /etc/alsa_state_files-working/stereoout.state restore addgroup openmoko audio (that last command doesn't seem to apply on debian) Well, I don't know why it isn't switching between those alsa states, but knowing that it is *supposed to* helps, perhaps... "arne anka" <[EMAIL PROTECTED]> writes: >> So it doesn't seem I can both set up my phone to listen to mp3's and >> communicate in calls at the same time (thus, I can't currently have a >> ringtone working!) >> >> I notice this isn't a problem with the FSO snapshot I checked out. >> What's happening differently between the FSO snapshot and the default >> debian install? I'd like to make it so that the debian install can do >> what the FSO snapshot can, so people can actually make calls and have a >> ringtone, etc. > > sounds like the frameworkd (or whatever is responsible) fails to switch > the state-files on incoming calls/hangup. > the usual first step seems to be to kill frameworkd > /etc/init.d/fso-frameworkd stop > and start it on a terminal > frameworkd > and then look at the output when getting a all and hanging up. > you probably should report that to the fso-trac: > http://trac.freesmartphone.org/ > btw: where do the .state-files come from? i once tried a 1973 one on my > freerunner nad it was not fully compatible. > > _______________________________________________ > support mailing list > support@lists.openmoko.org > https://lists.openmoko.org/mailman/listinfo/support _______________________________________________ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support