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
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
