Hello strk, Sunday, June 3, 2007, 7:12:59 PM, you wrote: s> Also, to avoid redrawing as hell while receiving a long chain of expose s> events it might be worth having a loop checking for it. IIRC Udo added one s> mechanism working at SWF FPS rate (wantsRedraw or similar method) but we might s> want an SWF agnostic one. See also the Movie_Advancement page on gnashdev wiki.
Right, that's what it's meant for. Of course, better would be to redraw only those parts that have been exposed (does GTK tell the coordinates). Since we introduced SnappingRanges in the meantime, we should redesign wants_redraw and replace it by a SnappingRange. Irrespective of that there should be no problem with intermediate states because the GUI would just wait otherwise and all ActionScript is done right before rendering a new frame. Maybe video is different, but at worst some parts of the player get updated earlier and that should be barely visible. Udo _______________________________________________ Gnash-dev mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gnash-dev
