Hi, I am working on exactly the same thing ! So....

First of all, there should be a way not to load every image twice (once in each [pix_multiimage]). This could be done by splitting the list of images in 2. But then, we would loose the order, and would need an even number of images if we want to keep the order of the pictures on every time we go around the whole set of pictures.

My Pd uses 325 Mib of RAM when I run this.

Another thing to consider : my digital camera generates pictures with names such as "IMG_0792.JPG". I know that [pix_multiimage] needs a directory of pictures with sequential numbers, but can skip some. Is there a turn around if we dont have sequential numbers ? I am working on a way to get a file list with a [pyext] script, and to put that list in a [pool] or something. But my filename numbers aren't sequential, eh.

I'll post this slideshow patch/script if I get it done. :-)

aalex

Le 05-08-28, à 11:47, Roman Haefeli a écrit :

hi

i attached a patch, that is used to 'alphablend' from one to another picture. it is working though, but the cpu-load raises to 100% and it looks quite 'ruckelig' (not constantly flowing). i tried it on different machines with the same result. then i tried it with a better gfx-card, that supports opengl (Quadro FX 330), on a P4 2.66GHz (winxp). it looks better, but my patch still uses 100% cpu. i'm quite a gem-newbie and don't know much about opengl, but i assume that my patch is not optimized and there is still much calculated by cpu instead of gpu. last week i saw a screensaver-slideshow on an old ibook, that looked very nice. this let me hope there is still a chance, that i can realize the same with Gem on hardware that is up-to-date.

thanks for any help

roman

<alphabending.pd>_______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

The pix_alpha objects can probably be removed and replaced by
[colorRGB 1 1 1 1] after pix_texture. The last inlet of that object
controls alpha for the geometry after it.

On Aug 28, 2005, at 10:47 AM, Roman Haefeli wrote:

hi

i attached a patch, that is used to 'alphablend' from one to another picture. it is working though, but the cpu-load raises to 100% and it looks quite 'ruckelig' (not constantly flowing). i tried it on
different machines with the same result. then i tried it with a better gfx-card, that supports opengl (Quadro FX 330), on a P4 2.66GHz (winxp). it
looks better, but my patch still uses 100% cpu. i'm quite a gem-newbie and don't know much about opengl, but i assume that my patch is not optimized and there is still much calculated
by cpu instead of gpu. last week i saw a screensaver-slideshow on an old
ibook, that looked very nice. this let me hope there is still a chance,
that i can realize the same with Gem on hardware that is up-to-date.

thanks for any help

roman

<alphabending.pd> _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list