Re: [pulseaudio-discuss] Behavior of pa_threaded_mainloop_wait ()

2010-02-10 Thread Lennart Poettering
On Tue, 09.02.10 20:41, Tristin Celestin (tristin_celes...@yahoo.com) wrote: > Why do I have to explicitly check inside the loop to see if the > stream is ready, and then break? Do I have to have called wait() > while the callback executes? To express in a little different words what Colin alread

Re: [pulseaudio-discuss] Behavior of pa_threaded_mainloop_wait ()

2010-02-10 Thread Colin Guthrie
'Twas brillig, and Tristin Celestin at 10/02/10 04:41 did gyre and gimble: > I have a stream state change callback that fires a signal when the stream is > PA_STREAM_READY, PA_STREAM_FAILED, or PA_STREAM_TERMINATED > When trying to get a ready stream state in pulseaudio, I first wrote this. > Thi

[pulseaudio-discuss] Behavior of pa_threaded_mainloop_wait ()

2010-02-09 Thread Tristin Celestin
I have a stream state change callback that fires a signal when the stream is PA_STREAM_READY, PA_STREAM_FAILED, or PA_STREAM_TERMINATED When trying to get a ready stream state in pulseaudio, I first wrote this. This hangs     do {  stream_state = pa_stream_get_state (device.stream);