Nouveau - May 2009 - [Bug 21869] New: Chroma mismatch using XV

http://bugs.freedesktop.org/show_bug.cgi?id=21869

           Summary: Chroma mismatch using XV
           Product: xorg
           Version: 7.4
          Platform: x86 (IA32)
        OS/Version: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Driver/nouveau
        AssignedTo: nouveau at lists.freedesktop.org
        ReportedBy: ancoron at chaoslayer.de
         QAContact: xorg-team at lists.x.org


I recently found out that the nouveau driver (and especially its XV
implementation) causes the following chroma-issue with my NV34M. At every
second frame I can see that the chroma is reused from the last frame and not
updated for the current frame. The luminance is always correct.

I checked on another machine with a radeon card to verify that it is not a
problem caused by some other things. XV rendering itself is very fast and I
don't have other problems here.

I have extracted an interesting portion of an encoded video to show what I
mean. I would really like to be able to provide a screenshot of a frame but I
don't know how to get those rendered frames out of the video memory.

If anyone comes by this issue with another hardware than mine please check if
you get the same issue there.

The command I used to verify the problem in mplayer was:

mplayer xv-chroma-mismatch.avi -fps 1 -vo x11

In addition mplayer output is just fine.

Machine infos:

Dell Inspiron 8600
- nVidia GeForce FX Go5200 64M (rev a1, NV34M)
- Kubuntu Jaunty (9.04)

$ dpkg -l | grep nouveau
ii  libdrm-nouveau1                 2.4.7-0~8.10~ppa3
ii  nouveau-kernel-source           0.0.11+git20090404-0ubuntu1
ii  xserver-xorg-video-nouveau      1:0.0.10~git+20090404+11be9a9-0ubuntu1


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869





--- Comment #1 from Ancoron <ancoron at chaoslayer.de>  2009-05-22
04:58:39 PST ---
Created an attachment (id=26099)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=26099)
Test video (3 seconds)

This test video contains fast movement to better visualize the issue. The
chroma mismatch doesn't appear e.g. with using 'x11' instead of
'xv'.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869





--- Comment #2 from Ancoron <ancoron at chaoslayer.de>  2009-05-22
05:03:23 PST ---
Created an attachment (id=26100)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=26100)
NV34M xvinfo


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869





--- Comment #3 from Ancoron <ancoron at chaoslayer.de>  2009-05-22
05:03:45 PST ---
Created an attachment (id=26101)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=26101)
NV34M xdpyinfo


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869





--- Comment #4 from Ancoron <ancoron at chaoslayer.de>  2009-05-22
05:04:11 PST ---
Created an attachment (id=26102)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=26102)
NV34M glxinfo


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869





--- Comment #5 from Ancoron <ancoron at chaoslayer.de>  2009-05-22
05:04:36 PST ---
Created an attachment (id=26103)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=26103)
NV34M xrandr --verbose


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869





--- Comment #6 from Ancoron <ancoron at chaoslayer.de>  2009-05-22
05:04:57 PST ---
Created an attachment (id=26104)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=26104)
NV34M xorg.conf


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869





--- Comment #7 from Stephane Marchesin <marchesin at icps.u-strasbg.fr> 
2009-05-22 05:05:25 PST ---
What xv port are you using? Also, what happens when using different xv ports
(texture, overlay, blitter) ?


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869





--- Comment #8 from Ancoron <ancoron at chaoslayer.de>  2009-05-22
05:05:50 PST ---
Created an attachment (id=26105)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=26105)
NV34M Xorg.0.log


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869





