How about using [tabreceive~] with properly set blocksize in a subpatch? Never tried it though.
Pierre.
2012/3/7 Roman Haefeli reduzent@gmail.com
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