[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