On Thursday 28 September 2006 22:40, Martin Wache wrote:
> Stefan Lucke schrieb:
> > Just another me too. If I remember my situation correct, I've
> > had 2 or 3 times the same with xv-out: paused video, window blanked.
> > After continuing playback, there was a short time with audio and
> > nothing else. Had to CONTROL-C (killall -9) from command window.
> >
> > There are some essential operations in audio-alsa.c , which are
> > not protected by handleMutex: Suspend(), Resume() and calling
> > snd_pcm_mmap_writei() after while (paused) usleep(1000); .
>
> That is true, those calls are unprotected.
>
> However, the audio-out is during normal operation only called from one
> thread, namely the audio-decoder. Only if the user request a suspend,
> the mpegdecoder thread suspends the audio-out. But that wasn't the
> case, so that audio-out was only called by one thread, and that means
> locks should not be needed.

Hmmmm...I don't think I get this problem if I suspend decoding, if that's 
what you mean here by 'suspend'. Having said that, I don't think I've 
tried suspending the decoding for a long while... I see the effect when I 
pause playback.

As to whether I get audio only or video, I can't really say for certain. 
This only happens occasionally and when it does I'm not usually expecting 
it so I might not be looking at the TV when I press play. I definitely 
get audio for about a second or less, and I _think_ I get video but I 
could be making that up.

Cheers,

Laz
_______________________________________________
Softdevice-devel mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/softdevice-devel

Reply via email to