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.
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 b
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 r
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
>
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 (
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 UNSUBS
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
clo
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
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 r
11 matches
Mail list logo
