<![CDATA[\[vd~\] problem: delay line cannot be shorter than 64]]>Hello,
my physical model patch has a problem I didn't foresee at the beginning: it is based on a delay line as a digital waveguide, I made it with a [delwrite~] and a [vd~] objects. The delay line is close in a loop, so the vd~ help file says that (logically) if stacked with a [delwrite~] after it, the minimum delay of the delay line can be 64.

At 44KHz sampling freq, 64 samples are 1.4ms delay. This means that you *cannot* play any note higher than 1/1.4ms Hz.

As I know that 64 is tipically the frame length used by any pd external, I can imagine that one solution is to restart PD by setting the frame length to be e.g. 32 samples.

Any other solutions?

How do I set the frame length to a new value? Will the CPU load increase by decreasing the frame length?

Thanks, Cheers.

]]>http://forum.pdpatchrepo.info/topic/4626/vd-problem-delay-line-cannot-be-shorter-than-64RSS for NodeTue, 16 Jun 2026 11:45:56 GMTFri, 14 Jan 2011 16:18:37 GMT60<![CDATA[Reply to \[vd~\] problem: delay line cannot be shorter than 64 on Fri, 14 Jan 2011 16:18:37 GMT]]>Hello,
my physical model patch has a problem I didn't foresee at the beginning: it is based on a delay line as a digital waveguide, I made it with a [delwrite~] and a [vd~] objects. The delay line is close in a loop, so the vd~ help file says that (logically) if stacked with a [delwrite~] after it, the minimum delay of the delay line can be 64.

At 44KHz sampling freq, 64 samples are 1.4ms delay. This means that you *cannot* play any note higher than 1/1.4ms Hz.

As I know that 64 is tipically the frame length used by any pd external, I can imagine that one solution is to restart PD by setting the frame length to be e.g. 32 samples.

Any other solutions?

How do I set the frame length to a new value? Will the CPU load increase by decreasing the frame length?

Thanks, Cheers.

]]>http://forum.pdpatchrepo.info/topic/4626/vd-problem-delay-line-cannot-be-shorter-than-64http://forum.pdpatchrepo.info/topic/4626/vd-problem-delay-line-cannot-be-shorter-than-64Fri, 14 Jan 2011 16:18:37 GMT<![CDATA[Reply to \[vd~\] problem: delay line cannot be shorter than 64 on Fri, 14 Jan 2011 17:21:13 GMT]]>check out block~

]]>http://forum.pdpatchrepo.info/topic/4626/vd-problem-delay-line-cannot-be-shorter-than-64/2http://forum.pdpatchrepo.info/topic/4626/vd-problem-delay-line-cannot-be-shorter-than-64/2Fri, 14 Jan 2011 17:21:13 GMT<![CDATA[Reply to \[vd~\] problem: delay line cannot be shorter than 64 on Fri, 14 Jan 2011 17:22:44 GMT]]>Put the delay objects in a subpatch and add a [block~ 1] object in there. That will make the subpatch use a block size of 1 while the rest of the patch can stay at a block size of 64. Take a look at 3.audio.examples/G04.control.blocksize in the help browser for an example.

]]>http://forum.pdpatchrepo.info/topic/4626/vd-problem-delay-line-cannot-be-shorter-than-64/3http://forum.pdpatchrepo.info/topic/4626/vd-problem-delay-line-cannot-be-shorter-than-64/3Fri, 14 Jan 2011 17:22:44 GMT<![CDATA[Reply to \[vd~\] problem: delay line cannot be shorter than 64 on Fri, 14 Jan 2011 18:32:21 GMT]]>Uhu, great! Thanks for the suggestion!

]]>http://forum.pdpatchrepo.info/topic/4626/vd-problem-delay-line-cannot-be-shorter-than-64/4http://forum.pdpatchrepo.info/topic/4626/vd-problem-delay-line-cannot-be-shorter-than-64/4Fri, 14 Jan 2011 18:32:21 GMT