Re: [PD] pix_data issue

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

Re: [PD] pix_data issue

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

Re: [PD] pix_data issue

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 ->

Re: [PD] pix_data issue

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

Re: [PD] pix_data issue

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

[PD] pix_data issue

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