[MPlayer-cygwin] colorspaces vs graphics cards

Sycotic Smith sycotic at linuxmail.org
Sun Apr 25 18:00:56 CEST 2004


----- Original Message -----
From: Joey Parrish <joey at nicewarrior.org>
Date: Sun, 25 Apr 2004 01:05:19 -0500
To: Win32/CygWin porting <mplayer-cygwin at mplayerhq.hu>
Subject: Re: [MPlayer-cygwin] colorspaces vs graphics cards

> On Sat, Apr 24, 2004 at 05:34:10PM -0800, Sycotic Smith wrote:
> > Maybe instead, there should be a 'format=test' option that tests each
> > one and reports which is fastest/optimal for your system. I see the
> > point that each codec may have a different optimal cs, this could be
> > used with the file to be tested, or with a -vc to test the codec you
> > will use.
> 
> This seems very difficult to implement.  And it certainly does not
> belong in a filter, since the filter chain can't renegotiate
> colorspaces (IIRC).  Also, the results depend on the vo as well, since
> the chain of conversions needed to make the vo happy will have a
> definite effect on the resulting speed.
> 
> If you'd like to volunteer to try this... be my guest.
> 
> (And please don't top-post.)
> 
> --Joey

(Sorry for the top-post, I wasn't paying attention, as usual these days...)

What I meant wasn't truly to be part of the filter itself. IIRC, there is a function within vo_directx that searches available colorspaces and reports/uses the best, or does it just search and do nothing with the info? Am I wrong in my reasoning for thinking this is helpful at all?

My 'mplayer file.mpg -v -v' output for the pertinent section (32MB AGP ATI Radeon 7000 (rv10 I think)):
==========================================================================
<vo_directx><INFO>Initing DirectDraw
<vo_directx><INFO>lpDDraw released
<vo_directx><INFO>DirectDraw Inited
<vo_directx><INFO>checking primary surface
<vo_directx><INFO>primary surface created
<vo_directx><FORMAT PRIMARY>12 BGR32 supported
<vo_directx><INFO>testing supported overlay pixelformats
<vo_directx><FORMAT OVERLAY>0 YV12  supported
<vo_directx><FORMAT OVERLAY>1 I420  not supported
<vo_directx><FORMAT OVERLAY>2 IYUV  not supported
<vo_directx><FORMAT OVERLAY>3 YVU9  supported
<vo_directx><FORMAT OVERLAY>4 YUY2  supported
<vo_directx><FORMAT OVERLAY>5 RGB15 supported
<vo_directx><FORMAT OVERLAY>6 BGR15 supported
<vo_directx><FORMAT OVERLAY>7 RGB16 supported
<vo_directx><FORMAT OVERLAY>8 BGR16 supported
<vo_directx><FORMAT OVERLAY>9 RGB24 not supported
<vo_directx><FORMAT OVERLAY>10 BGR24 not supported
<vo_directx><FORMAT OVERLAY>11 RGB32 supported
<vo_directx><FORMAT OVERLAY>12 BGR32 supported
<vo_directx><INFO>Your card supports 9 of 13 overlayformats
<vo_directx><INFO>hardware supports overlay
<vo_directx><INFO>initial mplayer window created
<vo_directx><INFO>preinit succesfully finished
==========================================================================
-snip
VDec: vo config request - 480 x 576 (preferred csp: Planar YV12)
Trying filter chain: vo
vo_debug: query(Planar YV12) returned 0x417 (i=0)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
VO Config (480x576->768x576,flags=0,'MPlayer',0x32315659)
VO: [directx] 480x576 => 768x576 Planar YV12
VO: Description: Directx DDraw YUV/RGB/BGR renderer
VO: Author: Sascha Sommer <saschasommer at freenet.de>
<vo_directx><INFO>overlay surfaces released
<vo_directx><INFO>using normal cooperativelevel
<vo_directx><INFO>primary surface created
<vo_directx><INFO>using singlebuffer overlay
-/snip

I would volunteer to do something about this, if I understood better how it works, and if I had more time to actually do it.

Good luck, and I hope I at least gave an idea on what can be done.

/S. Smith
-- 
______________________________________________
Check out the latest SMS services @ http://www.linuxmail.org 
This allows you to send and receive SMS through your mailbox.


Powered by Outblaze




More information about the MPlayer-cygwin mailing list