[PD] GEM: displaying Pictures on MIDI Keyboard events, pix_image vs. pix_multiimage

Max Neupert abonnements at revolwear.com
Mon Oct 11 17:39:22 CEST 2004


hi peter/list,

okay, i am trying to use pix_multiimage now instead. it seems that i 
still do something wrong, although the console does not tell me 
anything about it.

max


Am 11.10.2004 um 15:12 schrieb Peter Todd:

>> as far as i understood the help patches i should use pix_imageInPlace
>> instead of pix_image because of better performance.
>> i do not get the usage of pix_imageInPlace it does not really work for
>> me, where is the problem?
>
> OK, it looks like [pix_multiimage] works a bit more like [pix_image], 
> only without the need to load them from disk each time, as they are 
> all loaded into RAM.
>
> [pix_imageInPlace], on the other hand, loads the images to texture RAM 
> (and as such is not used with the [pix_texture] object, as this is 
> already done). As such, these images cannot be processed with 
> subsequent [pix_*] objects
>
>> i was comparing the performance of LZW compressed tiffs and
>> uncompressed ones, and had the impression that without compression it
>> runs a bit better. do you agree?
>
> At a guess, when you load the compressed images to memory (of 
> whichever sort), the computer decompresses them (so that the image in 
> memory is uncompressed).  If you are using [pix_image], it would need 
> to do this often, whereas with the other objects it would only happen 
> once when you load them.  So, when you get things working with objects 
> other than [pix_image], by this logic, it would no longer make any 
> difference wether the images were compressed.  I think.
>
> I've not actually directly used these objects significantly, though, 
> so this is a bit speculative.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: midikey-control-test.pd
Type: application/octet-stream
Size: 1246 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20041011/ba533d88/attachment.obj>


More information about the Pd-list mailing list