Bug 17357 - NV4B 10DE:0393 funny stripes in video flash when using nouveau
Summary: NV4B 10DE:0393 funny stripes in video flash when using nouveau
Status: RESOLVED NOTOURBUG
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: unspecified
Hardware: Other Linux (All)
: medium normal
Assignee: Nouveau Project
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-08-29 15:32 UTC by Mark Carey
Modified: 2009-10-31 02:42 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
Screenshot of desktop showing video thumbnail without stripes in the thumbnail image (113.17 KB, image/png)
2008-08-29 15:33 UTC, Mark Carey
no flags Details
Video playing stripes visible in video frame (468.38 KB, image/png)
2008-08-29 15:34 UTC, Mark Carey
no flags Details
Video playing no stripes visible in this frame (375.59 KB, image/png)
2008-08-29 15:35 UTC, Mark Carey
no flags Details
/var/log/messages (46.09 KB, text/plain)
2008-08-29 15:44 UTC, Mark Carey
no flags Details
/var/log/Xorg.0.log (113.06 KB, text/plain)
2008-08-29 15:44 UTC, Mark Carey
no flags Details
/var/log/messages (43.75 KB, text/plain)
2008-09-12 02:10 UTC, Mark Carey
no flags Details
/var/log/Xorg.0.log (111.54 KB, text/plain)
2008-09-12 02:10 UTC, Mark Carey
no flags Details
Xorg log using the nv driver (50.48 KB, text/plain)
2008-09-16 01:25 UTC, Mark Carey
no flags Details

Description Mark Carey 2008-08-29 15:32:03 UTC
Ubuntu 8.04.1
(/var/log/Xorg.0.log) Xserver 1.4.0.90
(dpkg -l | grep nouveau) xserver-xorg-video-nouveau
1:0.0.10~git20080827-0~ppa1~hardy
(/var/log/messages) nouveau 0.0.11 drm-2.3.0-1870-g9c7137483d1ef47ea
(dpkg -l | grep drm) libdrm2 2.3.1+git20080827-0~ppa1~hardy
(/var/log/messages) drm drm-2.3.0-1870-g9c7137483d1ef47ea
(uname -a) kernel 2.6.24-19-generic #1 SMP Wed Aug 20 22:56:21 UTC 2008 i686
GNU/Linux

Playing video flashes funny stripes in video window, will upload three screenshots;

Screenshot 1: Desktop showing thumbnail of video - no stripes
Screenshot 2: Playing video using totem - stripes
Screenshot 3: Later frame of same video - no stripes
Comment 1 Mark Carey 2008-08-29 15:33:19 UTC
Created attachment 18577 [details]
Screenshot of desktop showing video thumbnail without stripes in the thumbnail image
Comment 2 Mark Carey 2008-08-29 15:34:17 UTC
Created attachment 18578 [details]
Video playing stripes visible in video frame
Comment 3 Mark Carey 2008-08-29 15:35:16 UTC
Created attachment 18579 [details]
Video playing no stripes visible in this frame
Comment 4 Mark Carey 2008-08-29 15:44:02 UTC
Created attachment 18581 [details]
/var/log/messages
Comment 5 Mark Carey 2008-08-29 15:44:26 UTC
Created attachment 18582 [details]
/var/log/Xorg.0.log
Comment 6 Mark Carey 2008-08-29 16:20:58 UTC
Additional data points;

1. If I go to the website this video is from http://www.nimportequi.com/ and watch the original "VIDEO STAR DECATHLON - PEKIN 2008" which plays with flash player 9 under firefox 3.0.1 there are no stripes in the video at all.

2. If I play the same file on a Windows XP SP2 machine (via samba) with Media Player 10 there are no stripes in the video at all.

3. Similar artefacts, smaller height and more of (12 rows of), observed in playback of mpeg-2 streams captured from the hauppage video capture card in this machine (520x576).

Original file is 320x240 and appers to have 2 rows of artefacts.


Conclusion, the artefacts are not a result of the conversion from flash to windows media 9 format so the file is ok, it is not a problem with playback of the windows media 9 format as similar issue present in mpeg-2 format playback, flash player appears to use a different video playback mechanism to totem not triggering the problem.
Comment 7 Danny 2008-09-01 01:32:31 UTC
I think on your card the texture adaptor is the default, can you try playing the vid with mplayer and compare the texture adaptor with the blitter and see if the problem remains?(mplayer allows you to specify ports/adaptors, read the man page, use xvinfo to see which adaptors are available, and what is their base port).

danny
Comment 8 Mark Carey 2008-09-12 02:08:50 UTC
Danny, 

nouveau driver version has now cnaged, ROAF pushed an update.

I stopped vmware from starting on boot.

xvinfo reports I have 

  Adaptor #0: "NV40 texture adapter"
    number of ports: 32
    port base: 128

  Adaptor #1: "NV40 high quality adapter"
    number of ports: 32
    port base: 160

  Adaptor #2: "NV Video Blitter"
    number of ports: 16
    port base: 192

mplayer Home-made-olympics.wmv -vo xv:port={128, 160, 192}

All result in the same artifacts in the video.

dmesg reports

