Re: [Gnash] Raw video/audio

[Craig Kelley]

Hi Udo,

On Fri, Mar 21, 2008 at 10:46 AM, Udo Giacomozzi <address@hidden> wrote:
> Hello Craig,
>
>  Friday, March 21, 2008, 5:22:03 PM, you wrote:
>  CK> I've coded up some kludges to get gnash to spit out raw video and
>  CK> audio.  It started as a desire to graft XVideo hardware acceleration
>  CK> into gnash
>
>  Excuse my ignorance... but what is XVideo?

It is an X11 extension that uses hardware acceleration to scale planar
data without using the general-purpose CPU.  Most video cards support
this extension under XFree86/xorg.  The Windows analog would be in
DirectX somewhere.  With it, you can take a "small" window and blow it
up to any size for very little cost.  It was added to Adobe's latest
Linux standalone and browser plugins (9.0.115?).  Here is more
information about it:

http://en.wikipedia.org/wiki/Xvideo

>  CK> and most XVideo adapters require YUV;  the translation isn't
>  CK> 'cheap' -- ffmpeg's swscale code has inline MMX and SSE to do the
>  CK> job.
>
>  The AGG architecture is flexible enough to allow any kind of color
>  format. It's relatively easy to add a YUV pixel format. The tricky
>  part is implementing the matching blending and rendering algorithms
>  so. Not me, but some skilled AGG developer should be able to do this.

That is where I stopped looking as well.  I suspect that it's not
trivial to take SWF data and perform that transformation.  I could be
wrong.

If AGG were to be augmented with YUV output, I have the rest of the
XVideo code mostly done to integrate that with Gnash.

>  CK> o The video buffer is only exposed in the gui code at the moment, so
>  CK> this kludge only works in an arbitrary make (eg, gnash-gtk-agg).
>  CK> There is no natural point in the gnash player to access this
>  CK> information (AFAICT).
>
>  I think what you want to do *is* to create a new "GUI"..?

That is certainly an option.  Thanks for the suggestion.

-- 
http://inconnu.islug.org/~ink finger address@hidden for PGP block