similar to: [Bug 11993] New: Native YV12 overlay bandwidth problems

http://bugs.freedesktop.org/show_bug.cgi?id=13319 Summary: YV12 and YUY2 overlay broken on PPC with NV34M Product: xorg Version: 7.3 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

http://bugs.freedesktop.org/show_bug.cgi?id=12251 Summary: NVComposite() is broken on NV17 (GeForce 4 MX) Product: xorg Version: 7.2 Platform: x86 (IA32) URL: http://www.shlomifish.org/Files/files/images/Computer/Sc reenshots/ksokoban-nouveau.png OS/Version: Linux (All) Status: NEW

http://bugs.freedesktop.org/show_bug.cgi?id=15065 Summary: xv overlay when rotated is fail Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

Hi, There is an issue with the theora decode filter. The situation is as follows: I have XP running on a virtual machine with illuminable installed. The virtual machine has no acceleration whatsoever. When I try to create a graph in graphedit. The Theora decode filter cannot attach itself to the video renderer, as the first outputs YV12, but the renderer accepts XForm. On normal machines

The headers hadn't been regenerated in a long time, and there were a few minor divergences. Among other things, rnndb has changed naming to G80/etc, for now I've not tackled switching that over and manually replaced the nvidia codenames back to the chip ids. However no other modifications of the headergen'd headers was done. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>

memcpy() goes from taking 45% to 66% of total function time, which translates to a 30% decrease in NVPutImage runtime. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- src/nouveau_xv.c | 33 ++++++++++++++++++++++++++------- 1 file changed, 26 insertions(+), 7 deletions(-) diff --git a/src/nouveau_xv.c b/src/nouveau_xv.c index 567e30c..5569b7c 100644 --- a/src/nouveau_xv.c +++

On 2013-07-31 19:18 +0200, Ilia Mirkin wrote: > On Wed, Jul 31, 2013 at 1:16 PM, Sven Joachim <svenjoac at gmx.de> wrote: >> >> Unfortunately, immintrin.h is not available on most architectures, >> leading to build failures as can be seen on >> https://buildd.debian.org/status/package.php?p=xserver-xorg-video-nouveau. > > Sorry :( I thought that immintrin.h

http://bugs.freedesktop.org/show_bug.cgi?id=13866 Summary: RandR 1.2 gives Xvideo tearing Product: xorg Version: 7.3 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

http://bugs.freedesktop.org/show_bug.cgi?id=13944 Summary: nouveau video blitter gives tearing with two outputs Product: xorg Version: 7.3 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- src/nouveau_xv.c | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/src/nouveau_xv.c b/src/nouveau_xv.c index 8eafcf0..567e30c 100644 --- a/src/nouveau_xv.c +++ b/src/nouveau_xv.c @@ -552,8 +552,11 @@ NVCopyNV12ColorPlanes(unsigned char *src1, unsigned char *src2, if (e) { unsigned short *vud = (unsigned

This came out of some debugging I was doing to figure out how BE mode works on this hardware. Among other things, it came out that we're not exposing 16-bpp mode support and that the ARGB8888 mode that we do expose is broken. Also the overlay logic was pretty broken, I must have only tested with very "normal" overlay buffer sizes with modetest before. That said, this code has only

Is it possible to use sync to vblank / swap control with mesa/gallium (and nouveau) ? I googled it but did not find any clear answers about how it is supposed to be enabled. I also tried to read the code, and I am getting lost. So I didn't find any answers to any of these questions : 1) how are we supposed to enable it ? is there an env var , or ~/.drirc ? is drirc/driconf still valid with

http://bugs.freedesktop.org/show_bug.cgi?id=12473 Summary: [randr12] Xv scales to match virtual resulotion, not actual resolution. Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Hi, On my NV18 based laptop I experience artifacts related to text (however, 2D performance is really great these days): - With grayscale AA text is sometimes missing, often visible on the XFCE desktop - With subpixel (rgb) AA, even non-text related occur (icons are misrendered, ...) I've reported the issues here: https://bugs.freedesktop.org/show_bug.cgi?id=81283 With noaccel it works

On Wed, Jul 23, 2014 at 10:32 AM, Clemens Eisserer <linuxhippy at gmail.com> wrote: > Hi again, > >> On my NV18 based laptop I experience artifacts related to text >> (however, 2D performance is really great these days): >> - With grayscale AA text is sometimes missing, often visible on the XFCE desktop >> - With subpixel (rgb) AA, even non-text related occur

For a long time the gallium pipe drivers for nvidia fixed function cards (nv0x, nv1x and, to some extent, nv2x) have remained unmaintained and godforsaken -- especially nv0x and nv1x had seen almost no progress since their creation. They've recently grown a classic mesa driver which implements many new features: texturing, hardware-accelerated tnl. However the killer feature is "it

https://bugs.freedesktop.org/show_bug.cgi?id=79701 Priority: medium Bug ID: 79701 Assignee: nouveau at lists.freedesktop.org Summary: [NVA0] GPU lockup when playing video with VDPAU QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: support.intranet

Hi, I'm wondering how I can make my patched up mplayer work with other MPlayer frontends, such as mplayer-plugin, GMPlayer, SMPlayer and KMPlayer. When I play a video using mplayer normally with: mplayer video.ext, It detects the compiz video output and works fine, however when it is called from other players (AFAIK, it just creates a window then asks mplayer to display in it) with mplayer

Hello everyone, First of all - congratulations on the success of your project. It was about time the community did something about the nvidia drivers! :) Now, I'm still experimenting with nouveau and I have enabled it on a test system that has a rather old Nvidia card (GeForce4 I think) with tv-out. Everything works fine, but I haven't been able to find any examples on how to

Fixes an assertion seen by users. Signed-off-by: Lucas Stach <dev at lynxeye.de> Tested-by: JohnDoe_71Rus on irc --- src/mesa/drivers/dri/nouveau/nouveau_context.c | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/src/mesa/drivers/dri/nouveau/nouveau_context.c b/src/mesa/drivers/dri/nouveau/nouveau_context.c index 4845767..46c0d70 100644 ---