From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ@public.gmane.org Subject: [Bug 51579] [NVA8] Xv shows black image on ION chipset Date: Thu, 08 May 2014 11:53:25 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0911307088==" Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: nouveau-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org Sender: "Nouveau" To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org List-Id: nouveau.vger.kernel.org --===============0911307088== Content-Type: multipart/alternative; boundary="1399550005.Ca0db3.20935"; charset="us-ascii" --1399550005.Ca0db3.20935 Date: Thu, 8 May 2014 11:53:25 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" https://bugs.freedesktop.org/show_bug.cgi?id=51579 Ilia Mirkin changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |FIXED --- Comment #30 from Ilia Mirkin --- (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 -- You are receiving this mail because: You are the assignee for the bug. --1399550005.Ca0db3.20935 Date: Thu, 8 May 2014 11:53:25 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 51579
What Removed Added
Status REOPENED RESOLVED
Resolution --- FIXED

Comment # 30 on bug 51579 from
(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


You are receiving this mail because:
  • You are the assignee for the bug.
--1399550005.Ca0db3.20935-- --===============0911307088== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Nouveau mailing list Nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org http://lists.freedesktop.org/mailman/listinfo/nouveau --===============0911307088==--