Hallo,
Peter Plessas hat gesagt: // Peter Plessas wrote:
> the minimum delay size is one signal block (which defaults to 64
> samples, and thus to 1.45msecs at 44.1kHz). If you need to go lower, put
> the delread~ and delwrite~ in a subpatch and change the blocksize of
> that subpatch with the
Use the [block~]. See also G04.control.blocksize.pd in the help files.
d.
Kim Taylor wrote:
Hi everyone, I'm new to the list (and pd) so I hope this posts OK.
I'm creating a series of patches that rely pretty fundamentally on
delays- and I've noticed that the function delread~ seems to have a
Hi!
the minimum delay size is one signal block (which defaults to 64
samples, and thus to 1.45msecs at 44.1kHz). If you need to go lower, put
the delread~ and delwrite~ in a subpatch and change the blocksize of
that subpatch with the block~ object.
Check the G04.control.blocksize.pd patch in
Check out vd~ (variable delay in milliseconds with interpolation) and
z~ (sample-wise delay from the zexy lib)
Chuck
On 1/22/07, Kim Taylor <[EMAIL PROTECTED]> wrote:
Hi everyone, I'm new to the list (and pd) so I hope this posts OK.
I'm creating a series of patches that rely pretty fundamental
Kim Taylor wrote:
Hi everyone, I'm new to the list (and pd) so I hope this posts OK.
Welcome!
I'm creating a series of patches that rely pretty fundamentally on delays-
and I've noticed that the function delread~ seems to have a minimum
value of
delay time (1.48ms). Values below this point
Hi everyone, I'm new to the list (and pd) so I hope this posts OK.
I'm creating a series of patches that rely pretty fundamentally on delays-
and I've noticed that the function delread~ seems to have a minimum value of
delay time (1.48ms). Values below this point simply trim to 1.48ms.
Could I ac
