Bug#801457: vlc: Segmentation fault playing a DVD with vdpau
reassign 801457 mesa-vdpau-drivers thanks Hello, On Sunday 11 October 2015 02:20:59 Arthur Marsh wrote: > When I removed the vdpau libraries for the GPU in use (r600 libraries for > RS780 GPU), the video played alright, but did give these error messages: > > Failed to open VDPAU backend libvdpau_r600.so: cannot open shared object > file: No such file or directory [mpeg2video @ 0x7fffc81b8660] ac-tex > damaged at 1 0 > [mpeg2video @ 0x7fffc81b8660] skipped MB in I frame at 24 9 > [mpeg2video @ 0x7fffc81b8660] skipped MB in I frame at 17 18 > [mpeg2video @ 0x7fffc81b8660] ac-tex damaged at 32 25 > [mpeg2video @ 0x7fffc81b8660] ac-tex damaged at 13 32 (...) The libavcodec software MPEG2 Video decoder is complaining that the bit stream is corrupt. The R600 driver is probably not robust against invalid bit stream and just crashes instead. This is ostensibly a bug in the R600 driver (or in Mesa VDPAU), arguably a security issue too... As to why this occurs while playing a DVD, I don´t. Either there is some physical problem, or the content is malformatted (some DVDs are deliberately made to crash open-source players, though typically rather targetting libdvdnav). -- Rémi Denis-Courmont http://www.remlab.net/
Bug#760043: weston-terminal: exits under load
Package: weston Version: 1.5.0-2 Severity: grave Justification: causes non-serious data loss Dear Maintainer, When the Weston terminal outputs really fast, it pseudo-randomly ends up vanishing and the process exits. For me, this is reproducible about every third time running ls -lR /. On the console that started the compositor: [11:54:52.890] launching '/usr/lib/weston/weston-desktop-shell' Error sending request: Resource temporarily unavailable child 7795 exited From a quick investigation, this appears to be an unhandled error without the libwayland-client marshaller. I guess that write congestion on the socket to the compositor is not handled; if that is the case, it is somewhat surprisingly and disturbingly naive. Feel free to reassign to wayland. Best 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.16.0-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 weston depends on: ii adduser 3.113+nmu3 ii libc6 2.19-10 ii libcairo2 1.12.16-3 ii libcolord2 1.2.1-1 ii libdbus-1-3 1.8.6-2 ii libdrm2 2.4.56-1 ii libegl1-mesa10.2.6-1 ii libegl1-mesa-drivers10.2.6-1 ii libgbm1 10.2.6-1 ii libgl1-mesa-glx [libgl1]10.2.6-1 ii libgles2-mesa 10.2.6-1 ii libglib2.0-02.40.0-5 ii libglu1-mesa [libglu1] 9.0.0-2 ii libinput0 0.2.0-2 ii libjpeg88d1-1 ii liblcms2-2 2.6-3 ii libmtdev1 1.1.5-1 ii libpam0g1.1.8-3.1 ii libpango-1.0-0 1.36.6-1 ii libpangocairo-1.0-0 1.36.6-1 ii libpixman-1-0 0.32.6-3 ii libpng12-0 1.2.50-2 ii libsystemd-login0 208-8 ii libudev1208-8 ii libwayland-client0 1.5.0-1 ii libwayland-cursor0 1.5.0-1 ii libwayland-egl1-mesa [libwayland-egl1] 10.2.6-1 ii libwayland-server0 1.5.0-1 ii libx11-62:1.6.2-3 ii libx11-xcb1 2:1.6.2-3 ii libxcb-composite0 1.10-3 ii libxcb-render0 1.10-3 ii libxcb-shape0 1.10-3 ii libxcb-shm0 1.10-3 ii libxcb-xfixes0 1.10-3 ii libxcb-xkb1 1.10-3 ii libxcb1 1.10-3 ii libxcursor1 1:1.1.14-1 ii libxkbcommon0 0.4.1-2 Versions of packages weston recommends: ii libgl1-mesa-dri 10.2.6-1 weston suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140831090116.7696.20773.report...@basile.remlab.net
Bug#672972: Wheezy: VLC player can't play videos
On Wed, 06 Feb 2013 11:18:19 +0100, Michel Dänzer daen...@debian.org wrote: The fact that it works just fine when plain X11 output is forced in the preferences proves that X11 would work fine, but is not attempted with default settings. In other words, the problem lies with the OpenGL drivers. I have a similar problem on a laptop also with AMD/ATI chip (although mine has XVideo working fine so hardly a problem). This apparent regression is probably due to VLC using shaders for YUV color space conversion since version 2.0.0. I doubt VLC is at fault here, and I fail to see what else it could do. If shaders are so slow, the driver should not offer them in the first place. Why do you think the problem is that 'shaders are slow'? That's the main difference between OpenGL in VLC 1.1 and VLC 2.0, version against which the bug was filed. It's also what I'm experiencing with my own ATI chip. In any case, since plain X11 works, I gather that VLC is able to decode the video just fine and the CPU is powerful enough, even with the extra color space conversion and resolution scaling for unaccelerated X11 output. -- Rémi Denis-Courmont Sent from my collocated server -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/59ff9379dac6dd15725bb0e8f1224...@chewa.net
Bug#672972: Wheezy: VLC player can't play videos
reassign 672972 xserver-xorg-video-radeon retitle 672972 vlc: OpenGL output fails with Radeon HD 4200 thanks Hello, In absence of XVideo adapter, VLC will fall back to OpenGL. If OpenGL fails too, VLC will fall back to plain X11. The fact that a few frames are shown proves that VLC is NOT trying to use a non-existent XVideo. There would be no frames at all then. The fact that it works just fine when plain X11 output is forced in the preferences proves that X11 would work fine, but is not attempted with default settings. In other words, the problem lies with the OpenGL drivers. I have a similar problem on a laptop also with AMD/ATI chip (although mine has XVideo working fine so hardly a problem). This apparent regression is probably due to VLC using shaders for YUV color space conversion since version 2.0.0. I doubt VLC is at fault here, and I fail to see what else it could do. If shaders are so slow, the driver should not offer them in the first place. -- Rémi Denis-Courmont http://www.remlab.net/ -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201302052113.50...@leon.remlab.net
Bug#672972: Wheezy: VLC player can't play videos
Le dimanche 5 août 2012 23:41:33 Reinhard Tartler, vous avez écrit : reassign 672972 xserver-xorg-video-radeon retitle 672972 No Xvideo extension on Radeon HD 4200 stop Thanks for reporting back, I'm reassigning this bug to the package xserver-xorg-video-radeon. Do you actually read what the VLC developers have to say, or should I stop following Debian bugs altogether? Lack of XVideo driver is perfectly fine. As I said, like what a few hours ago, VLC will safely fall back to OpenGL in that case. Also I don't see how you infer the lack of XVideo driver from the bug report. -- Rémi Denis-Courmont http://www.remlab.net/ http://fi.linkedin.com/in/remidenis -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201208052351.10676.r...@remlab.net
Bug#672972: Wheezy: VLC player can't play videos
Le dimanche 5 août 2012 23:21:00 T Elcor, vous avez écrit : In any case, please attach the output of the command 'xvinfo', 'xdpyinfo' and ideally also the file /var/log/Xorg.0.log. That would contain enough information for the maintainers of the respective driver package to investigate the lack of XV further. 'xvinfo' and 'xdpyinfo' don't produce much of an output: # xvinfo No protocol specified xvinfo: Unable to open display :0 You don't have any X server running at all. That's not interesting. It should be evident, but you need to run xvinfo, glxinfo and xdpyinfo from within the X session. # xdpyinfo No protocol specified xdpyinfo: unable to open display :0. -- Rémi Denis-Courmont http://www.remlab.net/ http://fi.linkedin.com/in/remidenis -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201208060005.40523.r...@remlab.net
Bug#672972: Wheezy: VLC player can't play videos
Le lundi 6 août 2012 00:07:45 Reinhard Tartler, vous avez écrit : Lack of XVideo driver is perfectly fine. As I said, like what a few hours ago, VLC will safely fall back to OpenGL in that case. Also I don't see how you infer the lack of XVideo driver from the bug report. Well, in the last mail you told me that the problem here was *broken* XVideo support. I wrote that broken XVideo would be a problem. I never claimed that it was or was not the specific problem. Without the verbose VLC logs nor the (valid) xvinfo output, I am personally not able to make an informed guess. -- Rémi Denis-Courmont http://www.remlab.net/ http://fi.linkedin.com/in/remidenis -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201208060010.28982.r...@remlab.net