hi there,
with regard to this thread: http://lists.puredata.info/pipermail/pd-list/2006-09/041759.html
i'm aware of pix_resize, but this object is slow as hell and only resizes to the next power of two. i'm looking for something that does a fast resize to an arbitrary size - my plan is to cut the time it takes the pix_buffer-objects to store and recall textures.
on a related note: is it possible to buffer textures created by pix_buffer_read so that the texture will only be updated if the content of the buffer has actually changed? i figured that it might be enough to only snap every 4th frame and use a buffered version of the textures for the other render cycles ... but pix_buffer_read does the texture upload every render cycle, and i couldn't get pix_buf to actually buffer a texture ... i'm probably making not much sense here, please have a look at the attached patch to see what i'm up to.
thank you very much for your input, thoralf.
___________________________________________________________ All new Yahoo! Mail "The new Interface is stunning in its simplicity and ease of use." - PC Magazine http://uk.docs.yahoo.com/nowyoucan.html