Hi, VD~ und delread~ are both processing Data / delayed sound from delwrite~ what is similar and what are differences between VD~ und delread~ ? Best, HGH
hey,
this is well explained in the help patches of [vd~] and [delread~].
[delread~] is controlled by a message, so it may produce clicks when changing the delay time.
[vd~] is controlled by an audio signal and does 4-point interpolation, but is more cpu intensive.
cheers, marian
Am 30.05.13 13:00, schrieb hghoyer:
Hi, VD~ und delread~ are both processing Data / delayed sound from delwrite~ what is similar and what are differences between VD~ und delread~ ? Best, HGH
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 05/30/13 13:00, hghoyer wrote:
Hi, VD~ und delread~ are both processing Data / delayed sound from delwrite~ what is similar and what are differences between VD~ und delread~ ?
i guess you are referring to [vd~] (i don't know of an uppercase object of that name).
from the documentation (vd~-help.pd):
vd~ implements a 4-point interpolating delay tap from a corresponding delwrite~ object. The delay in milliseconds of the tap is specified by the incoming signal.
as with [delread~], you can change the delay time only with a number (message), and not with a signal.
this basically means, that with [vd~] you can change the delay continuously, whereas with [delread~] you cannot: [delread~]s delay time will only be updated at block boundaries (each 64 samples))
it also means, that with [vd~] you can have delays of fractional samples, whereas with [delread~] the actual delay time is always an integer sample value.
so [vd~] is obviously "better". but then, it also takes more CPU power, so if you don't care for continuously changing the delay or never needed fractional sample delays, you are probably better off using [delread~].
gfmdsr IOhannes
On Don, 2013-05-30 at 13:00 +0200, hghoyer wrote:
Hi,
VD~ und delread~ are both processing Data / delayed sound from delwrite~ what is similar and what are differences between VD~ und delread~ ?
The help files are pretty clear about it. [vd~ ] is controlled by a signal and it performs a 4-point interpolation. [delread~] is controlled by message and doesn't do any interpolation, thus its delay time is quantized to full samples. I haven't measured, but I'd expect [delread~] to use slightly less CPU cycles than [vd~]. If you need smooth delay time transitions, [vd~ ] is the way to go.
Roman
just out of interest, while we're on the topic, does anyone have a vanilla workaround for a 2 point interpolated delay reader?