On 2013-01-26 23:02, Anssi Hannula wrote:
I'm not 100% sure if this is even supposed to work, but at the very
least it is rather fishy. Anyway, the libvdpau part has been fixed, and
it of course fixes the issue on all those cases where the main program
is directly linked against libXext.so.6
25.01.2013 23:36, Andreas Beckmann kirjoitti:
Control: tag -1 moreinfo
Hi Anssi,
Hi!
On 2012-03-06 02:10, Anssi Hannula wrote:
Testcase attached. Also, this is a libvdpau bug, not a
nvidia-vdpau-driver one. It crashes with all drivers, whether VDPAU is
supported or not (as the bug is
Control: tag -1 moreinfo
Hi Anssi,
On 2012-03-06 02:10, Anssi Hannula wrote:
Testcase attached. Also, this is a libvdpau bug, not a
nvidia-vdpau-driver one. It crashes with all drivers, whether VDPAU is
supported or not (as the bug is caused by the probing code in libvdpau).
I just noticed
21.02.2012 12:55, Andreas Beckmann kirjoitti:
On 2011-09-15 16:20, Andreas Beckmann wrote:
On 2010-08-25 03:33, Andreas Beckmann wrote:
On Sunday, 8. August 2010 09:06:37 Andres Mejia wrote:
For apps such as xbmc or mplayer that use vdpau for video output, calling
XCloseDisplay results in a
On 2011-09-15 16:20, Andreas Beckmann wrote:
On 2010-08-25 03:33, Andreas Beckmann wrote:
On Sunday, 8. August 2010 09:06:37 Andres Mejia wrote:
For apps such as xbmc or mplayer that use vdpau for video output, calling
XCloseDisplay results in a segfault. Simple test would be to run
I could
On 2010-08-25 03:33, Andreas Beckmann wrote:
On Sunday, 8. August 2010 09:06:37 Andres Mejia wrote:
For apps such as xbmc or mplayer that use vdpau for video output, calling
XCloseDisplay results in a segfault. Simple test would be to run
I could reproduce this with mplayer from Debian (but
reassign 592204 libvdpau1 0.4-1
tags 592204 upstream
forwarded 592204 Aaron Plattner
thanks
Thanks for the info, reassigning to libvdpau1.
Andreas
On 2010-12-14 23:55, Anssi Hannula wrote:
This is a libvdpau issue (regression), as figured out by a fellow XBMC
dev (bobo1on1).
--
To
This is a libvdpau issue (regression), as figured out by a fellow XBMC
dev (bobo1on1).
When libvdpau uses dri2 to figure out the driver name, it installs a
callback to be run when the Display* is closed. However, if libvdpau is
loaded with dlopen() and a dlclose() is done before the Display is
On Wednesday, 25. August 2010 03:33:38 Andreas Beckmann wrote:
I could reproduce this with mplayer from Debian (but not the one from
debian-multimedia.org) and driver 195.36.31. Stacktrace looked like this:
...
Let's check this again once we got 256.xx driver packages out ... and
report to
found 592204 195.36.31-2
severity 592204 normal
tags 592204 upstream
thanks
On Sunday, 8. August 2010 09:06:37 Andres Mejia wrote:
Not sure whether this is a problem with NVIDIA's VDPAU driver or with
libvdpau, but I'm fairly certain this is in relation to the driver.
For apps such as xbmc or
Package: nvidia-vdpau-driver
Version: 195.36.24-4
Severity: important
Not sure whether this is a problem with NVIDIA's VDPAU driver or with libvdpau,
but I'm fairly certain this is in relation to the driver.
For apps such as xbmc or mplayer that use vdpau for video output, calling
XCloseDisplay
11 matches
Mail list logo