Hey there,
I don't have time to look at your patch but I have some ideas.
I guess your mixing still images?
the BEST way to do this in Gem is to make a different square/rectangle for each image and stack them on top of one and other then gemhead 1 in the back and gemhead N in the front. Then you just use the alpha blending to make the mix. This is much more simple, much easier, and way way more optimized.
Let me know if this approach does not work for your concept.
B>
hi list -
It would be really great if someone could shed some light on this issue.
i'm trying to merge some pics with the pix_composite object. now, instead of using [t a a a a a ...] and (numberofpics - 1) pix_composites (simply enough - got it to work), i tried to do it in a less clumsy and cpu-demanding way by using pix_buffer. my idea was to read all images into a buffer first (say, into slots 0-7) and mix them afterwards (using slot 8). The actual mixing would be some sort of iteration: first the images in slot 1 (left inlet of Pix_composite) and 0 (right one) will be mixed into slot 8. Afterwards slot 2 (left) and slot 8 (right) are mixed to slot 8, the same would be done with slots 3 to 7 ... This actually works, the only drawback is that the mixed pics are not only written to slot #8, but to the currently processed slot as well. Although the only pix_buffer_write object in the whole patch gets an [8( banged to its right inlet everytime a render cycle occurs. This sounds probably a bit confusing ... please have a look at the attached patch, that should make it more obvious.
thank you in advance, thoralf.
Gesendet von Yahoo! Mail - Jetzt mit 250MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list