<div dir="ltr">Have you tried single buffer rendering? If you don't need 30fps performance you could layer the images with opacity using only one pix_texture object and very little GPU memory.<br><br><div class="gmail_quote">
On Fri, Sep 19, 2008 at 3:59 PM, B. Bogart <span dir="ltr"><<a href="mailto:ben@ekran.org">ben@ekran.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hey all,<br>
<br>
Any recommendations as to the best way to combine many images?<br>
<br>
What I'm after is a kind of long exposure where each image could be<br>
weighted differently in order to give it more emphasis.<br>
<br>
I did a quick test in Gem layering 100 images on 100 rects on top of one<br>
and other with 0.01 opacity.<br>
<br>
Problem it uses too much CPU (seems to be the GPU lagging). I can render<br>
all 100 easily on the same machine if they are not totally overlapping.<br>
<br>
Would gridflow be able to combine 256 640x480 images?<br>
<br>
CPU solutions (rather than GPU) are best, as I'm hoping for 640x480<br>
resolution and many more images than will fit in graphics mem.<br>
<br>
Would something like this work:<br>
<br>
Every channel of every pixel of every image divided by the number of<br>
images (256) multiplied by a weight, where all the results are summed?<br>
<br>
All the images would be loaded into a pix_buffer.<br>
<br>
What is the best way to accomplish this?<br>
<br>
Thanks,<br>
<br>
.b.<br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote></div><br></div>