Hi Tom, On Wed, Oct 27, 2010, Thomas Wälti wrote: > I'm developing an application that records all kinds of audio using GStreamer. > Target platform is the Nokia N900, the app is called Recaller > (http://maemo.org/downloads/product/Maemo5/recaller/) Looks like a pretty cool app! > All works well except when ending the recording of Bluetooth > Conversations: Once a party hangs up the call, the PulseAudio source > and sink disappear before I can stop GStreamer recording (I'm > listening to D-Bus events). Unfortunately, this causes my GStreamer > pipeline to crash. > > Is there a way to either delay the destruction of the sink/source by > Bluez or a D-Bus message I could intercept/attach to? How can I "win > the race"? Probably this isn't really BlueZ related, but the audio policy module (on the PulseAudio side) in the N900 kicks in and requests these changes to the audio streams. Unfortunately I'm not really an expert with that code (and afaik the audio policy part is closed) so I can't really offer more insight on the issue. Just speculating, but you might be able to accomplish something by hacking in some delays into the pulse bluetooth modules (but again, I'm not really familiar with them so this might not be a feasible approach). Johan -- To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
