[PD] Clearing a delwrite~ (revisited)
Roman Haefeli
reduzent at gmail.com
Sun Oct 17 19:51:05 CEST 2010
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 at gmail.com> wrote:
>
>
> 2010/10/17 Peter Plessas <plessas at mur.at>
>
> tim vets wrote:
> 2010/10/17 Tyler Leavitt
> <thecryoflove at 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 at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
>
>
>
> ------------------------------------------------------------------------
>
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
More information about the Pd-list
mailing list