How about using [tabreceive~] with properly set blocksize in a subpatch? Never tried it though.
Pierre.
On Wed, 2012-03-07 at 14:37 +0100, batinste wrote:
> Hi
>
> Rough approach : you could compare your array with the reference array
> by playing once from time to time the two simultaneously, sum (the
> first) and (the second *-1) and check with env~ that you still get
> nothing at the output.
>
> my 5*10^-7 cents.
Yeah, that's what I meant with comparing them in the audio domain. It'll
probably be a bit more efficient than the message domain comparison.
I'll have to find out. Thanks for your suggestion.
Roman
> On 07/03/2012 09:55, Roman Haefeli wrote:
> > Hi all
> >
> > Is there a way to be reliably notified when a table/array changes? My
> > hope is that I don't know of some hidden feature. Is there any?
> >
> > It's easy to catch messages sent to [s arrayname]. However, it's not so
> > easy when data is written through [tabwrite arrayname] or [tabwrite~
> > arrayname] or if the data is drawn manually.
> >
> > My current solution is quite a CPU hog: The whole table is scanned in
> > periodic intervals and compared to a reference table, so that any
> > difference will be caught. Of course, this solution comes with a latency
> > (it's a trade-off between avoiding latency and saving CPU cycles).
> > Probably, it could be a wee bit less CPU hungry to make the comparison
> > in the audio domain instead of the message domain, but still it's
> > work-around.
> >
> > Is there a real solution for this around?
> >
> > Roman
> >
> >
> >
> >
> > _______________________________________________
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
> >
>
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list