[PD] GEM pix_image+ram

stefan stefanpiat at gmail.com
Thu Apr 30 14:35:55 CEST 2009


here is the patch

++
s.

2009/4/30 IOhannes m zmoelnig <zmoelnig at iem.at>

> stefan wrote:
>
>> I don't succeed to use the hottest gem...
>>
>> anyway I will explain some others things I observe about that bug...
>> (using os X 10.5 + pd-0.41.4-extended-20090429)
>>
>> with pix_film and .mov files there is no problem
>> (but there is a problem with still images when pix_film is used as
>> pix_image)
>>
>
> that is quite interesting, as i think that Gem is agnostic whether
> [pix_film] opens an image or a film: it just passes the request to QuickTime
> (which might then return a 1-frame "film")
>
>
>> with pix_buffer, when the buffer is looped there is no problem
>>
>>> when I resize the buffer using [resize $1(
>>>
>> the used memory increase
>>
>>> if I resize to a buffer with less frames the used-memory
>>> decrease...but...
>>>
>> each times I resize pix_buffer there is a little bit less ram disponible..
>>
>
> that's something else and more interesting (in terms of fixability) for me.
> could you please post an example patch that exposes this behaviour?
>
> f
> dasrm
> IOhannes
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090430/99b4c91d/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pix_buffer.pd
Type: application/octet-stream
Size: 6312 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090430/99b4c91d/attachment.obj>


More information about the Pd-list mailing list