Re: xvmc patch

Hi Miguel,

> i have ported XvMC patch by Jack S Kelliher (pcHDTV) to current cvs.
> the patch (with some cleanups) is attached.
>
> i'd like to hear how do you feel about commiting this patch.

Generally a nice thing to have, but unfortunately, I don't know enough 
about the why and how to make a thorough comment. Could you explain a 
bit more in detail how it works? Especially: Is the communication 
between decoder and video out necessary or could the XvMC-part be done 
in a separate stage after the decoder?

I don't know, if these are possible, but here are my ideas on how I 
would like to see this implemented:

* define a new frame format besides the current two YUV formats,
  something like a XvMC-frame. This would not contain real image data,
  but would be filled with a struct that contains all data necessary to
  do the XvMC decoding
* a new port capability announces, if the port can handle such frames
* decoders would query this capability to decide, whether to do complete
  decoding into a YUV frame or partial decoding into a XvMC frame
* the conversion from an XvMC frame to a regular frame would be done
  outside of the decoder, if it's possible (timing concerns) the
  XvMC-capable video out could do it itself or some mechanism needs to
  be introduced to do such a conversion before the video out loop
  (of course this is another application for my idea of automatic frame
  type conversion plugins, but until that is implemented, a post plugin
  might do)

Michael

-- 
This message transmitted on 100% recycled electrons



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01