tags 665732 + fixed-upstream
thanks
Fixed in VLC 2.1.0 (1.3.0-git-5708-gf788153).
--
Rémi Denis-Courmont
http://www.remlab.net/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Rémi Denis-Courmont wrote:
tags 665732 = moreinfo help unreproducible
thanks
Hello,
Le mardi 26 février 2013 17:33:21, Johann Klammer a écrit :
Adding a usleep(1) after the last aout_unlock() in aout_DecPlay() in
src/audio_output/dec.c solves the problem for me.
Unfortunately tha
tags 665732 = confirmed upstream
forwarded 665732 https://trac.videolan.org/vlc/ticket/8240
found 665732 2.0.5-1
thanks
Le mardi 26 février 2013 22:17:49, Rémi Denis-Courmont a écrit :
> Le mardi 26 février 2013 17:33:21, Johann Klammer a écrit :
> > Adding a usleep(1) after the last aout_unlo
tags 665732 = moreinfo help unreproducible
thanks
Hello,
Le mardi 26 février 2013 17:33:21, Johann Klammer a écrit :
> Adding a usleep(1) 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 pinp
Adding a usleep(1) after the last aout_unlock() in aout_DecPlay() in
src/audio_output/dec.c solves the problem for me. 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...
--
To UNSUBSC
tags 665732 + wontfix
thanks
Hello,
Unfortunately, changing volume with ALSA is intrinsically slow because ALSA
does not support volume internally. If this is a problem for you, you can
either reduce the VLC caching values, or use PulseAudio.
I believe there are no ways to fix this wit
reopen 665732
Package: vlc
Version: 2.0.1-4+b2
I reopened the bug because it's not just about a minimal latency or a
long standing behavior. Under certain circumstances, the delay is in the
range of 10th of seconds and this definitely wasn't the case with pre
2.0 vlc. I found a report[1] in the vl
7 matches
Mail list logo
