A precision : With a transparent background (background GIF) > put blending ink to blendBurn (for me it is the best result.
Le 6 mai 2010 à 08:42, René Micout a écrit : > Yes, > I work with it : but, with a background color it is necessary to put blending > ink to srcCopy > René > > Le 6 mai 2010 à 07:33, Chipp Walters a écrit : > >> The problem is that Rev doesn't handle the temporal RLE compression in GIFs. >> So, if you use such compression, you get the artifacting you were seeing. >> Most browsers handle this type of optimization just fine, as the GIFs only >> go in one direction: i.e. frame 1,frame 2, frame 3, etc. Temporal >> optimization stores just the changes between frames. But in Rev, you may >> need to play an animation backward or randomly, so that is the reason they >> do not support temporal optimization. >> >> BTW, this web service makes great spinning 'busy' gifs: >> http://ajaxload.info/ >> _______________________________________________ >> use-revolution mailing list >> use-revolution@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your subscription >> preferences: >> http://lists.runrev.com/mailman/listinfo/use-revolution > > _______________________________________________ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution _______________________________________________ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution