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
