Re: HFP Pulseaudio Source destroyed "too quickly" at the end of a call

[Peter Dons Tychsen <donpedro@tdcadsl.dk>]

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