Bug#665732: reopen: vlc: GUI latency/unresponsiveness to clicks on control options

[Rémi Denis-Courmont]

tags 665732 = moreinfo help unreproducible
thanks

	Hello,

Le mardi 26 février 2013 17:33:21, Johann Klammer a écrit :
> Adding a usleep(10000) after the last aout_unlock() in aout_DecPlay() in
> src/audio_output/dec.c solves the problem for me.

Unfortunately that does not really help pinpoint the problem. It is likely a 
race, but it could be anywhere. Without a stack trace of the freeze or a way 
to reproduce the problem, there is nothing I, as a VLC developer, can do about 
this bug report.

Changing volume (with ALSA) exhibits a noticeable delay of a few tenth of a 
second, due to buffering in the ALSA driver. That is neither new and nor 
fixable. Several seconds of delay is abnormal.

> It seems that the GUI thread fails to get woken up after the mutex
> here is unlocked....
> Not sure if this is a kernel bug or just quality of implementation...

While a kernel bug cannot be completely ruled out, a bug in libpthread seems 
more probable. With that in mind, it would be good to know if the bug 
reproduces with *unoptimized* libpthread builds (on i386, this can be achieved 
by removing the libc6-i686 package).

-- 
Rémi Denis-Courmont
http://www.remlab.net/