Bug#665732: reopen: vlc: GUI latency/unresponsiveness to clicks on control options
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 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. Could only find those two points where the audio output lock was taken... 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's more than just seconds(perhaps because it's single core box)... Lockup can be broken by doing stuff to shake up the scheduling... switching console-xorg, disk activity etc.. 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). I am using the i386 versions of everything... Starting the gdb while it's locked up shows that it blocks in ___lll_lock_wait in eglibc's lowlevellock.S... the i486 variant...(there's no i386 because of xchg insn) ...also it's the same for i686(which just includes the 486 version)... And there's a __GI_poll done somewhere inside libasound. ...it sleeps there... Yes, the sched_yield() does the trick, too. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#665732: reopen: vlc: GUI latency/unresponsiveness to clicks on control options
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/ ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: Re: Bug#665732: reopen: vlc: GUI latency/unresponsiveness to clicks on control options
Processing commands for cont...@bugs.debian.org: tags 665732 + fixed-upstream Bug #665732 [vlc] vlc: GUI latency/unresponsiveness to clicks on control options Added tag(s) fixed-upstream. thanks Stopping processing here. Please contact me if you need assistance. -- 665732: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=665732 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#665732: reopen: vlc: GUI latency/unresponsiveness to clicks on control options
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... ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#665732: reopen: vlc: GUI latency/unresponsiveness to clicks on control options
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 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/ ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: Re: Bug#665732: reopen: vlc: GUI latency/unresponsiveness to clicks on control options
Processing commands for cont...@bugs.debian.org: tags 665732 = moreinfo help unreproducible Bug #665732 [vlc] vlc: GUI latency/unresponsiveness to clicks on control options Added tag(s) unreproducible, help, and moreinfo; removed tag(s) upstream and wontfix. thanks Stopping processing here. Please contact me if you need assistance. -- 665732: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=665732 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#665732: reopen: vlc: GUI latency/unresponsiveness to clicks on control options
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_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. Nevermind, I think I found the problem thanks to Johann's hint. Depending on the relative dimension of the ALSA output buffer and the VLC decoded audio buffer, the UI thread may never get scheduled when it tries to change the volume or the mute flag. A proper fix may be too invasive for VLC 2.0.x though. Adding a sched_yield() call after aout_unlock() in aout_DecPlay() might work around the problem in the mean time. -- Rémi Denis-Courmont http://www.remlab.net/ ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: Re: Bug#665732: reopen: vlc: GUI latency/unresponsiveness to clicks on control options
Processing commands for cont...@bugs.debian.org: tags 665732 = confirmed upstream Bug #665732 [vlc] vlc: GUI latency/unresponsiveness to clicks on control options Added tag(s) upstream and confirmed; removed tag(s) unreproducible, help, and moreinfo. forwarded 665732 https://trac.videolan.org/vlc/ticket/8240 Bug #665732 [vlc] vlc: GUI latency/unresponsiveness to clicks on control options Set Bug forwarded-to-address to 'https://trac.videolan.org/vlc/ticket/8240'. found 665732 2.0.5-1 Bug #665732 [vlc] vlc: GUI latency/unresponsiveness to clicks on control options Marked as found in versions vlc/2.0.5-1. thanks Stopping processing here. Please contact me if you need assistance. -- 665732: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=665732 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#665732: reopen: vlc: GUI latency/unresponsiveness to clicks on control options
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 without changing the configuration, hence wontfix. Le mardi 15 mai 2012 17:26:51, Dirk Griesbach a écrit : 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 vlc forum which sounds like the same problem so we should try to find the culprit. My observation so far: * I absolutely can not recognize any delay with ogg audio files. * volume change while playing wav or mp3 introduces a variable delay of multiple seconds - I even had the 30 second experience like in the linked forum thread. * This is not only related to the volume change but the whole GUI is stalled. No reaction on menu or button press actions. * With some other cpu load, the delay will vanish (or at least be minimized). E.g. playing another file in one instance and playing the delaying mp3 in another instance (no dbus invoked); or simple do a `cat /dev/zero /dev/null` * If the system is idling again (apart from playing mp3), the delay is back again, too. * Doing some click-e-di-click on the desktop while waiting for the GUI and sound to respond causes the GUI to react and the volume to change. * No remarkable delay with the vlc web interface * and last but not least: Pause the song, change volume, resume playing. No delay except for the pause-play part. ;-) For me it looks like some event/timer stuff isn't working as it should be and maybe it's just only the Qt-interface? Regards, Dirk [1] http://forum.videolan.org/viewtopic.php?f=13t=98180p=327950#p327950 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii libaa11.4p5-39 ii libavcodec53 6:0.8.2-1 ii libavutil51 6:0.8.2-1 ii libc6 2.13-32 ii libfreetype6 2.4.9-1 ii libfribidi0 0.19.2-3 ii libgcc1 1:4.7.0-8 ii libgl1-mesa-glx [libgl1] 8.0.2-2 ii libice6 2:1.0.8-2 ii libqtcore44:4.8.1-1 ii libqtgui4 4:4.8.1-1 ii libsdl-image1.2 1.2.12-2 ii libsdl1.2debian 1.2.15-3 ii libsm62:1.2.1-2 ii libstdc++64.7.0-8 ii libtar0 1.2.11-8 ii libva-x11-1 1.0.15-4 ii libva11.0.15-4 ii libvlccore5 2.0.1-4+b2 ii libx11-6 2:1.4.99.901-2 ii libxcb-composite0 1.8.1-1 ii libxcb-keysyms1 0.3.8-1 ii libxcb-randr0 1.8.1-1 ii libxcb-render01.8.1-1 ii libxcb-shape0 1.8.1-1 ii libxcb-shm0 1.8.1-1 ii libxcb-xfixes01.8.1-1 ii libxcb-xv01.8.1-1 ii libxcb1 1.8.1-1 ii libxext6 2:1.3.1-2 ii libxinerama1 2:1.1.2-1 ii libxpm4 1:3.5.10-1 ii ttf-freefont 20100919-1 ii vlc-nox 2.0.1-4+b2 ii zlib1g1:1.2.7.dfsg-1 Versions of packages vlc recommends: ii vlc-plugin-notify none ii vlc-plugin-pulse none ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages vlc suggests: pn videolan-doc none -- no debconf information -- Rémi Denis-Courmont http://www.remlab.net/ ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#665732: reopen: vlc: GUI latency/unresponsiveness to clicks on control options
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 vlc forum which sounds like the same problem so we should try to find the culprit. My observation so far: * I absolutely can not recognize any delay with ogg audio files. * volume change while playing wav or mp3 introduces a variable delay of multiple seconds - I even had the 30 second experience like in the linked forum thread. * This is not only related to the volume change but the whole GUI is stalled. No reaction on menu or button press actions. * With some other cpu load, the delay will vanish (or at least be minimized). E.g. playing another file in one instance and playing the delaying mp3 in another instance (no dbus invoked); or simple do a `cat /dev/zero /dev/null` * If the system is idling again (apart from playing mp3), the delay is back again, too. * Doing some click-e-di-click on the desktop while waiting for the GUI and sound to respond causes the GUI to react and the volume to change. * No remarkable delay with the vlc web interface * and last but not least: Pause the song, change volume, resume playing. No delay except for the pause-play part. ;-) For me it looks like some event/timer stuff isn't working as it should be and maybe it's just only the Qt-interface? Regards, Dirk [1] http://forum.videolan.org/viewtopic.php?f=13t=98180p=327950#p327950 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii libaa11.4p5-39 ii libavcodec53 6:0.8.2-1 ii libavutil51 6:0.8.2-1 ii libc6 2.13-32 ii libfreetype6 2.4.9-1 ii libfribidi0 0.19.2-3 ii libgcc1 1:4.7.0-8 ii libgl1-mesa-glx [libgl1] 8.0.2-2 ii libice6 2:1.0.8-2 ii libqtcore44:4.8.1-1 ii libqtgui4 4:4.8.1-1 ii libsdl-image1.2 1.2.12-2 ii libsdl1.2debian 1.2.15-3 ii libsm62:1.2.1-2 ii libstdc++64.7.0-8 ii libtar0 1.2.11-8 ii libva-x11-1 1.0.15-4 ii libva11.0.15-4 ii libvlccore5 2.0.1-4+b2 ii libx11-6 2:1.4.99.901-2 ii libxcb-composite0 1.8.1-1 ii libxcb-keysyms1 0.3.8-1 ii libxcb-randr0 1.8.1-1 ii libxcb-render01.8.1-1 ii libxcb-shape0 1.8.1-1 ii libxcb-shm0 1.8.1-1 ii libxcb-xfixes01.8.1-1 ii libxcb-xv01.8.1-1 ii libxcb1 1.8.1-1 ii libxext6 2:1.3.1-2 ii libxinerama1 2:1.1.2-1 ii libxpm4 1:3.5.10-1 ii ttf-freefont 20100919-1 ii vlc-nox 2.0.1-4+b2 ii zlib1g1:1.2.7.dfsg-1 Versions of packages vlc recommends: ii vlc-plugin-notify none ii vlc-plugin-pulse none ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages vlc suggests: pn videolan-doc none -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers