gnash-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnash-dev] trunk is broken


From: Rob Savoye
Subject: Re: [Gnash-dev] trunk is broken
Date: Thu, 05 Aug 2010 09:37:37 -0600
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.7) Gecko/20100720 Fedora/3.1.1-1.fc13 Lightning/1.0b2 Thunderbird/3.1.1

On 08/05/10 06:37, Gwenole Beauchesne wrote:

>> So trunk is now broken if you want to use vaapi.
> Xv support is also broken:

  Yep, but it never really worked right anyway.

> The only dependencies are libva and FFmpeg new enough (e.g. 0.6). For
> the former, we can have ArchLinux, Debian, MeeGo, Gentoo.

  Have they released these newer packages ? I haven't checked. That
would make a difference.

> Is OpenVG support committed somewhere? I have some driver around that
> does both OpenVG and VA-API, so it could be interesting to test.

  The branch is far from complete, but at:
https://code.launchpad.net/~rob-welcomehome/+junk/OpenVG. There are
problems with it's framebuffer integration though, which I've been
working on. That branch has both the OpenVG and the OpenGLES renderers,
which look ok, it was how the fb used them that I need to fix. The first
part of this I checked in last week, which was fixing all the input
devices. Next is to split the AGG code out of the FB code, so it's setup
like all the other GUIs. Then we can have AGG, OpenVG, or OpenGLES
renders all working in a framebuffer. I also have a suspicion that I
should refactor some how video makes it from the network buffer to the
renderer, as I think we have some performance issues in the current
"design".

  I haven't thought much about how to make the FB and the other renders
work with vaapi, but that's important. I'm also looking at OMAP, since
the ARM has good support for it. The ARM has other acceleration features
I'd also like to tap into. I'm doing tons of ARM hacking lately anyway.
I think mobile is important, so I plan to focus on all this stuff post
release, unless nobody else decides to look at lightspark integration...

        - rob -



reply via email to

[Prev in Thread] Current Thread [Next in Thread]