On 23 Mar 2011, at 16:53, Sandro Santilli wrote: > On Wed, Mar 23, 2011 at 09:34:28AM -0600, Rob Savoye wrote: > >> Because now with OpenVG (or GL*) Gnash supports doing gradients in >> hardware, something we've never supported before. This required a minor >> tweak to the rendering API as to do gradients in hardware as it had to >> be done someplace other than apply_fill_style(). There are other future >> changes planned to take full advantage of hardware acceleration where >> possible (like YUV<->RGB conversion), all that will live in libdevice, >> and force more small rendering API changes. >> >> Btw, the entire CachedBitmap support needs to be refactored as well >> one of these days, as OpenVG (and GL*) also supports doing images in >> hardware as well. Right now it caches the current way, but really needs >> to cache the rendered bitmap. >> >> Note this comment in the existing OpenGL renderer where it handles >> gradients in software: >> >> // TODO: this function is rubbish and shouldn't survive a rewritten OGL >> // renderer. >> >> So I did refactor this to work the way it should, not the way it has >> been. All of this work has been focused on making Gnash have the best >> possible performance when rendering. > > Great overview, thanks. > > --strk; > > () Free GIS & Flash consultant/developer > /\ http://strk.keybit.net/services.html > > _______________________________________________ > Gnash-dev mailing list > [email protected] > http://lists.gnu.org/mailman/listinfo/gnash-dev
Totally agree, great overview... Awesome! I'd like to se YUV<->RGB conversion done in hw. OpenVG looks neat as well from what I can tell of the website. //Markus - The panama-hat hacker _______________________________________________ Gnash-dev mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gnash-dev
