> Thanks. That's what I'll do. Also, the control to "stop" the > recording must also send a stop to cancel the delay. Failing to do > so could lead to some very hard to debug behavior.
That might not be necessary. The delayed 'stop' message only comes after the most recent message. If multiple messages are sent within the delay time, then only the last one matters. So, I think, the worst that could happen ( in a series of bang/stop messages) is a redundant stop message, which I assume does nothing. Chuck _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
