if you set the delay time to 0.1 in your patch, delreadsinc~ from https://github.com/chairaudio/pure-data/tree/feature/delreadsinc will make a huge difference.
max
On 03.04.22 20:01, Orm Finnendahl wrote:
Hi,
the help of delread4~ states the "delay time is at least one sample", but it seems the lower limit is one block (and the lowest blocksize I can use on linux seems to be 64 samples). I assume this is related to the dsp scheduling order introducing one sample block latency.
The pd sources (d_delay.c) suggests to me that latency compensation in the signal chain is taken care of, but I'm hitting a wall on my machine. For a flanger-like application this means the highest obtainable frequency here is 689 Hz at 44100 samplerate, which limits its usability.
Attached is a patch to demonstrate the highest obtainable frequency (here it is somewhere around f'' or Midi 78).
Can someone check whether this is a general problem or it is only on my machine? I tested with newest pd (0.52) and 0.50.
-- Orm
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list