On 02/28/2018 10:53 AM, Fede Camara Halac wrote:
> Would saving (cmd+s) make pix_data forget a pointer, as in [text] or [array]
> objects when using pointers?
that sounds very fishy to.
do you have a patch that exposes the forget-on-save behaviour of [array]
or [text]?
gfmdasr
IOhannes
signat
Would saving (cmd+s) make pix_data forget a pointer, as in [text] or [array]
objects when using pointers? (also, perhaps the [pointer] object itself, but I
havent tested this)
> On Feb 28, 2018, at 9:54 AM, IOhannes m zmölnig wrote:
>
> [pix_data] remembers that pointer
___
On 02/28/2018 10:45 AM, Jack wrote:
> just a little remark : This is [pix_snap] (and not [pix_snapshot]) to
doh.
signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://l
just a little remark : This is [pix_snap] (and not [pix_snapshot]) to
get back pixels buffer from your gfx card to the RAM of your computer ;)
++
Jack
Le 28/02/2018 à 09:54, IOhannes m zmölnig a écrit :
> On 02/27/2018 11:50 PM, Derek Holzer wrote:
>>
>> I can disconnect the Gemlist from the se
On 02/27/2018 11:50 PM, Derek Holzer wrote:
>
> I can disconnect the Gemlist from the second inlet, so that it is only
> getting the metro bangs at the first inlet and the X and Y coordinates
> to analyze at the third and fourth inlet, and still it gives data output.
>
> I know that it is still g
Dear Pd list,
the [pix_data] object has me very confused! I am using it for analysis
of a live webcam video or recorded video clip from [pix_video] or
[pix_film]. However, I cannot for the life of me figure out where it is
getting the analysis data from!
I can disconnect the Gemlist from the
