Bug#803868: vlc: FTBFS with FFmpeg 2.9
Hello, On Tuesday 19 January 2016 20:32:50 Andreas Cadhalpun wrote: > > But at this point, this is moot for the purpose of this bug report. FFmpeg > > 2.9 breaks compatibility with VLC regardless of versions. For the time > > being, if you want something more recent than FFmpeg 2.8, you need VLC > > 3.0 *and* libav. > I guess you're referring to your vlc commit e57d32f [1] as a reaction to > ffmpeg commit 31741ae [2]. > > Why did you not disable frame-threading when using hwaccel, as the ffmpeg > commit message suggests? I don´t think that it would be that easy at all on VLC side, without breaking either hwaccel or threaded decoding. I don´t want to spend my free time on this given that libav´s libavcodec still works just fine. Patch welcome. -- 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#811519: vlc: avio plugin leaks file content
On Tuesday 19 January 2016 19:06:54 Andreas Cadhalpun wrote: > On 19.01.2016 17:27, Sebastian Ramacher wrote: > > On 2016-01-19 18:11:01, Rémi Denis-Courmont wrote: > >> With a carefully crafted URL, the VLC avio plugin can be made to leak > >> content of local files to remote parties. > >> The root cause is the same as CVE-2016-1897. > >> > >> See also: > >> > >> https://mailman.videolan.org/pipermail/vlc-devel/2016-January/105718.html > > > > There is nothing to be done in the vlc package. Reassigning to ffmpeg. It > > needs to be built with --disable-protocol=concat. > > How is CVE-2016-1897 not fully fixed? > > Rémi, please share details about any remaining vulnerability with > <ffmpeg-secur...@ffmpeg.org>. This is a VLC vulnerability and I can´t share it with my own self. Besides the underlying issue has already been discussed with upstream libav. There is plenty of information available already to reproduce the problem. I don´t want to publish an exact proof-of-concept against "my" own software, especially not before VLC 2.2.2 gets released. -- 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#811519: vlc: avio plugin leaks file content
Package: vlc Version: 2.2.1-5+b1 Severity: grave Tags: security patch Justification: user security hole Dear Maintainer, With a carefully crafted URL, the VLC avio plugin can be made to leak content of local files to remote parties. The root cause is the same as CVE-2016-1897. See also: https://mailman.videolan.org/pipermail/vlc-devel/2016-January/105718.html Best regards, -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.15-basile (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fi_FI.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vlc depends on: ii fonts-freefont-ttf 20120503-4 ii libaa1 1.4p5-44 ii libavcodec-ffmpeg56 7:2.8.5-1 ii libavutil-ffmpeg54 7:2.8.5-1 ii libc6 2.21-6 ii libcaca00.99.beta19-2+b1 ii libcairo2 1.14.6-1 ii libegl1-mesa [libegl1-x11] 11.1.1-2 ii libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-5+b1 ii libfreerdp-core1.1 1.1.0~git20140921.1.440916e+dfsg1-5+b1 ii libfreerdp-gdi1.1 1.1.0~git20140921.1.440916e+dfsg1-5+b1 ii libfreetype62.6.1-0.1 ii libfribidi0 0.19.7-1 ii libgcc1 1:5.3.1-6 ii libgl1-mesa-glx [libgl1]11.1.1-2 ii libgles1-mesa [libgles1]11.1.1-2 ii libgles2-mesa [libgles2]11.1.1-2 ii libglib2.0-02.46.2-3 ii libpulse0 7.1-2 ii libqt5core5a5.5.1+dfsg-12 ii libqt5gui5 5.5.1+dfsg-12 ii libqt5widgets5 5.5.1+dfsg-12 ii libqt5x11extras55.5.1-3 ii librsvg2-2 2.40.13-1 ii libsdl-image1.2 1.2.12-5+b5 ii libsdl1.2debian 1.2.15-12 ii libstdc++6 5.3.1-6 ii libva-drm1 1.6.2-1 ii libva-x11-1 1.6.2-1 ii libva1 1.6.2-1 ii libvlccore8 2.2.1-5+b1 ii libvncclient1 0.9.10+dfsg-3 ii libx11-62:1.6.3-1 ii libxcb-composite0 1.11.1-1 ii libxcb-keysyms1 0.4.0-1 ii libxcb-randr0 1.11.1-1 ii libxcb-shm0 1.11.1-1 ii libxcb-xv0 1.11.1-1 ii libxcb1 1.11.1-1 ii libxext62:1.3.3-1 ii libxi6 2:1.7.5-1 ii libxinerama12:1.1.3-1+b1 ii libxpm4 1:3.5.11-1+b1 ii vlc-nox 2.2.1-5+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages vlc recommends: pn vlc-plugin-notify pn vlc-plugin-samba ii xdg-utils 1.1.1-1 vlc suggests no packages. Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-18 ii libasound2 1.0.29-1 ii libass50.13.1-1 ii libavahi-client3 0.6.32~rc+dfsg-1 ii libavahi-common3 0.6.32~rc+dfsg-1 ii libavc1394-0 0.5.4-2 ii libavcodec-ffmpeg567:2.8.5-1 ii libavformat-ffmpeg56 7:2.8.5-1 ii libavutil-ffmpeg54 7:2.8.5-1 ii libbasicusageenvironment0 2014.01.13-1 ii libbluray1 1:0.9.2-2 ii libc6 2.21-6 ii libcddb2 1.3.2-5 ii libcdio13 0.83-4.2+b1 ii libchromaprint01.2-1+b1 ii libcrystalhd3 1:0.0~git20110715.fdd2f19-11+b1 ii libdbus-1-31.10.6-1 ii libdc1394-22 2.2.3-1 ii libdca00.0.5-7 ii libdirectfb-1.2-9 1.2.10.0-5.1 ii libdvbpsi101.3.0-4 ii libdvdnav4 5.0.3-1 ii libdvdread45.0.3-1 ii libebml4v5 1.3.3-1 ii libfaad2 2.8.0~cvs20150510-1 ii libflac8 1.3.1-4 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.6.1-0.1 ii libfribidi00.19.7-1 ii libgcc11:5.3.1-6 ii libgcrypt201.6.4-4 ii libgnutls-deb0-28 3.3.20-1 ii libgpg-error0 1.21-1 ii libgroupsock1 2014.01.13-1 ii libjpeg62-turbo1:1.4.1-2 ii libkate1 0.4.1-5 ii liblircclient0 0.9.0~pre1-1.2 ii liblivemedia23 2014.01.13-1 ii liblua5.2-05.2.4-1 ii libmad00.15.1b-8 ii libmatroska6v5 1.4.4-1 ii libmodplug11:0.8.8.5-2 ii libmpcdec6 2:0.1~r475-1 ii libmpeg2-4 0.5.1-7 ii libmtp91.1.10-2 ii libncursesw5 6.0+20151024-2 ii libogg01.3.2-1 ii libopus0
Bug#803868: vlc: FTBFS with FFmpeg 2.9
Hello, On Friday 08 January 2016 01:01:05 Andreas Cadhalpun wrote: > The next version of FFmpeg is planned to be released this month > (and it might be called 3.0 instead of 2.9). > > What are the current release plans for VLC 3.0? They are unchanged. VLC releases always slips by several months. I´d be very surprised if VLC 3.0 actually comes out this semester. But at this point, this is moot for the purpose of this bug report. FFmpeg 2.9 breaks compatibility with VLC regardless of versions. For the time being, if you want something more recent than FFmpeg 2.8, you need VLC 3.0 *and* libav. -- 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#734100: Fixed in VLC 3.0
On Monday 02 November 2015 00:34:47 Modestas Vainius wrote: > The end result builds fine and seems to fix the problem on my machine. Not > sure if patches break anything on 2.2.1 (i.e. if they need anything else > from 3.0.0 to work properly). Rémi, maybe you could comment on that? At least 557eaa06 and 5b2de769 are needed too. I can´t really check deeper in my free 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
Bug#796173: reportbug: Sound goes away after seeking in VLC
On Friday 30 October 2015 20:16:46 Manolo Díaz wrote: > VLC media player 2.2.1 Terry Pratchett (Weatherwax) (revision > 2.2.1-0-ga425c42) [006d0398] core libvlc: Running vlc with the > default interface. Use 'cvlc' to use vlc without interface. > [007cc5d8] alsa audio output error: cannot set buffer duration: > Invalid argument [007cc5d8] core audio output error: module not > functional > [7f2458c05288] core decoder error: failed to create audio output That looks like bug 801448, not bug 796173... -- 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#734100: Fixed in VLC 3.0
tags 734100 + fixed-upstream thanks This should be fixed in upstream VLC 3.0. -- 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#734100: Fixed in VLC 3.0
reopen 734100 thanks On Sunday 01 November 2015 22:03:41 Modestas Vainius wrote: > Hello, > > Sekmadienis 01 Lapkritis 2015 18:10:54 rašė: > > tags 734100 + fixed-upstream > > thanks > > > > This should be fixed in upstream VLC 3.0. > > Thanks a lot. Could this package be backported to current packages? VLC 3.0 is nowhere near release at this point in time. This is up to the Debian Multimedia team, not me, but I would not advise uploading it to unstable. And I do not know if there are enough human resources to maintain an extra VLC 3.0 in experimental. > This > problem has been annoying me for a long time and lately it got only worse. > Unfortunately, increasing dmix buffer has some unwanted side effects in > other apps (audio-video desync). Either those other apps are buggy, or dmix is buggy. The audio delay value should account for the dmix buffer. Also, PulseAudio is better at mixing multiple apps. -- 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#791620:
On Sunday 25 October 2015 00:09:03 Andoru Ekkusu wrote: > Package: vlc > Version: 2.2.1-4+b1 > > > Nope, still happens with QT 5.5.x That seems to be a problem between QtGUI and your WM. VLC is not involved in painting or configuring the window decoration of its main GUI. -- 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#791735: vlc: VLC no longer works without pulseaudio
On Tue, 7 Jul 2015 16:27:12 -0600 Akkana Peck <akkzi...@shallowsky.com> wrote: > Package: vlc > Version: 2.2.1-2+b1 > Severity: important > > VLC suddenly is no longer able to play audio on systems that don't > have pulseaudio installed. When I run it on an mp3 file -- > vlc filename.mp3 from the commandline -- it prints on stdout: > > PulseAudio server connection failure VLC has been doing that ever since it had PulseAudio support (provided that the PulseAudio plugin is installed). That never prevented falling back to plain ALSA. > and then just sits there doing nothing. Clicking the play button > does nothing. It also won't exit: clicking the windowmanager dismiss > button sometimes makes the window go away, sometimes not, but either > way it doesn't return control to the terminal where I started it. That´s most probably got nothing to do with PulseAudio. Without logs and stack trace, it is just impossible to guess what went wrong. > And it would be nice if it gave the user a real error message > instead of just doing nothing, and exited gracefully without needing > kill -9. When a program locks up, it locks up. Not much to do about it. -- 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#769739: (no subject)
tags 769739 - upstream fixed-upstream thanks -- 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#797207: (no subject)
tags 797207 + fixed-upstream thanks Fixed in VLC 2.2.2. -- 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#744879: (no subject)
tags 744879 + upstream forwarded 744879 https://trac.videolan.org/vlc/ticket/11144 thanks -- 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#792728: VLC should suggest on browser-plugin-vlc
On Fri, 17 Jul 2015 14:33:46 -0400 John Scott <lorenzo...@outlook.com> wrote: > I think that VLC should suggest browser-plugin-vlc because it is a part of > VLC. Chromium is dropping support for NPAPI and Firefox is to follow suit. Thus I don´t think there is much point in recommending or suggesting the browser plugin. At least not anymore. Given that we have no alternatives to offer, I cannot advise people to deploy the NPAPI plugin when I know full well that it will stop working sooner rather than later. I don´t think Debian and/or VideoLAN can influence the decision to deprecate NPAPI. > Also, most online VLC installation tutorials tell their readers to > install both VLC and the browser plugin. Unfortunately, the browser plugin > has to be set to manually installed despite VLC being the only reason for > it being on the system. > (After all, browser-plugin-vlc depends on VLC.) That´s only because of the package split in Debian. In particular, some of the LibVLC plugins that the browser plugin needs are in the "vlc" package. There are no actual dependencies between the VLC browser plugin and the stand- alone VLC program. IMHO, this bug should be closed as wontfix. -- 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#801448: Patch
tags 801448 + patch thanks Trivial fix: http://git.videolan.org/?p=vlc/vlc-2.2.git;a=commitdiff;h=994c11fb4c2d7c6af7b4e406d56fac72e95e7218;hp=e563b2afd5d8df191d4197a57a584e81e5654d01 -- 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#796173: reportbug: Sound goes away after seeking in VLC
found 796173 2.2.0~rc2-1 tags 796173 + moreinfo thanks On Wed, 19 Aug 2015 15:03:28 -0700 Kerry Hall <kerryh...@kerryajhall.com> wrote: > Package: reportbug > Version: 6.6.3 > Severity: normal > > Dear Maintainer, > > I try to seek in a video in vlc, but the sound goes away after seeking. If I keep seeking, I can randomly get the sound back sometimes. Are you using PulseAudio or ALSA or ... as output? Can you please post the logs? If PulseAudio, this might already be fixed in VLC 2.2.2. -- 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#801448: vlc: VLC change audio device without obvious reason
tags 801448 = confirmed upstream fixed-upstream severity 801448 important thanks Fixed in VLC 2.2.2. http://git.videolan.org/gitweb.cgi/vlc.git/?a=commit;h=7ac70075128318c51bbc1c0190482642f7a9226c -- 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#794983: vlc does weird things with the .lock file
Le samedi 8 août 2015, 20:30:32 sacrificial-spam-addr...@horizon.com a écrit : Package: vlc Version: 2.2.1-2+b2 Architecture: i386 Severity: minor Somehow (it may have been a transient error caused by C++ ABI upgrades), I ended up with: $ ls ~/.config/vlc/ vlc-qt-interface.conf vlc-qt-interface.conf.lock vlc-qt-interface.conf.lock.rmlock vlc-qt-interface.conf.lock.rmlock.rmlock vlc-qt-interface.conf.lock.rmlock.rmlock.rmlock vlc-qt-interface.conf.lock.rmlock.rmlock.rmlock.rmlock vlc-qt-interface.conf.lock.rmlock.rmlock.rmlock.rmlock.rmlock vlc-qt-interface.conf.lock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock vlc-qt-interface.conf.lock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock ... vlc-qt-interface.conf.lock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock. rmlock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock .rmlock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock.rmloc k.rmlock.rmlock.rmlock and ended up with vlc stuck looping retrying VLC is not accessing the file directly, and definitely not taking care of locking for it. It is the back-end to Qt's QSettings class. This should probably be reassigned... -- 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#757462: vlc burns CPU when paused
forwarded 757462 https://trac.videolan.org/vlc/ticket/541 retitle 757462 vlc burns CPU when paused thanks VLC 3.0 no longer wakes the CPU up while paused if playing audio only. It still performs blitting during pause if playing video though. Correcting upstream bug number for that. -- 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#765969: (no subject)
tags 765969 + fixed-upstream found 765969 2.2.0~rc2-1 thanks VLC 2.2.0-rc2-89-gfebaed2 works around this bug. ___ 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#771037: [vlc] intermittent green overlay on video with audio muting when playing youtube videos
tags 771037 + moreinfo thanks Le mardi 25 novembre 2014, 23:57:41 Andrew Kane a écrit : When invoking vlc via terminal with command line: vlc - https://www.youtube.com/watch?v=6hvcjxI3Wa4 ...the phenomenon does not occur. Maybe the problem is with one or more of the options which apparently are specified when the program is started from the launcher or menu, but I don't know how to determine which. hexdump -C /proc/$PID/cmdline Any guidance will be appreciated :^) I would rather suspect a bug in your VDPAU driver than in VLC's command line... -- Rémi ___ 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#765969: (no subject)
Hello, Le 2014-12-07 01:37, Francesco Muzio a écrit : The bug has been debated here https://trac.videolan.org/vlc/ticket/12622 And here seems to be found a possible patch, not yet applied https://trac.videolan.org/vlc/attachment/ticket/12622/vlc-2.2-greenline.patch That patch is incomplete and I suspect it will lead to crashes in some cases. I still consider this a bug in XVideo drivers, but there is a work-around in VLC now. Unfortunately, that means XVideo output will require memory copying. This is not avoidable without a fix for the XVideo drivers (which is unlikely to happen anytime soon). Probably this bug happen only with libav and not with ffmpeg So that sentence sounds a lot like trolling libav developers and the choice of libav by the Debian multimedia team. I don't know where you stand on libav vs ffmpeg, but the green line issue is solely between VLC and the XVideo drivers. VLC and at least some XVideo drivers disagree on how scaling cropped pictures should be achieved. -- Rémi Denis-Courmont ___ 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#765969: (no subject)
Le jeudi 18 décembre 2014, 22:30:19 Dirk Griesbach a écrit : Am Do, 18. Dez 2014 um 13:06:31 +0300 schrieb Rémi Denis-Courmont: I still consider this a bug in XVideo drivers, but there is a work-around in VLC now. Unfortunately, that means XVideo output will require memory copying. This is not avoidable without a fix for the XVideo drivers (which is unlikely to happen anytime soon). Stupid question of mine and regardless of where the bug actually originates: Why is this bug triggered with vlc 2.2.x but not with 2.1.x where apart from vlc's dependencies the rest of the system is not changed a bit? The bug does occur in VLC 2.1, just in fewer cases. -- 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#765969: Bug#771133: xserver-xorg-video-intel: colored line on right side / bottom of video
Le jeudi 27 novembre 2014, 11:39:52 maximilian attems a écrit : xf86-video-intel upstream says: it's a bug in vlc. they are supplying an image larger than the surface they wish to scale and then complain when the extra pixels are sampled during scaling. the issue is that they are not initialising those extra pixels correctly - it should be padded. -ickle That is a rather innovative way to word it. VLC supplies an image larger than the source rectangle that it wishes to scale. The Intel seems to blend pixels from outside the source rectangle. How is that a VLC bug?! Hence keep bugging vlc guys, will close xorg driver bug report. It is not the first time that someone blames VLC for not working around quirks in the Intel graphic drivers. You can try this work around, which fills invisible pixels that the Intel drivers incorrectly blends with the visible pixels. If Intel cannot provide working XVideo, they should not provide an XVideo adapter in X11 (or alternatively, not provide the XVideo extension at all). VLC will happily fallback to OpenGL then. -- RémiFrom 10b8ee4a591045e6bab92fb01d7332baf922a41a Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?R=C3=A9mi=20Denis-Courmont?= r...@remlab.net Date: Sun, 30 Nov 2014 13:01:59 +0200 Subject: [PATCH] XCB/XVideo: fill invisible padding in pictures Some brain-damaged XVideo drivers blend pixels outside the source rectangle and the pixels within the source rectangle around the bottom and/or right edge. That makes no sense since the source rectangle is in whole pixels. This partly works around the driver bug by filling the padding lines and columns. --- modules/video_output/xcb/xvideo.c | 44 +-- 1 file changed, 42 insertions(+), 2 deletions(-) diff --git a/modules/video_output/xcb/xvideo.c b/modules/video_output/xcb/xvideo.c index bddc52b..de2e17d 100644 --- a/modules/video_output/xcb/xvideo.c +++ b/modules/video_output/xcb/xvideo.c @@ -99,7 +99,8 @@ struct vout_display_sys_t }; static picture_pool_t *Pool (vout_display_t *, unsigned); -static void Display (vout_display_t *, picture_t *, subpicture_t *subpicture); +static void Prepare (vout_display_t *, picture_t *, subpicture_t *); +static void Display (vout_display_t *, picture_t *, subpicture_t *); static int Control (vout_display_t *, int, va_list); static void Manage (vout_display_t *); @@ -583,7 +584,7 @@ static int Open (vlc_object_t *obj) vd-info = info; vd-pool = Pool; -vd-prepare = NULL; +vd-prepare = Prepare; vd-display = Display; vd-control = Control; vd-manage = Manage; @@ -689,6 +690,45 @@ static picture_pool_t *Pool (vout_display_t *vd, unsigned requested_count) return p_sys-pool; } +/* TODO: factor this out as a helper function for several vouts? */ +static void Prepare (vout_display_t *vd, picture_t *pic, subpicture_t *subpic) +{ +for (int i = 0; i pic-i_planes; i++) +{ +plane_t *p = pic-p + i; +uint8_t *dst; +const uint8_t *src; + +dst = p-p_pixels + p-i_pitch * p-i_visible_lines; +src = dst - p-i_pitch; + +for (int y = p-i_visible_lines; y p-i_lines; y++) +{ +memcpy(dst, src, p-i_pitch); +dst += p-i_pitch; +} + +dst = p-p_pixels + p-i_visible_pitch; +src = dst - p-i_pixel_pitch; + +for (int y = 0; y p-i_lines; y++) +{ +for (int x = p-i_visible_pitch; x p-i_pitch; + x += p-i_pixel_pitch) +{ +memcpy(dst, src, p-i_pixel_pitch); +dst += p-i_pixel_pitch; +} + +src += p-i_pitch; +dst = src + p-i_pixel_pitch; +} +} + +(void) vd; +(void) subpic; +} + /** * Sends an image to the X server. */ -- 1.9.1 ___ 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#763705: vlc: [kfreebsd] quits after ~30 seconds: xdg_screensaver_plugin
reassign 763705 libc0.1 thanks Hello, Le lundi 20 octobre 2014, 11:45:40 Rémi Denis-Courmont a écrit : Le 2014-10-02 02:11, Steven Chamberlain a écrit : Attached is output from kFreeBSD's ktrace, showing: pid, thread ID, process name, elapsed time (seconds), and syscalls In the trace, it looks like SIGCHLD causes sigwait() to return, even though SIGCHLD is not in the wait-set. If that is the case, then I think it is a bug in the kFreeBSD sigwait(). 7296 100634 vlc 48.521557 RET sigwait 4 7296 100634 vlc 48.521577 PSIG SIGCHLD caught handler=0x804254220 mask=0x5007 code=CLD_EXITED 7296 100634 vlc 48.521631 CALL write(0xa,0x804354922,0x1) It seems that sigwait() returns EINTR, which is not even a specified error for sigwait(). What is worst, SIGCHLD is blocked on the calling task. This is completely bogus behaviour from the run-time as far as I can tell. Best regards, -- 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#765830: (no subject)
forwarded 765830 https://trac.videolan.org/vlc/ticket/12673 tags 765830 + upstream fixed-upstream found 765830 2.2.0~rc1-1 thanks This should be fixed in VLC 2.2.0-git *post* RC1. -- 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#765969: [vlc] green line under some Mpeg-4 XVID videos
tags 765969 + wontfix thanks Le vendredi 07 novembre 2014, 23:35:41 Dirk Griesbach a écrit : Am Fr, 07. Nov 2014 um 23:17:12 +0100 schrieb Francesco Muzio: what driver/graphics card are you using? VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03) Probably more than one driver is affected. But I did spend several hours troubleshooting it on an affected system and so far it does seem like a driver bug: the driver is blending the last line of visible pixels with the first line of pixels outside the visible area. All zeroes corresponds to dark green in YUV colours space. Now, I´m not flawless, but with no further arguments, I consider this a driver bug. Considering how bad of a reputation XVideo has accumulated with GPU driver developers, this is not even surprising. VLC 3.0 is intended to switch to default to OpenGL (GLX) rather than XVideo. Debian might consider doing the same in their VLC package. This should work around the bug and would also improve scaling of subpictures. But of course, it would expose other potential GPU driver bugs. -- 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#768873: vlc: segfault with ASCII-art video output
tags 768873 + upstream fixed-upstream confirmed thanks Le dimanche 09 novembre 2014, 21:31:31 Dirk Griesbach a écrit : If the ASCII-art video output is used, vlc will crash with a segfault when trying to play a video. The colored ASCII-art output plays just fine. I've attached a gdb session. This is on an up-to-date unstable with an Intel 945GM graphics chipset. VLC 2.15 had both ASCII and colored ASCII outputs working properly. This should be fixed upstream already in 2.2.0-rc1-17-g4b961ac. -- 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#765969: [vlc] green line under some Mpeg-4 XVID videos
Le 2014-10-20 00:28, Francesco Muzio a écrit : Oops, I have forgotten the screenshot The video is really low quality so it's hard to say but we can clearly see by zooming in that shades of grey are visible in the last lines, even though the colour informations is discarded, resulting in a green tint. I can't reproduce the problem with X11 or GLX, so I believe this is a bug in your display drivers. -- Rémi Denis-Courmont ___ 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#761165: vlc: segmentation fault with VDPAU
Le 2014-09-29 04:42, Arthur Marsh a écrit : I'm still seeing the problem with this version of VLC and can't provide a legal sample as it's from a commercial DVD. Should this problem be assigned to mesa-vdpau-drivers? I don't know. I can't reproduce the problem with any DVD of mine and the NVIDIA drivers. The stack frames were not very helpful because they are all either incomplete or ostensibly corrupt. -- Rémi Denis-Courmont ___ 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#763705: vlc: [kfreebsd] quits after ~30 seconds: xdg_screensaver_plugin
Le 2014-10-02 02:11, Steven Chamberlain a écrit : Attached is output from kFreeBSD's ktrace, showing: pid, thread ID, process name, elapsed time (seconds), and syscalls In the trace, it looks like SIGCHLD causes sigwait() to return, even though SIGCHLD is not in the wait-set. If that is the case, then I think it is a bug in the kFreeBSD sigwait(). -- Rémi Denis-Courmont ___ 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#761165: vlc: segmentation fault with VDPAU
Le 2014-10-20 11:57, Arthur Marsh a écrit : I may be able to get permission from the publisher to release perhaps the 15 seconds of video from the DVD. I'm more concerned about the specific driver and hardware than the specific DVD. And that error, while it does not explain the crash, is most definitely a driver bug: [7fffbc001268] vdpau_display vout display error: bitmap surface creation failure: The size of a supplied object does not match the object it is being used with. For example, a VdpVideoMixer is configured to process VdpVideoSurface objects of a specific size. If presented with a VdpVideoSurface of a different size, this error will be raised. That error code makes absolutely no sense in this context. -- Rémi Denis-Courmont ___ 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#761165: vlc: segmentation fault with VDPAU
Le mardi 21 octobre 2014, 02:13:00 Arthur Marsh a écrit : Package: vlc Version: 2.2.0~pre4-1+b1 Followup-For: Bug #761165 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** See also bug report 766058. After running vlc under valgrind both with default options and with helgrind, I found the video terminated at the 9 second mark with default options but continued playing back very slowly with the helgrind option, which someone in #radeon in IRC suggested was a thread race condition in vlc. The helgrind log there suggests a race condition in the Mesa VDPAU´s internal buffer object management to me. And please don´t use VLC with Bellagio. The only tested software decoder is libav(codec). -- 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#765969: [vlc] green line under some Mpeg-4 XVID videos
Le dimanche 19 octobre 2014, 20:16:34 Francesco Muzio a écrit : Package: vlc Version: 2.2.0~pre4-1 Severity: normal Some video shows an horizontal green line at the bottom of the video. The green line is seen especially if I play a fullscreen 16:9 video on a 16:10 (or 4:3, 5:4) screen. Are the pixel rows at the bottom part obscuring the bottom of the picture or are they added extraneous? If obscuring, do they lack colour or do they lack both colour and brightness? Which VLC video output plugin was used and does it affect others? -- 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#765578: PATH_MAX
Le 2014-10-17 11:41, Salvo Tomaselli a écrit : The bug isn't in hurd, so I suspect they will never fix it. The src/posix/thread.c patch snippet is a GNU/Hurd bug. So wontfix. -- Rémi Denis-Courmont ___ 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#765474: vlc does not play movie dvd in jessie
Le mercredi 15 octobre 2014, 15:23:32 eero a écrit : VLC gives black screen and time count stays at 0 when the user start playing movie dvd. DVD menu or DVD playback? In the earlier case, that´s probably VLC Trac bug 11410 which is already fixed in version 2.2.0~pre4. Br, -- 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#755154: vlc cache gen should happen at runtime, not buildtime
Le jeudi 16 octobre 2014, 18:25:45 Uwe L. Korn a écrit : This suggests that during the packaging process the plugins are modified after the cache was generated. I would suspect that in Debian the problem is the same too. I think everybody more-or-less agrees that it would be better (albeit not perfect) to generate the plugins cache in some dpkg post-installation script. I find the title of the bug report misleading though. -- 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#761165: vlc: segmentation fault with VDPAU
Le jeudi 11 septembre 2014, 23:51:14 Arthur Marsh a écrit : $ gdb --args vlc *VOB The VLC part of the stack frame is evidently corrupt in this report, e.g. 'state' is obviously garbage: #13 0x7fffc2875f85 in RenderRegion (reg=optimized out, subpic=optimized out, target=optimized out, vd=optimized out) at display.c:197 sys = 0x7fffbc001b60 area = {x0 = 810959958, y0 = 720, x1 = 576, y1 = 0} color = {red = 0, green = 1.00893489e-42, blue = 8.07147915e-43, alpha = 0} surface = 3 data = 0x7fffbc021340 state = {struct_version = 64, blend_factor_source_color = 45, blend_factor_destination_color = 615553280, blend_factor_source_alpha = 1773957828, blend_factor_destination_alpha = VDP_OUTPUT_SURFACE_RENDER_BLEND_FACTOR_ZERO, blend_equation_color = VDP_OUTPUT_SURFACE_RENDER_BLEND_EQUATION_SUBTRACT, blend_equation_alpha = 3154174792, blend_constant = {red = 4.59163468e-41, green = -2.46105191e+12, blue = 4.59163468e-41, alpha = -0.00788353384}} pic = 0xfa79e3a8 pitch = 832 I have no problems playing DVD MPEG2 Video with the same VLC version here, but it's a different VDPAU driver. -- 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#761165: vlc: segmentation fault with VDPAU
tags 761165 + moreinfo thanks Hello, Le 2014-09-11 13:11, Arthur Marsh a écrit : [7fffbc001268] vdpau_display vout display error: bitmap surface creation failure: The size of a supplied object does not match the object it is being used with. For example, a VdpVideoMixer is configured to process VdpVideoSurface objects of a specific size. If presented with a VdpVideoSurface of a different size, this error will be raised. That's VdpBitmapSurfaceCreate() failing with error VDP_STATUS_INVALID_SIZE. Consequently, OSD and subtitles will fail. That error does not make much sense in this context; this is probably a bug in the VDPAU driver. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffc2200700 (LWP 4213)] 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x7fffc7191df7 in pipe_sampler_view_reference (view=0x0, ptr=optimized out) at ../../../../../src/gallium/auxiliary/util/u_inlines.h:151 #2 destroy_video_buffer_private (private=0x7fffcc01acc0) at ../../../../../src/gallium/auxiliary/vl/vl_mpeg12_decoder.c:103 #3 0x7fffc71ada58 in vl_video_buffer_set_associated_data ( destroy_associated_data=0x0, associated_data=0x0, vcodec=0x0, vbuf=0x7fffcc01d560) at ../../../../../src/gallium/auxiliary/vl/vl_video_buffer.c:200 #4 vl_video_buffer_destroy (buffer=0x7fffcc01d560) at ../../../../../src/gallium/auxiliary/vl/vl_video_buffer.c:265 #5 0x7fffc71f76ba in vlVdpVideoSurfaceDestroy (surface=5) at ../../../../../../src/gallium/state_trackers/vdpau/surface.c:139 That too looks a lot like (another but possibly related) bug in the VDPAU driver. If you can, try to play the same DVD with another graphic card and a different VDPAU driver (e.g. the NVIDIA proprietary blob). Otherwise I will need a legal sample file. If that is also not possible, I will have to assume this is a Mesa driver bug and advise Debian Multimedia to reassign. -- Rémi Denis-Courmont ___ 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#758582: vlc: Vlc segfaults at the end of video reproduction when video acceleration VAAPI is selected
tags 758582 + moreinfo thanks Le mardi 19 août 2014 00:39:10, vous avez écrit : Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffd06b5700 (LWP 2772)] Release (p_external=optimized out, p_ff=optimized out) at avcodec/vaapi.c:519 519 avcodec/vaapi.c: File o directory non esistente. (gdb) This looks like a well-known bug in libavcodec. Please provide the whole stack trace. -- 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#758582: vlc: Vlc segfaults at the end of video reproduction when video acceleration VAAPI is selected
reassign 758582 libavcodec55 affects 758582 vlc thanks Le dimanche 31 août 2014, 10:54:20 Marco Mattiolo a écrit : #0 Release (p_external=optimized out, p_ff=optimized out) at avcodec/vaapi.c:519 #1 0x7fffc671eadb in vlc_va_Release (frame=0x7fffc0153348, va=optimized out) at avcodec/va.h:56 #2 ffmpeg_ReleaseFrameBuf (p_context=optimized out, p_ff_pic=0x7fffc0153348) at avcodec/video.c:1079 (...) #10 0x7fffc5b7f37b in ff_thread_free (avctx=avctx@entry=0x7fffbcc43d40) at /build/libav-EKDVFO/libav-10.4/libavcodec/pthread.c:85 #11 0x7fffc5896cd0 in avcodec_close (avctx=0x7fffbcc43d40) at /build/libav-EKDVFO/libav-10.4/libavcodec/utils.c:1609 Hmm, yeah. libavcodec releases the VA buffers in avcodec_close() when it is supposed to do that in the earlier avcodec_flush_buffers(). This causes a use- after-free and crash in VLC. Reassigning. -- 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#759818: vlc: VDPAU output - can see video in xterm and icons
tags 759818 + fixed-upstream confirmed tags 759818 - moreinfo thanks Le dimanche 31 août 2014, 13:32:05 Dmitrii a écrit : Package: vlc Version: 2.2.0~pre2-4 Followup-For: Bug #759818 Dear Maintainer, Good day! The patch works, now every black space is black! Thank you! OK, thank you for your 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
Bug#759818: vlc: VDPAU output - can see video in xterm and icons
Le samedi 30 août 2014, 20:24:13 Dmitrii a écrit : After today update [apt log Start-Date: 2014-08-30 15:53:09 Install: libvlccore8:amd64 (2.2.0~pre2-4, automatic), Upgrade: vlc-plugin-notify:amd64 (2.1.5-1, 2.2.0~pre2-4), vlc-nox:amd64 (2.1.5-1, 2.2.0~pre2-4), vlc-data:amd64 (2.1.5-1, 2.2.0~pre2-4), libvlc5:amd64 (2.1.5-1, 2.2.0~pre2-4) Remove: libvlccore7:amd64 (2.1.5-1), libdirac-decoder0:amd64 (1.0.2-7), vlc- plugin-pulse:amd64 (2.1.5-1) End-Date: 2014-08-30 16:01:09] I can see video, using VDPAU as output in window borders(xfce), xterm, and Thunar icon labels on other workspaces If using X11 XCB uotput it is allright. Sorry for my English, Best regards, Dmitrii I can't reproduce it here. Does the patch below help? Does it affect other applications using VDPAU? diff --git a/modules/hw/vdpau/display.c b/modules/hw/vdpau/display.c index 54e1cb8..e64fc5e 100644 --- a/modules/hw/vdpau/display.c +++ b/modules/hw/vdpau/display.c @@ -662,9 +662,6 @@ static int Open(vlc_object_t *obj) goto error; } -VdpColor black = { 0.f, 0.f, 0.f, 1.f }; -vdp_presentation_queue_set_background_color(sys-vdp, sys-queue, black); - sys-cursor = XCB_cursor_Create(sys-conn, screen); sys-pool = NULL; -- 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#755154: vlc cache gen should happen at runtime, not buildtime
Le 2014-08-22 08:25, Harald Sitter a écrit : That is one good reason to generate the cache at build time, where any problem can be detected early on. Crashing during dpkg postinst script is much worse. || true? Then there will be no cache, and you are not solving the problem you want to solve. I fail to see how exactly the additions could make the maintainer scripts fail to be honest, other than having a broken cache-gen which surely is the sign of a much deeper problem that should not have gotten beyond build time to begin with. Experience has shown that changes to certain libraries causes the cache generation to crash, and the maintainers of those libraries do not test against VLC before uploading to Debian. I mean glib, gobject, Qt, GL, libav to name the obvious ones... -- Rémi Denis-Courmont ___ 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#755154: vlc cache gen should happen at runtime, not buildtime
Le 2014-08-22 10:31, Harald Sitter a écrit : All that being said perhaps the more interesting bit is why exactly VLC thinks the cache is invalid to begin with. In particular considering we only have one build that builds with all plugins we have packaged and there are no third party plugins in any package anywhere ever. So the cache should always have a superset of what is available on a system. Changed file name, file size, or file modification time. I fail to see how exactly the additions could make the maintainer scripts fail to be honest, other than having a broken cache-gen which surely is the sign of a much deeper problem that should not have gotten beyond build time to begin with. Experience has shown that changes to certain libraries causes the cache generation to crash, and the maintainers of those libraries do not test against VLC before uploading to Debian. I mean glib, gobject, Qt, GL, libav to name the obvious ones... How does that work? Wouldn't that also defunct the plugins themselves? VLC would probably crash too, but a crashing program is not as bad and as likely to be reported as a crashing installation procedure. -- Rémi Denis-Courmont ___ 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#755154: vlc cache gen should happen at runtime, not buildtime
Le 2014-08-22 11:24, Harald Sitter a écrit : On Fri, Aug 22, 2014 at 9:38 AM, Rémi Denis-Courmont r...@remlab.net wrote: Le 2014-08-22 10:31, Harald Sitter a écrit : All that being said perhaps the more interesting bit is why exactly VLC thinks the cache is invalid to begin with. In particular considering we only have one build that builds with all plugins we have packaged and there are no third party plugins in any package anywhere ever. So the cache should always have a superset of what is available on a system. Changed file name, file size, or file modification time. But how could either of those happen if the only supplier of plugins are the VLC packages and so all of the cases you mentioned should be reflected in a new cache file provided by a new version of vlc-nox? You tell me; I have never reproduced the alleged crash. Or more to the point... how could a completely new installation with a matching version of vlc-nox and vlc end up thinking the cache is invalid? It can't, unless something mucks with the modification time or some data corruption happens. I think installation aborting if the cache generation actually doesn't work because of ABI breakage or whatever in an underlying library seems like a very appropriate course of action given that all libvlc applications would potentially end up broken at that point. It's not the libvlc applications that are broken, so willingly letting them crash rather than making sure we end up with a working set of plugins + cache seems ill-advised at best. Alas, this can be argued back and forth, it sounds like a less than optimal situation to begin with. For a dedicated installer, I would agree that failing to install straight up is better than failing to run later. But we are talking about the Debian packaging system here. Failing to install means screwing up the whole oeprating system. -- Rémi Denis-Courmont ___ 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#755154: vlc cache gen should happen at runtime, not buildtime
Hello, Le vendredi 18 juillet 2014, 12:52:32 Harald Sitter a écrit : since vlc plugins are spread across multiple packages the plugin cache generated at buildtime is almost always wrong As long as Debian does not ship any unofficial native VLC plugin, the build-time cache will not lack any entry. which makes vlc load all plugins at runtime No. VLC only loads plugins that are absent or mismatched in the cache. As long as the cache contains a superset of what is actually installed, VLC will not attempt to load anything unnecessary. which in turn can result in runtime symbol clashes That is one good reason to generate the cache at build time, where any problem can be detected early on. Crashing during dpkg postinst script is much worse. when it loads the qt4 gui in a qt5 libvlc application for example. That will happen only if Qt4 is not in the plugins cache. If you install the plugins cache from a build with Qt4, it should be in. attached you should fine a patch which resolves this problem by a) not installing the buildtime cache b) fully implementing trigger capability by having postinst refresh the cache c) have prerm drop the runtime cache so the dirs can be cleaned up properly by dpkg I am afraid this will create more problems than it will solve. With this patch, there is a very real possibility that the package installation will fail. IMNSHO, the proper fix consists of disabling non-cached plugins support, especially for LibVLC applications other than VLC proper. That is doable, but not completely straightforward. -- 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#748971: vlc crashes when trying to open preferences or trying to display the playing list
tags 748971 + moreinfo thanks Le 2014-06-08 01:42, Ilario Gelmetti a écrit : Opening vlc using gdb vlc and then run results in a prefectly working vlc. Then save the core dump of the segmentation fault without gdb, and then open the core dump with gdb. With so few infos, there is nothing we can do. -- Rémi Denis-Courmont ___ 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#751940: update
Le 2014-06-18 14:28, Henri Salo a écrit : Do you have any more information about this? It is quite hard to fix security vulnerability without any details. The Mozilla foundation writes code for an alternate reality where the version number of the VLC NPAPI plugin and the (Lib)VLC run-time have identical version numbers. Indeed (Lib)VLC version 2.0.0 has security issues. But that says nothing of version 2.0.0 of the VLC NPAPI plugin. In other words, the bug lies within the version checks of the Mozilla browser. -- Rémi Denis-Courmont ___ 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#699832: vlc-nox: document VLC_PLUGIN_PATH environment variable
tags 699832 + fixed-upstream thanks This is fixed in VLC 2.2.0. -- Rémi Denis-Courmont ___ 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#745784: vlc: segmentation fault when plaking .mkv file
Le 2014-04-25 15:27, Reinhard Tartler a écrit : On Fri, Apr 25, 2014 at 4:02 AM, Rémi Denis-Courmont r...@remlab.net wrote: reassign 745784 libavcodec54 tags 745784 + fixed-upstream thanks Hello, This is a known bug in libav 9 and already fixed upstream. Remi, Can you a bit elaborate on this bug? Is it fixed in Libav10? I think so. You'll need to ask Anton for further details. -- Rémi Denis-Courmont ___ 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#743997: vlc: Start time cannot exceed 23 hours
forwarded https://trac.videolan.org/vlc/ticket/4503 tags 743997 + upstream confirmed thanks Le mardi 8 avril 2014 19:55:41, vous avez écrit : Package: vlc Version: 2.1.2-2+b3 Severity: wishlist VLC cannot be told to begin playback at more than 23:59:59 hours into an audio file. Extending this to a day and beyond would assist users listening to extremely long pieces of music, such as those released by free culture band Bull of Heaven. That's a limitation of the QTimeEdit widget from QtGui. Don't hold your breath for a resolution on VLC side... -- 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#741240: vlc segfaults while playing MKV files
reassign 741240 libavcodec54 thanks Hello, This appears to be a race condition in libavcodec threaded decoding. It should be fixed in newer upstream libavcodec versions already. In the mean time, you might have to disable threaded decoding in the VLC preferences. -- 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#719329: vlc: Crackling sound at the begining of anything that VLC plays.
tags 719329 + moreinfo unreproducible severity 719329 normal thanks Hello, It would be more helpful to post verbose VLC logs of the playback problem than to troll the developers. In the mean time, I could be as (in)constructive as you and simply blame PulseAudio or your ALSA driver. Regards, -- 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#734100: vlc: Video stuttering with ALSA output
tags 734100 + moreinfo thanks Hello, Le vendredi 3 janvier 2014, 23:52:48 Vitaliy Filippov a écrit : [0x87a0a30] main audio output warning: playback way too early (-563272): playing silence [0x87a0a30] main audio output debug: inserting 27037 zeroes [0xf4c11150] main input error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 300 ms) [0xf4c11150] main input error: ES_OUT_RESET_PCR called [0xf4c11150] main input debug: Buffering 0% ... [0xf0c45bc0] main decoder debug: End of audio preroll ... [0xf4c11150] main input debug: Stream buffering done (334 ms in 3 ms) [0xf4c11150] main input debug: Decoder buffering done in 0 ms [0x87a0a30] main audio output debug: inserting 9553 zeroes [0xebc00c58] main vout display debug: auto hiding mouse cursor [0xf0c36aa8] main decoder debug: End of video preroll [0xf4c11150] main input error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 320 ms) [0xf4c11150] main input error: ES_OUT_RESET_PCR called ... Please provide the complete logs, especially the audio output part. I'm afraid this small excerpt is not particularly helpful; it just shows your system is somehow too slow. -- 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#741240: vlc segfaults while playing MKV files
tags 741240 + unreproducible moreinfo thanks Hello, Le lundi 10 mars 2014, 11:11:56 Evgeni Golov a écrit : vlc currently segfaults on me, when I try to play some MKV file with 720p h264 (High) in it. It seems to work fine here. We will need a sample file. -- 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#735447: vlc: in vlc audio is sometimes there, sometimes not there.
Hello, Le mercredi 15 janvier 2014, 19:35:28 shirish शिरीष a écrit : In vlc sometimes the audio is there, sometimes not. This is from a vlc - session of a media file I was playing :- PulseAudio keeps going into underflow. Do you hear any audio at all (with silences) or do you hear nothing? It seems like the PulseAudio daemon is acting up, but it could also be something wrong with the source file. -- 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#403359: vlc: Ogg muxing crashes on PowerPC
tags 403359 + moreinfo thanks Hello, This was filed against an ancient version. Does the problem still exist? If so, can you please provide a stack trace from gdb? Regards, -- 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#741970: vlc-nox: vlsub plugin fails to run
tags 741970 + confirmed upstream fixed-upstream forwarded 741970 https://trac.videolan.org/vlc/ticket/9495 thanks This bug is fixed in VLC 2.2. Regards, -- 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#742336: libva-drm1: does not work in threaded programs
Package: libva-drm1 Version: 1.2.1-2 Severity: important Tags: upstream patch Dear Maintainer, The libva-drm1 library is mostly unusable in multithreaded program since the built-in DRM authentication code mixes up the process ID with the thread ID. Effectively, vaGetDisplayDRM() only works from the process main() thread. This bug has already been fixed upstream for many months: commit d2dbc3f69c69e5933e7b3da429c0fb0cae5b98b0 Author: Gwenole Beauchesne gwenole.beauche...@intel.com Date: Mon Jul 15 10:45:16 2013 +0200 drm: improve check for authentication. On Linux systems, the drmGetClient() function would return the thread ID instead of the actual process ID. Signed-off-by: Gwenole Beauchesne gwenole.beauche...@intel.com Regards, -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.6-basile (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libva-drm1 depends on: ii libc6 2.18-4 ii libdrm22.4.52-1 ii libva1 1.2.1-2 ii multiarch-support 2.18-4 libva-drm1 recommends no packages. libva-drm1 suggests no packages. -- 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
Bug#731699: vlc: Segmentation fault by clicking on 'MyVideos' or 'My Music' or 'My Pictures'
reassign 731699 libdvdnav4 thanks -- 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#729238: vlc-nox should not depend on libsmbclient
Hello, Le dimanche 10 novembre 2013, 17:01:58 bns_robson a écrit : I only use vlc-nox to play local files and streams from the Internet and do not play files from SMB servers. I therefore do not want any libraries or programs for SMB on my computer. There are a lot of dependencies to VLC. It would be highly impractical to split them all out to different packages. More importantly, it would become a support hell as users would not know which plugins to install and so the software would just fail. I fail to see how smbclient is special; so far all network plugins are included in vlc-nox for simplicity. There are far more obscure or rarely used libraries that the vlc-nox package depends on. By depending on libsmbclient, vlc-noc forces the installation of libsmbclient and other packages for SMB (the change in libsmbclient on Jessie from 2:3.6 to 2:4.0 greatly increases the number/size of other packages for SMB that will be installed). vlc-nox should be changed to only recommend/suggest libsmbclient and work without it installed when not playing from SMB servers. This is how mount works. If you're mounting SMB then you need SMB packages installed otherwise you don't. Actually you have to install the SMB and CIFS kernel modules with the normal kernel package(s) from Debian, even if you do not ever load them. Same with VLC really. -- 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
Re: Please binNMU phonon-backend-vlc against the new libvlccore7
Hello, On Wed, 30 Oct 2013 11:38:29 +, Adam D. Barratt a...@adam-barratt.org.uk wrote: On 2013-10-28 6:46, Mateusz Łukasik wrote: recently vlc source package has been updated and it now builds libvlccore7 instead of libvlccore5. It is possible to build phonon-backend-vlc against the new libvlccore7. Now phonon-backend-vlc have broken depends on i386 and amd64. On others architectures new version is not avaitable now, see #727831. phonon-backend-vlc isn't the only package affected; CCing the maintainers - what's the plan here? I don't know but this looks like a bug in phonon-backend-vlc to me, in upstream and/or in Debian. The external interface to libvlc is libvlc, not libvlccore. libvlccore is explicitly not stable and MUST ONLY be used by VLC plugins. In other words, unless a package installs something in /usr/lib/vlc/plugins, it has ZERO business linking against libvlccore directly. None of the packages below seem to pass that condition, and definitely not phonon-backend-vlc nor browser-plugin-vlc. # Broken Depends: cytadela/contrib: cytadela [amd64 armel armhf i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc] freetuxtv: freetuxtv [amd64 armel armhf i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc] goldencheetah: goldencheetah [amd64 armel armhf i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc] libplayer: libplayer2 [amd64 armel armhf i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc] npapi-vlc: browser-plugin-vlc [amd64 armel armhf i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc] phonon-backend-vlc: phonon-backend-vlc [amd64 armel armhf i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc] I must admit to not being overjoyed at such changes being made in an urgency=high upload, with changelog entries such as * New major upstream release. (Closes: #436339, #632965, #642187, #698023, #593735, #724734, #665732, #700752, #704941, #708953, #712935, #398167, #646200, #679654, #654955, LP: #982953, #301193, #986785, #1038303, #1109026, #530797, #667584, #938621, #671031, #1080847, #1157384, #1173943) Unless every single one of those bugs is requesting an upload of the new version, They do; they are all (fixed-)upstream bugs. And whomever made the upload even *missed* a few bug numbers there. -- Rémi Denis-Courmont Sent from my collocated server ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Please binNMU phonon-backend-vlc against the new libvlccore7
Le mercredi 30 octobre 2013 16:48:30 Benjamin Drung a écrit : These packages should be fixed to use the stable API from libvlc instead of using libvlccore. Looking at the other package, they all just depend on libvlc, but not on libvlccore. Just phonon-backend-vlc requires libvlccore. Even that is a bug in upstream Phonon, AFAIK. -- 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#728039: Please compile VLC with VDPAU support
tags 728039 + fixed-upstream confirmed severity 728039 wishlist thanks Le dimanche 27 octobre 2013 20:45:19 Wojciech Kuranowski a écrit : Package: vlc Version: 2.1.0-1 Looks like VLC is compiled without VDPAU support. Can you fix this? VDPAU decoding would require a newer version of libavcodec in Debian. VDPAU rendering is only available in VLC 2.2 which is not released. So no, at this point in time, this cannot be fixed in Debian. You will need to compile yourself. -- 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#728086: vlc: SIGABRT when loading playlist file for DVB tuner
tags 728086 + fixed-upstream upstream confirmed forwarded 728086 https://trac.videolan.org/vlc/ticket/9643 thanks Le lundi 28 octobre 2013 19:54:44 Arthur Marsh a écrit : Package: vlc Version: 2.1.0-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? loading a playlist file for a DVB tuner that worked with previous versions of VLC. This should already be fixed in VLC 2.1.1. -- 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#725057: vlc plugin linking issue (seems to affect only live systems)
tags 725057 - patch tags 725057 + moreinfo thanks Le lundi 30 septembre 2013 22:17:11 boacs a écrit : Package: vlc Version: 2.0.8-1 Severity: serious Tags: patch Justification: Policy 2.5 Dear Maintainer, In vlc versions before 2.0.3-5 , there was a linking issue which immediately crashed vlc on a live system, saying, [0x220e108] main libvlc error: No plugins found! Check your VLC installation. One workaround I've found out is linking: VLC_PLUGIN_PATH=/usr/lib/vlc/plugins/ vlc Meh? That is the default value for VLC_PLUGIN_PATH... And I cannot reproduce the problem. Can you please post the verbose log (vlc -vv) ? -- 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#695523: no bug; missing package?
Le dimanche 29 septembre 2013 01:18:20 ge...@riseup.net a écrit : Some friends of mine ran into the same problem. They're using the gnome desktop environment and pulseaudio. It is unfortunate that the PulseAudio plugin for ALSA emulation in alsa- plugins does not work very well, but there is not much to do about it in VLC, or indeed anywhere. The ALSA and PulseAudio interfaces are just different so emulation cannot be fool-proof. If you use PulseAudio, just be sure to have the native PulseAudio plugin in vlc-plugin-pulse. However in the case of this particular bug, I rather suspect this well-known PulseAudio 2.x bug: https://bugs.freedesktop.org/show_bug.cgi?id=50024 Without feedback from the original reporter, go figure. -- 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#625540: (no subject)
tags 625540 + upstream fixed-upstream thanks Fixed in VLC 2.2.0. -- 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#717869: VLC HTTP streaming doesn't work with HTTP proxy enabled
On Fri, 26 Jul 2013 15:04:42 +0200 (CEST), Rob van der Putten r...@sput.nl wrote: This might be a bug in libproxy not parsing IPv6 addresses correctly. AFAIK libproxy's job is to find out the proxy settings. libproxy wants the target URI as input and provides the proxy URI as output. That is necessary to support such horrible things as PAC files. I *guess* that libproxy returns direct:// when provided an URI with a literal IPv6 as input. Is the current Debian version of VLC going to be fixed or should I install a version from an other source instead? That is not up to me. I am not a Debian developer. -- Rémi Denis-Courmont Sent from my collocated server ___ 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#717869: VLC HTTP streaming doesn't work with HTTP proxy enabled
reassign 717869 vlc-nox fixed 717869 2.0.4-1 forwarded 717869 https://trac.videolan.org/vlc/ticket/7417 tags 717869 + wheezy confirmed fixed-upstream thanks Le jeudi 25 juillet 2013 21:15:01 Rob van der Putten a écrit : VLC HTTP streaming doesn't work with HTTP proxy enabled. A 'tcpdump -A' shows that VLC strips the path/file bit from the request. So 'http://Some_host/Some_Path/Some_File' becomes 'http://Some_host:80' The squid proxy server access log confirms this. This bug was fixed 11 months ago... No kidding. An exception is using an IPv6 address instead of a hostname. When using 'http://[IPv6_Addres]/Some_Path/Some_File' VLC will bypass the proxy and work correctly. This is odd since my proxy is dual stack and a tcpdump shows that VLC requests both it's IPv4 and IPv6 address. In fact, it uses IPv6. This might be a bug in libproxy not parsing IPv6 addresses correctly. -- 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#713989: Please drop build-dep on libsvga1-dev
Le lundi 24 juin 2013 19:08:59, Moritz Muehlenhoff a écrit : Package: vlc Version: 2.0.7-1 Severity: important Hi, svgalib is scheduled for removal from the archive. vlc already dropped support in 2.0.0-1. But the build dep on libsvga1-dev is still present. Please remove it as well. All these build dependencies are dubious libglib2.0-0 (not a -dev package!) libsvga1-dev libx11-xcb-dev libxt-dev libproxy-dev should be dropped in 2.1 libmpeg2-4-dev is largelly superseded by libavcodec-dev and probably useless. -- 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#713827: vlc-nox: FTBFS on hppa -- no bluray support
Le dimanche 23 juin 2013 02:12:13, Dave Anglin a écrit : Package: vlc-nox Version: 2.0.7-2 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) Currently, hppa does not have bluray support as it depends on openjdk-6/7. As result, vlc build from sources fails: As far as I know, Java is *not* required to build libbluray. It is only required for some functionality, namely BD-J and the BD+ crypto/DRM, the latter not supported at all in open-source world. So it seems I would argue that this is a bug in the libbluray source 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
Bug#632080: vlc: VLC cannot open mpeg (TS) files recorded from satellite channels
tags 632080 + unreproducible thanks Le mercredi 13 mars 2013 21:52:28, Johann Klammer a écrit : I have a .ts snippet, which does not display anything here. Works in xine. Was part of a larger file. vlc would just grind the disk, but not display anything. http://members.aon.at/~aklamme4/scratch/hang.ts I can play the file just fine: $ vlc hang.ts :program=28014 -- 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#708953: Fixed in VLC 2.1.0
tags 708953 + confirmed upstream fixed-upstream forwarded 708953 https://trac.videolan.org/vlc/ticket/8839 thanks Hello, This should be fixed in VLC 2.1. Basically, you need to add the '--started- from-file' option in the VLC desktop file. Regards, -- 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#708137: H.264 playback problems: `main decoder error: no suitable decoder module for fourcc `h264'.` (works with Totem and MPlayer)
unmerge 708137 671407 reassign 671407 mediathekview thanks On second thoughts... Le dimanche 19 mai 2013 00:36:54, Benjamin Drung a écrit : Some solutions might be, to try MPlayer before VLC by default or just recommend the package `vlc` and demote `mplayer` and `mplayer2` as suggests(?), so mediathekview works out of the box. I came to different solution suggestions: 1) Mediathekview should show a proper error message instead of garbage in the terminal. The user should see main decoder error: VLC does not support the audio or video format h264. Unfortunately there is no way for you to fix this. error message from VLC. 2) VLC should be better integrated into the system and know that the h264 decoder is in the vlc package. Then VLC should tell the users to install vlc when they try to play a h264 video. That would involve a lot of effort -and Debian-specific at that- to solve a fake problem. The avcodec plugin should be in vlc-nox anyway. Debian created the vlc-nox package for headless server VLC use cases, basically. Users for that package should be sufficiently sophisticated to know what they are installing. 3) The h264 video decoder should be moved back to vlc-nox (bug #671407). Of course. Except that will not work. VLC will then show the video in ASCII art because X11 plugins will still be missing (hence unmerging the bugs). The real problem is a mismatch between the Debian packaging of mediathekview, and the actual code of mediathekview. mediathekview should not assume that VLC works on the sole basis of the base /usr/bin/vlc being executable. So switch mediathekview over to /usr/bin/qvlc (or check that the 'vlc' package is installed). -- 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#712935: (no subject)
forwarded 712935 https://trac.videolan.org/vlc/ticket/8544 tags 712935 + confirmed upstream fixed-upstream thanks This is fixed in VLC 2.1.x. -- 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#711917: vlc: Fullscreen mode does not hide Xfce panels
Hello, Le mardi 11 juin 2013 00:25:06, Pierre Rudloff a écrit : When I put VLC in fullscreen, the Xfce panels are not hidden and cover the video. Here is a screenshot: http://bayimg.com/NANnMAaeC Is the bug reproducible with the --no-embedded-video option? It looks like an incompatibility between Qt4 and Xfce, doubt VLC can do much here. -- 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#711917: vlc: Fullscreen mode does not hide Xfce panels
Le jeudi 13 juin 2013 17:13:47, Pierre Rudloff a écrit : No, I can't reproduce it with /--no-embedded-video/. Then it is not a VLC bug. Please reassign to Qt4/GUI or the WM. -- 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#708137: (no subject)
forcemerge 671407 708137 thanks -- 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#710190: vlc: Segfault when opening a playlist containing rtsp urls
Hello, Le jeudi 30 mai 2013 17:51:26, Reinhard Tartler a écrit : This looks like a segfault in libproxy. Yes. The PAC interpreter is crashing. This type of bug is most likely to affect corporate users, where PAC files are popular. A similar crash has is known in Ubuntu as https://bugs.launchpad.net/ubuntu/+source/libproxy/+bug/1038578, maybe it is the same issue? I don't know if it is the same issue, but there are indeed quite a few PAC- related libproxy bugs in LaunchPad. Remi, executive summary, I suspect that the ubuntu issue above is effectively the same as http://bugs.debian.org/710190. Does the information there help you with identifying the issue? I am not familiar with libproxy internals. Due to the swarm of crash reports, I have made VLC 2.1 execute /usr/bin/proxy from proxy-tools in a separate process instead of calling libproxy directly. (This also weakens the run-time dependency on libproxy.) At least, VLC will not crash anymore. Also, reading bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604934 makes me feel sad and wonder, if there was some way to disable the usage of libproxy in vlc altogether? For VLC 2.0, either `./configure --disable-libproxy' or build-time conflict with libproxy-dev ought to do. Then the plain old $http_proxy will be used. -- 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#654955: sound system crashed waking up from suspend
tags 654955 = squeeze fixed 654955 1.1.12-1 thanks Le samedi 7 janvier 2012 07:09:57, Thomas Goirand a écrit : Package: vlc Version: 1.1.3-1squeeze6 Severity: normal Dear maintainer, When running Squeeze, do the following: 1/ Start playing a video 2/ Pause de video 3/ Put your computer into suspend mode 4/ Go back from sleep mode 5/ Unpause the video Then there's no sound, and sometimes there's audio cracks. This should already be fixed. Please try with VLC 2.0.5 and PulseAudio 3.0. -- 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#700752: modal Privacy... window shown _after_ starting playing; unclear config.
tags 700752 + fixed-upstream thanks Le dimanche 17 février 2013 00:44:02, Daniel B. a écrit : So: 1. VLC should not start playing anything before popping up that (and many any other or some other) modal dialog. That's not possible. The GUI is just one view of the playlist controller. The playlist controller starts before the hypothetical GUI, if media is specified on the command line. (Alternatively, making that dialog non-modal would also solve the problem here.) That would suck from usability perspective. The default settings, before the user closes the dialog, do not fetch anything anyway. 2. The wording of that check-box label (and the warning text) should be clear. This is fixed in VLC 2.1. -- 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
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
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
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
Bug#701133: vlc: crashes when opening My Videos
175-7 ii libupnp6 1:1.6.17-1.2 ii libusb-1.0-0 2:1.0.11-1 ii libv4l-0 0.8.8-3 ii libvcdinfo00.7.24+dfsg-0.1 ii libvlc52.0.3-4 ii libvlccore52.0.3-4 ii libvorbis0a1.3.2-1.3 ii libvorbisenc2 1.3.2-1.3 ii libx264-1232:0.123.2189+git35cf912-1 ii libxml22.8.0+dfsg1-7 ii libzvbi0 0.2.33-6 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages libvlc5 depends on: ii dpkg 1.16.9 ii libc62.13-38 ii libvlccore5 2.0.3-4 Versions of packages libvlccore5 depends on: ii dpkg 1.16.9 ii libc62.13-38 ii libdbus-1-3 1.6.8-1 ii vlc-data 2.0.3-4 Versions of packages vlc is related to: pn libavutil50 none ii libavutil51 6:0.8.5-1 -- no debconf information Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffcc11e700 (LWP 13748)] __strlen_sse42 () at ../sysdeps/x86_64/multiarch/strlen-sse4.S:32 32../sysdeps/x86_64/multiarch/strlen-sse4.S: Filen eller katalogen finns inte. (gdb) bt #0 __strlen_sse42 () at ../sysdeps/x86_64/multiarch/strlen-sse4.S:32 #1 0x7fffed625f07 in DVDOpen () from /usr/lib/x86_64-linux-gnu/libdvdread.so.4 #2 0x7fffed84aff8 in ?? () from /usr/lib/x86_64-linux-gnu/libdvdnav.so.4 #3 0x7fffed843a75 in dvdnav_open () from /usr/lib/x86_64-linux-gnu/libdvdnav.so.4 #4 0x7fffeda59d3a in Open (p_this=0x7fffc8c31cd8) at dvdnav.c:231 #5 0x7795fc29 in vlc_module_load (p_this=p_this@entry=0x7fffc8c31cd8, psz_capability=psz_capability@entry=0x77999012 access_demux, psz_name=optimized out, b_strict=b_strict@entry=true, probe=probe@entry=0x7795f4d0 generic_start) at modules/modules.c:347 #6 0x779600b4 in module_need (obj=obj@entry=0x7fffc8c31cd8, cap=cap@entry=0x77999012 access_demux, name=optimized out, strict=strict@entry=true) at modules/modules.c:437 #7 0x7791d7e8 in demux_New (p_obj=p_obj@entry=0x9a3328, p_parent_input=p_parent_input@entry=0x9a3328, psz_access=0x7fffc8001930 file, psz_demux=psz_demux@entry=0x779a188a , psz_location=0x7fffc8001937 /home/jimmy/Video, s=s@entry=0x0, out=0x7fffc8c3d560, b_quick=b_quick@entry=false) at input/demux.c:195 #8 0x7792a281 in InputSourceInit (p_input=p_input@entry=0x9a3328, in=0xeb1470, psz_mrl=0xaa34c0 file:///home/jimmy/Video, psz_forced_demux=psz_forced_demux@entry=0x0, b_in_can_fail=b_in_can_fail@entry=false) at input/input.c:2400 #9 0x7792b24e in Init (p_input=p_input@entry=0x9a3328) at input/input.c:1258 #10 0x7792ea4d in input_Read (p_parent=p_parent@entry=0xa08588, p_item=p_item@entry=0xa91a10) at input/input.c:175 #11 0x7fffdedfc23c in Run (data=0xa08588) at mediadirs.c:208 #12 0x776c2b50 in start_thread (arg=optimized out) at pthread_create.c:304 #13 0x76a69a7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #14 0x in ?? () -- Rémi Denis-Courmont Sent from my collocated server ___ 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#632965: vlc: No audio when playing .3g2 files
found 632965 1.1.3-1 tags 632965 + moreinfo thanks Hello, From a quick glance, it would seem that VLC still lacks native support for 3g2a files, but it might work non-natively anyway with newer libavformat versions. Can you please retest with VLC 2.0.x, provide a sample file, or file the bug directly at http://trac.videolan.org/vlc, whichever is more convenient to you. Best regards, Le jeudi 7 juillet 2011 15:54:26, David Lee Lambert a écrit : My wife's cell-phone records .3g2 files. file identifies these as ISO media. VLC displays the video fine, but does not play any audio. The following line from the output of vlc -vvv ... may be relevant: [0x927db8c] mp4 demux debug: unrecognized major file specification (3g2a). I know there is audio on these videos because when I upload one to YouTube and then view them there's an audio track ... but I'd rather have a chance to edit/evaluate the audio locally first! -- 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#436339: Screensaver inhibition
tags 436339 = fixed-upstream upstream confirmed thanks Hello, VLC not stopping the screensaver has various causes. Different desktops stop it in different ways. In VLC 2.1, the FDo D-Bus interface is supported, with fallback to xdg-utils if the desktop lacks it. This should fix screensaver inhibition on all NON-BROKEN desktop environments. At last. Best regards, -- 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#573306: (pas de sujet)
tags 573306 = upstream fixed-upstream confirmed thanks Hello, Le mercredi 18 mai 2011 11:08:50, Rémi Denis-Courmont a écrit : Unless the --sout-keep option is enabled, VLC will restart the stream output pipeline at every input item. This is by design, and cannot be fixed in the general case. In this particular case, your URL points to a playlist with two items. VLC 2.1 has an option to avoid overriding output files. Please note that it is disabled by default for backward compatibility with existing scripts. -- 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#687735: Testcase for demuxer/psi bug
Le mercredi 6 février 2013 19:17:39, Johann Klammer a écrit : Fabian Greffrath wrote: Please note that the bug got tagged upstream and moreinfo, not wontfix. Sorry, I spent over 5 hours of my free time triaging Debian VLC bugs. You found no better than to insult in public. So I resent you to say the least and will consequently ignore all your bug reports. As it happens, I am the most active VLC developer, the maintainer of VLC on Linux, and more or less the sole of VLC maintainers following the Debian BTS. So you have just nearly zeroed your change of getting any help. -- 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#670789: vlc: VLC crashes when drag and drop an item from dolphin
tags 670789 = moreinfo unreproducible thanks Drag and drop from Dolphin works fine here. Please specify what you are doing more precisely and/or provide a stack trace. Best regards, Le dimanche 29 avril 2012 03:43:25, Daniel Koch a écrit : Package: vlc Version: 2.0.1-4 Severity: normal Tags: upstream VLC crashes when i drag and drop another item from dolphin to it. I was not able to preduce any usable output for debugging -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') 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 5:0.8.1-4 ii libavutil51 5:0.8.1-4 ii libc6 2.13-30 ii libfreetype6 2.4.9-1 ii libfribidi0 0.19.2-3 ii libgcc1 1:4.7.0-3 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libice6 2:1.0.8-2 ii libqtcore44:4.7.4-3 ii libqtgui4 4:4.7.4-3 ii libsdl-image1.2 1.2.12-1 ii libsdl1.2debian 1.2.15-3 ii libsm62:1.2.1-2 ii libstdc++64.7.0-3 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 ii libx11-6 2:1.4.4-4 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.1-3 ii libxpm4 1:3.5.9-4 ii ttf-freefont 20100919-1 ii vlc-nox 2.0.1-4 ii zlib1g1:1.2.6.dfsg-2 Versions of packages vlc recommends: ii vlc-plugin-notify 2.0.1-4 ii vlc-plugin-pulse 2.0.1-4 ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages vlc suggests: pn videolan-doc none -- debconf-show failed -- 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#671290: vlc hangs at start of video for certain videos
tags 671290 + moreinfo thanks Hello, Unfortunately, that's not a very helpful description and the debug log cannot really point out why VLC would dead lock. For that kind of bug, we really need a symbolic threaded stack trace of the jammed process, as gdb can provide. Best regards, -- 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
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#673330: vlc: can't control the main window when the Preferences window is open
tags 673330 + wontfix thanks Le vendredi 18 mai 2012 00:51:20, Vincent Lefevre a écrit : Package: vlc Version: 2.0.1-4+b2 Severity: normal When the Tools→Preferences window is open, it isn't possible to do anything with the main window. The preferences dialog is modal by design, this is not a bug. -- 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#684313: vlc crash while playing DVB-T udp multicast (stream generated elsewhere on the LAN via mumudvb)
tags 684313 + moreinfo thanks Hello, From the kernel message, this is probably a bug in the VLC TS demuxer, though it could be a bug in libdvbpsi as well. Unfortunately, without a sample MPEG- TS dump to reproduce the issue, or at the very least a symbolic stack trace of the crash, we cannot investigate this bug further. Best regards, -- 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#691957: Fixed upstream
forwarded 691957 https://trac.videolan.org/vlc/ticket/7133 tags 691957 + upstream fixed-upstream confirmed patch severity 691957 minor thanks This bug is fixed upstream in commit 23a04c6aaf6d4d8f63c3afc5b782c5723fb60a5d. Best regards, -- 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#698023: Stray message remove upstream
tags 698023 + confirmed fixed-upstream upstream found 698023 2.0.5-1 thanks This is fixed in VLC 2.1. -- 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#673338: vlc: Ogg duration is shown in the playlist only when the file is being played
tags 673338 + confirmed upstream forwarded 673338 https://trac.videolan.org/vlc/ticket/8137 thanks Hello, Le vendredi 18 mai 2012 01:21:42, Vincent Lefevre a écrit : Package: vlc Version: 2.0.1-4+b2 Severity: minor For ogg files, the duration is shown in the playlist only when the file is being played; it disappears as soon as another file is played. MP3 files do not have this problem. Computing the approximate duration of an Ogg file is not quite as simple as that of an MP3. VLC is currently unable to compute the length immediately when the file is opened/preparsed. -- 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#679654: Fixed in VLC 2.0.4
found 679654 2.0.3-4 fixed 679654 2.0.4-1 tags 679654 + confirmed upstream fixed-upstream forwarded 679654 https://trac.videolan.org/vlc/ticket/1859 thanks This bug should already be fixed in VLC 2.0.4 / Debian unstable. Best regards, -- 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