On Sun, 18 Jun 2006 16:31:56 +1000 Daniel Kasak <[EMAIL PROTECTED]> babbled:
> Greetings all. > > I've been working with a friend on an animated background. What we've > done is take a project in The Gimp, and rendered a LARGE series of > images, changing the transparency of one of the layers by a very small > amount each time. > > When we make an animated background from this series of images ( 88 of > them ), the effect is very nice ( we think so anyway ), but it uses a > LOT of CPU - even if we spread the animation out over 1 minute. > > Apart from culling our number of images ( which we'd rather not do, as > the image transitions become noticable when we do this ), is there any > other approach we can use? In particular, is there any way of just using > 2 images, and getting E to modify the transparency of one of them? Or is > our only option to use a series of images, as we've done? yes. make 2 parts - each with different images, one on top of the other, and the top one will transition color from 255 255 255 0 to 255 255 255 255 (to fade in) using programs. BUT.. big but... this isn't your real killer. the real killer is that you simply are changing a lot of pixels - the more pixels on screen that change, the more work that needs to be done to render a changed frame. the trick to animated bg's is to be subtle, not "in your face" and simple and animate only small parts of the bg at any one time. > Thanks :) > > Dan > > > _______________________________________________ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
