Am Do 24. Juli 2008 schrieb Al Johnson: > On Wednesday 23 July 2008, Lorn Potter wrote: > > Al Johnson wrote: > > > On Wednesday 23 July 2008, Daniel Aeberli wrote: > > >> Al Johnson a écrit : > > >>> On Wednesday 23 July 2008, Daniel Aeberli wrote: > > >>>> Al Johnson a écrit : > > >>>>> On Tuesday 22 July 2008, Daniel Aeberli wrote: > > >>>>>> To add more detail. > > >>>>>> > > >>>>>> Once I pair the headset I have two options > > >>>>>> Headset or hands free. > > >>>>>> > > >>>>>> With headset nothing happens not interaction no sound. > > >>>>>> > > >>>>>> With hands free I can pick up and hang up calls but have no sound. > > >>>>>> In addition switching back to handset or speaker does not restore > > >>>>>> sound. > > >>>>>> > > >>>>>> Anyone got any ideas? > > >>>>> > > >>>>> What have you done with the mixer settings? AFAIK none of the > > >>>>> gsmwhatever.state files route sound via the bluetooth interface. I > > >>>>> don't have a bluetooth headset so can't check. > > >>>> > > >>>> Well I have not done anything with the mixer yet, I don't know what > > >>>> channel I should look at in the state file. > > >>> > > >>> Theres a state file linked from the wiki that should be a good starting > > >>> point. > > >>> http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem#using_Bluetooth_ > > >>>he adset_with_GSM > > >> > > >> well I could not find gsmbuetooth.state file, you shure Qtopia uses > > >> them. The only .state files I could find are in > > >> usr/share/openmoko/scenario/ I'm checking gsmheadset.state now. > > > > > > I've not tried Qtopia yet, so I'm not certain it uses them, but as you > > > say they're provided in the Qtopia image it seems quite likely. If you > > > start a call then restore the gsmbluetooth.state linked from the wiki > > > page you should find out whether it works at all. > > > > Qtopia does use these. I use a base openmoko rootfs, which does not > > include any bluetooth audio state files at this time, for the Freerunner. > > Does Qtopia attempt to use a particular state file if a bluetooth audio device > is present? If not I suppose making gsmhandset.state a symlink to either > gsmrealhandset.state or gsmbluetoothheadset.state might do, set manually when > connecting to the headset. > > Another option might be to set gsmhandset.state to route audio to and from > both the handset earpiece/mic and the bluetooth device. It's not ideal but > doesn't need manual intervention every time you add/remove the headset.
TO both might work, FROM both isn't what you want. Think about mixing the speech from one with noise from the other?? Linking might be a problem, because it's not clear when those statefiles are loaded to mixer, for sure not on mere change of link. /jOERG
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ support mailing list [email protected] https://lists.openmoko.org/mailman/listinfo/support
