[PD] Gem Rutt-Etra / pix_data speed?

Derek Holzer macumbista at googlemail.com
Mon Jul 17 13:08:04 CEST 2017


OK then I think I need a little more help understanding what is going on 
here then please.

Should I be sending a bang every sample to the left most inlet of 
[pix_data]? How do I synchronize all the reading counters so that every 
sample I get a new value of the luma value at X and Y?

I have tried the same 64 sample counter for both X and Y inputs of 
[pix_data], and a metro at a rate of one bang per sample to the left 
most inlet, but I'm still not there yet.

D.

On 17/07/2017 12.59, IOhannes m zmoelnig wrote:
> ouch. that shouldn't work at all.
> on each [bang( coming out from [bang~], you first start a counter going
> from 0 to 63, and send the corresponding table value to [pix_data]. once
> the counter is finished (and its value has settled to 63) you start a
> second counter doing the same. once both counters have reached 63, you
> are sending a bang to [pix_data] to read out a single value. so for each
> dsp-tick you are fetching the colour of the last (63rd) sample.



More information about the Pd-list mailing list