On Wed, 2010-10-27 at 22:03 +0200, Thomas WÃlti wrote: > 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. There are many reasons (especially for wireless device) that the source or sink could disappear at any time. Audio disappearing before or after the accompanying signaling furthermore a classic scenario which apps should be built to handle. So fixing the race (which i am not sure is really a race) does not seem like the correct solution. Trying to fix such "races" can lead to inefficiency by using unneeded timers and spin-locks, and will not provide robustness, as the audio streams can disappear for other reasons anyway. Maybe the crash is more interesting. What actually crashes when this happens, and why? Thanks, /pedro -- 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