[   64.891532] Bluetooth: RFCOMM TTY layer initialized
[   64.891534] Bluetooth: RFCOMM ver 1.8
[   66.026122] [drm] Initialized drm 1.1.0 20060810
[   66.142744] ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 16
[   66.142755] PCI: Setting latency timer of device 0000:01:00.0 to 64
[   66.142829] [drm] Detected an NV40 generation card (0x04b300a2)
[   66.142833] [drm] Initialized nouveau 0.0.11 drm-2.3.0-1592-gcd7d71f19cf2a1652 on minor 0
[   66.611961] [drm] Allocating FIFO number 0
[   66.613996] [drm] nouveau_fifo_alloc: initialised FIFO 0
[   66.614398] [drm] Allocating FIFO number 1
[   66.616272] [drm] nouveau_fifo_alloc: initialised FIFO 1
[   67.169154] eth0: no IPv6 routers present
[ 1017.330778] [drm] no space left after collision
[ 1017.330784] [drm:nouveau_ramht_insert] *ERROR* RAMHT space exhausted. ch=1
[ 1017.330789] [drm:nouveau_notifier_alloc] *ERROR* Error referencing notifier ctxdma: -12

/var/log/messages notes

Sep 12 20:45:19 hereford kernel: [   64.891532] Bluetooth: RFCOMM TTY layer initialized
Sep 12 20:45:19 hereford kernel: [   64.891534] Bluetooth: RFCOMM ver 1.8
Sep 12 20:45:20 hereford kernel: [   66.026122] [drm] Initialized drm 1.1.0 20060810
Sep 12 20:45:20 hereford kernel: [   66.142744] ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 16
Sep 12 20:45:20 hereford kernel: [   66.142829] [drm] Detected an NV40 generation card (0x04b300a2)
Sep 12 20:45:20 hereford kernel: [   66.142833] [drm] Initialized nouveau 0.0.11 drm-2.3.0-1592-gcd7d71f19cf2a1652 on minor 0
Sep 12 20:45:20 hereford kernel: [   66.611961] [drm] Allocating FIFO number 0
Sep 12 20:45:20 hereford kernel: [   66.613996] [drm] nouveau_fifo_alloc: initialised FIFO 0
Sep 12 20:45:20 hereford kernel: [   66.614398] [drm] Allocating FIFO number 1
Sep 12 20:45:20 hereford kernel: [   66.616272] [drm] nouveau_fifo_alloc: initialised FIFO 1
Sep 12 21:01:12 hereford kernel: [ 1017.330778] [drm] no space left after collision

Even with the collision entry and the RAMHT space exhausted video continues to play, will attach updated dmesg, /var/log/Xorg.0.log and /var/log/messages 
Comment 9 Mark Carey 2008-09-12 02:10:01 UTC
Created attachment 18839 [details]
/var/log/messages
Comment 10 Mark Carey 2008-09-12 02:10:46 UTC
Created attachment 18840 [details]
/var/log/Xorg.0.log
Comment 11 Danny 2008-09-12 02:18:29 UTC
That's interesting. Since it happens even with the blitter, and doesn't happen with flashplayer I wonder if this is not a bug in mplayer (or some other component on your system) instead. Do you have the problem with nv or the binary nvidia driver?

I never saw those drm errors before, maybe someone else can comment on that, and whether or not it can be related. 

danny
Comment 12 Mark Carey 2008-09-16 01:24:27 UTC
When using nv no artifacts in video, will attach Xorg.0.log from nv usage
Comment 13 Mark Carey 2008-09-16 01:25:07 UTC
Created attachment 18914 [details]
Xorg log using the nv driver
Comment 14 Danny 2008-09-16 03:58:12 UTC
so the collision message is 100% related to the video artifacts?

You need to load the drm with debug enabled to see what kind of collisions happen and why. But I am not sure it is necessary. Perhaps somebody who understands that gpu object creating code can offer some insight:)

danny
Comment 15 Mark Carey 2008-10-31 13:30:37 UTC
havent done the drm debug=1 thing as yet, but note that the same behaviour persists in ubuntu 8.10 

kernel 2.6.27
xorg xserver 1.5.2

[  125.225131] Symbol init_mm is marked as UNUSED, however this module is using it.
[  125.225139] This symbol will go away in the future.
[  125.225142] Please evalute if this is the right api to use and if it really is, submit a report the linux kernel mailinglist together with submitting your code for inclusion.
[  125.241684] [drm] Initialized drm 1.1.0 20060810
[  125.257724] nouveau 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[  125.257734] nouveau 0000:01:00.0: setting latency timer to 64
[  125.259034] [drm] Detected an NV40 generation card (0x04b300a2)
[  125.259042] [drm] Initialized nouveau 0.0.11 libdrm-2.4.1 on minor 0
[  125.686046] [drm] Allocating FIFO number 0
[  125.688809] [drm] nouveau_fifo_alloc: initialised FIFO 0
[  125.690011] [drm] Allocating FIFO number 1
[  125.692352] [drm] nouveau_fifo_alloc: initialised FIFO 1
Comment 16 Mark Carey 2009-10-31 02:42:10 UTC
Have upgraded to Ubuntu 9.10 and tried the Nvidia 185 binary driver, the Nvidia driver displays the same stripes I see with nouveau, closing as nouveau is RE´ed from the binary driver so nouveau is not going to be able to fix.   May also be a hardware issue ..... closing


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.