Created attachment 63652 [details]
Dmesg of my system.

Created attachment 63653 [details]
Xorg log

I did some additional tests with mplayer.

mplayer -vo X11 Test.avi = Works
mplayer -vo Xv Test.avi = Black screen
mplayer -vo gl Test.avi = Works
mplayer -vo gl2 Test.avi = Works

I wonder if it's something specific to nva+ chipsets?

I downloaded the latest git (both kernel and nouveau driver) and still has the same issue. BTW: This is the AIO PC. ( http://www.zotacusa.com/zbox-hd-id34-blu-ray.html )

Works fine on my NVA8 using mplayer. Have you tried a different video? Have you tried a different player?

Yes, same here:

[    29.786] (--) NOUVEAU(0): Chipset: "NVIDIA NV50"
01:00.0 VGA compatible controller: NVIDIA Corporation G80 [GeForce 8800 GTS] (rev a2)

I have not tested git revisions, but I also get black video on Xvideo playback. I first noticed with mythtv, but Xvideo also does not work under mplayer. However, X11, gl, and gl2 work.

I'm not sure if this is of interest:

Starting playback...
Unsupported PixelFormat 61
Unsupported PixelFormat 53
Unsupported PixelFormat 81
Movie-Aspect is 1.85:1 - prescaling to correct movie aspect.
VO: [xv] 720x464 => 858x464 Planar YV12

I verified that with a build of 5ac2ca8c5 (the parent commit of b48bcc09), xvideo under mplayer does work. Before I had been using 1.0.1.

Unfortunately for me, xvideo under mythtv still produces a black screen. But I can verify Boris's original report.

And now I can verify that under b48bcc094b, mplayer with -vo xv gives a black screen, just like 1.0.1.

I downloaded the latest nouveau from git today and it's still black when using Xv. I tried with both mplayer AND now vdr and it still black.

03:00.0 VGA compatible controller: NVIDIA Corporation GT218 [ION] (rev a2)

It may be useful to compare the xorg-server version as well as the output of mplayer

I am using the latest libdrm, Xorg+drivers and Mesa from git as of yesterday evening.


X -version

X.Org X Server 1.12.99.902 (1.13.0 RC 2)
Release Date: 2012-07-17
X Protocol Version 11, Revision 0
Build Operating System: Linux 3.5.0-rc7 x86_64
Current Operating System: Linux server 3.5.0-rc7 #2 SMP Sun Jul 15 02:03:55 CDT 2012 x86_64
Build Date: 17 July 2012  10:28:24PM

Current version of pixman: 0.26.0
        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.

Does enabling/disabling compositing change anything?
Is there anything (new) in dmesg during video playback?

I was using 1.12, so I built 1.13 and indeed the screen is black. I don't see how b48bcc could work with 1.12 and not 1.13 though at first glance.

Weird, I can't reproduce it on xserver 1.13.0 RC 2 (NV92 here)

I tried enabling/disabling compositing and no difference. I wonder if its something specific to the NVAx series?

Created attachment 64812 [details]
Fix for Xv against the latest xf86-video-nouveau from git.

I have spent the last day debugging and checking what was different between the two revisions and working against the latest xf86-video-nouveau from git and I have come with a fix (atleast for me) that now shows Xv again. Mplayer and vdr using Xv now works.

Please send it (with a changelog) to Nouveau mailing list.

(In reply to comment #16)
> Created attachment 64812 [details]
> Fix for Xv against the latest xf86-video-nouveau from git.
NACK to this patch in its current form.  We need to find out what exactly is wrong rather than revert to a passthrough shader.

That said, I *still* can't reproduce the issue on *either* of my NVA8 boards using the following config:

kernel-3.6.0-0.rc1.git6.1.fc18.x86_64
libdrm-2.4.38-2.fc18.x86_64
xorg-x11-drv-nouveau-1.0.1-4.fc18.x86_64
xorg-x11-server-Xorg-1.12.99.904-1.20120808.fc18.x86_64

Tested using GNOME 3 in normal and fallback mode to test composited vs non-composited.  All good in both cases.

Can you give more information on your environment so I can try and see the issue here?

If it's not effecting your NVa8 board, maybe its something specific to the GT218 [ION] nvidia cards or NVaX chipsets? (NVIDIA Corporation GT218 [ION] (rev a2)). I just rebuilt the following packages from git today (11/17/2012) to see if it helped and nothing.

linux kernel 3.7.0rc6
libdrm 2.4.40+ (mesa/drm git)
nouveau/xf86-video-nouveau (1.0.4+ git)
xorg (X.Org X Server 1.13.99)

Is their any other info or details I can do to provide you any extra information?

I'm using version 1.13 of the gentoo xorg-driver package with nouveau selected, and I get exactly the same issue. My card is an ASUS 210. Of course, the nvidia driver works perfectly. Mplayer shows videos in gl, gl2, and x11, but not xv.

Oddly, the problem did not occur when I first installed the card. I put it in and booted with the nvidia driver, then changed over to the nouveau driver, then removed nvidia and continued to test, restarting at each step. Mplayer worked normally at every stage. Then I shut down to put the box back together, restarted, and... black video.

Next I reinstalled the nvidia driver, loaded it, and saw normal video. The nouveau still has the same issue.

Please confirm that this is still an issue with the latest kernel (3.11+) and ddx (1.0.9).

I no longer have the hardware to confirm this.

It's working fine now running linux kernel 3.14.0-rc4+ (from git), latest nouveau from git and the latest Mesa 10.1rc3. You can close this bug.

I have exaclty the same problem but on different hardware, its a 9400 GT.

06:00.0 VGA compatible controller: NVIDIA Corporation C79 [GeForce 9400] (rev b1)

I am using kernel 3.14.1, mesa3d 10.1.1 and xorg-xf86-video-nouveau 1.0.10.

mplayer -vo xv = black
mplayer -vo vdpau = black
mplayer -vo gl = ok
mplayer -vo gl2 = ok

Please help! I'm so close to ditching nvidia's closed source driver for nouveau.

(In reply to comment #25)
> I have exaclty the same problem but on different hardware, its a 9400 GT.
> 
> 06:00.0 VGA compatible controller: NVIDIA Corporation C79 [GeForce 9400]
> (rev b1)

Actually I'm reasonably sure that this is the same hardware as the original bug reporter. Can you attach dmesg and xorg logs?

> 
> I am using kernel 3.14.1, mesa3d 10.1.1 and xorg-xf86-video-nouveau 1.0.10.
> 
> mplayer -vo xv = black
> mplayer -vo vdpau = black
> mplayer -vo gl = ok
> mplayer -vo gl2 = ok

Odd. VDPAU is a lot more like GL than like Xv.

(In reply to comment #26)
> (In reply to comment #25)
> > I have exaclty the same problem but on different hardware, its a 9400 GT.
> > 
> > 06:00.0 VGA compatible controller: NVIDIA Corporation C79 [GeForce 9400]
> > (rev b1)
> 
> Actually I'm reasonably sure that this is the same hardware as the original
> bug reporter. Can you attach dmesg and xorg logs?

Can I send them to you privately via email?

> > 
> > I am using kernel 3.14.1, mesa3d 10.1.1 and xorg-xf86-video-nouveau 1.0.10.
> > 
> > mplayer -vo xv = black
> > mplayer -vo vdpau = black
> > mplayer -vo gl = ok
> > mplayer -vo gl2 = ok
> 
> Odd. VDPAU is a lot more like GL than like Xv.

Finally I could get Xv working, but vdpau is still not.

I had a problem with /dev/dri/* permissions, after fixing that, and changing mplayer's configuration as documented in various forums, its still not working.  But now I don't get a black screen, mplayer just stops after a few frames.

(In reply to comment #27)
> (In reply to comment #26)
> > (In reply to comment #25)
> > > I have exaclty the same problem but on different hardware, its a 9400 GT.
> > > 
> > > 06:00.0 VGA compatible controller: NVIDIA Corporation C79 [GeForce 9400]
> > > (rev b1)
> > 
> > Actually I'm reasonably sure that this is the same hardware as the original
> > bug reporter. Can you attach dmesg and xorg logs?
> 
> Can I send them to you privately via email?

Please attach them here. Feel free to scrub out the lines that you don't want to make public. I mainly want to see the kernel cmdline + nouveau/drm log lines + most of the Xorg log would be nice.

> 
> > > 
> > > I am using kernel 3.14.1, mesa3d 10.1.1 and xorg-xf86-video-nouveau 1.0.10.
> > > 
> > > mplayer -vo xv = black
> > > mplayer -vo vdpau = black
> > > mplayer -vo gl = ok
> > > mplayer -vo gl2 = ok
> > 
> > Odd. VDPAU is a lot more like GL than like Xv.
> 
> Finally I could get Xv working, but vdpau is still not.
> 
> I had a problem with /dev/dri/* permissions, after fixing that, and changing
> mplayer's configuration as documented in various forums, its still not
> working.  But now I don't get a black screen, mplayer just stops after a few
> frames.

Does OpenGL work? What does glxinfo say? How about vdpauinfo? I'm not aware of any hangs. (I assume you have the fw installed... if you didn't it wouldn't hang, just put up lots of errors.) Have you tried multiple videos? mplayer's output would be good too.

(In reply to comment #28)
> (In reply to comment #27)
> > (In reply to comment #26)
> > > (In reply to comment #25)
> > > > I am using kernel 3.14.1, mesa3d 10.1.1 and xorg-xf86-video-nouveau 1.0.10.
> > > > 
> > > > mplayer -vo xv = black
> > > > mplayer -vo vdpau = black
> > > > mplayer -vo gl = ok
> > > > mplayer -vo gl2 = ok
> > > 
> > > Odd. VDPAU is a lot more like GL than like Xv.
> > 
> > Finally I could get Xv working, but vdpau is still not.
> > 
> > I had a problem with /dev/dri/* permissions, after fixing that, and changing
> > mplayer's configuration as documented in various forums, its still not
> > working.  But now I don't get a black screen, mplayer just stops after a few
> > frames.
> 
> Does OpenGL work? What does glxinfo say? How about vdpauinfo? I'm not aware
> of any hangs. (I assume you have the fw installed... if you didn't it
> wouldn't hang, just put up lots of errors.) Have you tried multiple videos?
> mplayer's output would be good too.


Sorry, I was not very descriptive, I didn't mean that mplayer hangs, it just stopped after less than a second (no video, just a few audio frames).  So I guess it was decoding, but not able to output any video.

After spending some time, and thanks to your valuable pointers, it is more or less working.

I didn't even have the firmware before, I found out when running vdpauinfo.

Right now it works in about 10% of the cases.  For some files it doesn't work at all.  The ones that work break with some video filters (for example, -vf pp=de).  It this documented somewhere? I would like a list of what works and what doesn't.

Unfortunately, mplayer doesn't fall back to a different video-output when vdpau doesn't work (eg: mplayer -vo vdpau,xv ...).  Some people use a wrapper script to achieve this, I guess I'll do the same.
But at the same time, I didn't notice a big difference in CPU usage between Xv and vdpau, so maybe I'll just stick with Xv.

Overall I'm very happy with nouveau now.  In fact, I just built it into my kernel to get KMS, and ditched nvidia's driver for good, after so many years of being stuck with it.

Not so happy with mplayer issues though, I guess that is why there are so many forks.

Thanks a lot for your invaluable help!

(In reply to comment #29)
> (In reply to comment #28)
> > (In reply to comment #27)
> > > (In reply to comment #26)
> > > > (In reply to comment #25)
> > > > > I am using kernel 3.14.1, mesa3d 10.1.1 and xorg-xf86-video-nouveau 1.0.10.
> > > > > 
> > > > > mplayer -vo xv = black
> > > > > mplayer -vo vdpau = black
> > > > > mplayer -vo gl = ok
> > > > > mplayer -vo gl2 = ok
> > > > 
> > > > Odd. VDPAU is a lot more like GL than like Xv.
> > > 
> > > Finally I could get Xv working, but vdpau is still not.
> > > 
> > > I had a problem with /dev/dri/* permissions, after fixing that, and changing
> > > mplayer's configuration as documented in various forums, its still not
> > > working.  But now I don't get a black screen, mplayer just stops after a few
> > > frames.
> > 
> > Does OpenGL work? What does glxinfo say? How about vdpauinfo? I'm not aware
> > of any hangs. (I assume you have the fw installed... if you didn't it
> > wouldn't hang, just put up lots of errors.) Have you tried multiple videos?
> > mplayer's output would be good too.
> 
> 
> Sorry, I was not very descriptive, I didn't mean that mplayer hangs, it just
> stopped after less than a second (no video, just a few audio frames).  So I
> guess it was decoding, but not able to output any video.
> 
> After spending some time, and thanks to your valuable pointers, it is more
> or less working.
> 
> I didn't even have the firmware before, I found out when running vdpauinfo.
> 
> Right now it works in about 10% of the cases.  For some files it doesn't
> work at all.  The ones that work break with some video filters (for example,
> -vf pp=de).  It this documented somewhere? I would like a list of what works
> and what doesn't.

vf + vdpau generally don't work. If you're looking for deinterlacing, the latest mesa (10.2-rc1) should have support for it (via DEINTERLACE_TEMPORAL), you can turn it on with "mplayer -vo vdpau:deint=3" IIRC. I do recall the black bars being weird when you do that though, but that is an mplayer-only artifact, apparently.

Note that VDPAU is Video Decoding + Presentation. So if you're seeing high cpu usage, it's probably just doing the presentation and not the decoding (for which you don't need firmware, btw). Make sure you're using the appropriate codec (e.g. -vc ffh264vdpau). See http://nouveau.freedesktop.org/wiki/VideoAcceleration/#usingvdpau

I'm sorry to say this, but the bug is still there, it comes at goes at random between reboots.

Now I am running:
kernel 3.15.0
xorg-xf86-video-nouveau 1.0.11

And mplayer -vo xv was working fine a minute ago.  Then I rebooted the computer and now the video plays (can hear audio), but a black screen again.

I tested again several times after restarting X, and still get a black window.
Unfortunately I can't test rmmod nouveau, because I built it in the kernel.

I see this in my Xorg log:

bash$ egrep 'WW|EE' /var/log/Xorg.0.log.old 
[  1057.575] Current Operating System: Linux hostname 3.15.0 #8 SMP PREEMPT Thu Nov 20 10:00:10 JST 2014 x86_64
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  1057.576] (WW) The directory "/usr/share/fonts/X11/OTF/" does not exist.
[  1057.577] (EE) systemd-logind: failed to get session: The name org.freedesktop.login1 was not provided by any .service files
[  1057.746] (EE) NOUVEAU(0): [COPY] failed to allocate class.
[  1117.476] (EE) Server terminated successfully (0). Closing log file.

-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/24.