On Sun, 2010-10-17 at 08:39 -0700, Tyler Leavitt wrote:
The problem is I've already written my patch for a delay line =)
I also read that tables have some latency when using them in loopers (what I am doing)
You always have a latency of one block when doing recursion, no matter if it's done with tables or delay lines. So either way you could achieve the smallest possible latency by using 1 as a block size in the subpatch that does the looping part.
If you force the order of [tabwrite~] and [tabread~] they introduce zero latency (the same applies to [elwrite~] and [delread~]/[vd~]). However, when doing recursion the order can only be 'read first' and 'write afterwards'.
Roman
because they can only write in block size. I was about to switch to using tables and then I read this...
On Sun, Oct 17, 2010 at 6:38 AM, tim vets timvets@gmail.com wrote:
2010/10/17 Peter Plessas <plessas@mur.at> tim vets wrote: 2010/10/17 Tyler Leavitt <thecryoflove@gmail.com> http://www.mail-archive.com/pd-list@iem.at/msg00287.html I googled my question and came up with this thread... considering it was 4 years old I figured maybe someone out there had a fresh solution... I need to clear a delay that I have written via delwrite~. Is there any way to do this yet? Yes, let me chime into this topic! I also come accross situations where I need to clear a delay buffer, and I was looking for a message like "; const 0" which can be use to clear tables. And, yes, it needs to be a delay, not a table. so what is it you can do with a delay that you can't with tabread~, tabwrite~ and a table? gr, Tim Looking forward to suggestions! tabwrite~ ? Tim Tyler _______________________________________________ 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 _______________________________________________ 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