--- Comment #9 from Ancoron <ancoron at chaoslayer.de>  2009-05-22
05:16:54 PST ---
(In reply to comment #7)
> What xv port are you using? Also, what happens when using different xv
ports
> (texture, overlay, blitter) ?
> 
I didn't specify a port manually but I just checked and found out that
according to 'xvinfo' the chroma mismatch only appears when mplayer uses
the
"NV Video Overlay with Composite" at port 57. The other three adaptors
"NV30
texture adapter", "NV30 high quality adapter" and "NV Video
Blitter" don't
produce such an issue. They render all as expected and totally correct.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869





--- Comment #10 from Stephane Marchesin <marchesin at icps.u-strasbg.fr> 
2009-05-22 06:02:38 PST ---
Can you try editing nv10_xv_ovl.c from the DDX, and change :
        /* Those are important only for planar formats (NV12) */
        if (uvoffset) {

into  

        /* Those are important only for planar formats (NV12) */
        {

around line 120.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869





--- Comment #11 from Ancoron <ancoron at chaoslayer.de>  2009-05-22
10:14:43 PST ---
That didn't change anything. Sorry.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869


Danny <moondrake at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |moondrake at gmail.com




--- Comment #12 from Danny <moondrake at gmail.com>  2009-05-23 02:52:33
PST ---
What should i be looking at exactly? Is it that the buttons are visible
transparently through the hand?

In that case, i see it as well (nv34M at ppc). Only with the overlay. Now I do
admit that I have for a long time suspected some of the changes darktama made
to the overlay code a few months ago reduced the image quality, but I could
never really pinpoint it. Perhaps it is this. I will try to see if i can bisect
it with this testcase.

Danny


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869





--- Comment #13 from Ancoron <ancoron at chaoslayer.de>  2009-05-23
05:32:49 PST ---
(In reply to comment #12)
> What should i be looking at exactly? Is it that the buttons are visible
> transparently through the hand?
> 
> In that case, i see it as well (nv34M at ppc). Only with the overlay. Now I
do
> admit that I have for a long time suspected some of the changes darktama
made
> to the overlay code a few months ago reduced the image quality, but I could
> never really pinpoint it. Perhaps it is this. I will try to see if i can
bisect
> it with this testcase.
> 
> Danny
> 
Yes, exactly. In addition as soon as I move the video window around the screen
it gets updated and this seems to bring the chroma back in line.

I've just reproduced the issue in a picture.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869





--- Comment #14 from Ancoron <ancoron at chaoslayer.de>  2009-05-23
05:36:21 PST ---
Created an attachment (id=26143)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=26143)
Chroma not updated to current frame

This is a reproduction of the issue using gimp, the nice RGB to YUV plugin and
frames number 58 (the chroma) and frame 59 (luminance) from the test video
file.

This is exactly what I see in the video at frame 59.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869





--- Comment #15 from Ancoron <ancoron at chaoslayer.de>  2009-05-23
05:40:26 PST ---
Also it not determined if the chroma issue appears at odd or even frames.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869





--- Comment #16 from Pekka Paalanen <pq at iki.fi>  2009-05-30 05:11:07
PST ---
I confirm this problem with nv28. Xv port "NV Video Overlay" suffers
it, "NV
Video Blitter" is fine.

I've been watching TV with gxine and some time in the past it started to
look
like there was something lagging with colors, especially certain red and blue
hues. I didn't pinpoint it then, but this bug is the problem.

My Nouveau installation is still quite old, March 27th.

Thanks for the test case! For instance, when the red buttons light up in the
beginning, they start white and turn red on the next frame. Without the bug
they become red from the beginning. Later, when the red hands move, the chroma
and luma are clearly "out of sync" every other frame: pale hands have
a red
"shadow".


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869


Nick Bowler <nbowler at draconx.ca> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |nbowler at draconx.ca




--- Comment #17 from Nick Bowler <nbowler at draconx.ca>  2009-06-25
13:55:57 PST ---
I can confirm this issue on NV36 as well.  It is possible to watch the chroma
fail to change while doing single-frame steps with mplayer.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869


Ancoron <ancoron at chaoslayer.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ancoron at chaoslayer.de




--- Comment #18 from Ancoron <ancoron at chaoslayer.de>  2009-10-25
07:35:56 PST ---
(In reply to comment #12)
> What should i be looking at exactly? Is it that the buttons are visible
> transparently through the hand?
> 
> In that case, i see it as well (nv34M at ppc). Only with the overlay. Now I
do
> admit that I have for a long time suspected some of the changes darktama
made
> to the overlay code a few months ago reduced the image quality, but I could
> never really pinpoint it. Perhaps it is this. I will try to see if i can
bisect
> it with this testcase.
> 
> Danny
> 
How's the progress on this issue?


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869





--- Comment #19 from Pekka Paalanen <pq at iki.fi>  2009-10-25 07:51:38
PST ---
Since video overlays are not supported with KMS, I doubt there is any point in
trying to fix this. Other types of Xv adaptors do not exhibit this bug, do
they?


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869





--- Comment #20 from Stephane Marchesin <marchesin at icps.u-strasbg.fr> 
2009-10-25 11:59:42 PST ---
(In reply to comment #19)
> Since video overlays are not supported with KMS, I doubt there is any point
in
> trying to fix this. Other types of Xv adaptors do not exhibit this bug, do
> they?
> 
I disagree here, it's feasible to have overlay + KMS, we just need to put
together an ioctl to program the overlay through KMS and things will work.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

http://bugs.freedesktop.org/show_bug.cgi?id=21869





--- Comment #21 from Ancoron <ancoron at chaoslayer.de>  2009-10-25
12:43:28 PST ---
(In reply to comment #19)
> Since video overlays are not supported with KMS, I doubt there is any point
in
> trying to fix this. Other types of Xv adaptors do not exhibit this bug, do
> they?
> 
OK, but as long as I understand KMS it just provides textured video which uses
the 3D engine whereas XV uses separate resources and therefore wouldn't
interfere calculations in the 3D pipeline or OpenCL as much as textured video
does.

Am I completely wrong at this point?

Additionally I see a lot of attributes for the overlay adapter:
      "XV_DOUBLE_BUFFER" (range 0 to 1)
      "XV_COLORKEY" (range 0 to 16777215)
      "XV_AUTOPAINT_COLORKEY" (range 0 to 1)
      "XV_SET_DEFAULTS" (range 0 to 0)
      "XV_BRIGHTNESS" (range -512 to 511)
      "XV_CONTRAST" (range 0 to 8191)
      "XV_SATURATION" (range 0 to 8191)
      "XV_HUE" (range 0 to 360)
      "XV_ITURBT_709" (range 0 to 1)
      "XV_ON_CRTC_NB" (range 0 to 1)

In contrast all other adapters just have these:
      "XV_SET_DEFAULTS" (range 0 to 0)
      "XV_SYNC_TO_VBLANK" (range 0 to 1)

That leads me to the conclusion that XV does provide much more utilizing the
graphics hardware whereas the others provide less and therefore video players
will do other tasks on the CPU regardless of the fact that the hardware might
be better for that (although this may not be the case for nVidia cards).

As I see how fast the XV implementation is (except this chroma issue) on my
rather limited system (Pentium M 1.4GHz, NV34M 64MB) and I fear that if I
upgrade to Ubuntu Karmic later this month I will see much more of my CPU being
used for just video playback whereas it is open most open for other tasks until
now.

So can I be sure that KMS and its related stuff will use my available hardware
at least as good as nouveau does it until now by itself?


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=21869

Ilia Mirkin <imirkin at alum.mit.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |INVALID

--- Comment #22 from Ilia Mirkin <imirkin at alum.mit.edu> ---
It appears that this bug report has laid dormant for quite a while. Sorry we
haven't gotten to it. Since we fix bugs all the time, chances are pretty
good
that your issue has been fixed with the latest software. Please give it a shot.
(Linux kernel 3.10.7, xf86-video-nouveau 1.0.9, mesa 9.1.6, or their git
versions.) If upgrading to the latest isn't an option for you, your
distro's
bugzilla is probably the right destination for your bug report.

In an effort to clean up our bug list, we're pre-emptively closing all bugs
that haven't seen updates since 2011. If the original issue remains, please
make sure to provide fresh info, see http://nouveau.freedesktop.org/wiki/Bugs/
for what we need to see, and re-open this one.

Thanks,

The Nouveau Team

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130818/9849878a/attachment-0001.html>