Long random data delay

[Saynom2]

Hi everyone,

I would need to have a sub-patch (or maybe a script) for a long and random data delay but I don't know how to proceed.

My needs are as follows:
- a data delay that could be anywhere from 6000 to 20000 ms.
- a "generate" input that could be triggered by a button to randomize the length of this delay.

Do you think it could be doable?

By the way, I'm on HH3 if it's of any help.

Thanks in advance.

[x.iso]

well, indeed Data Delay lacks max delay parameter like Audio Delay have, so this belongs to feature suggestions. you could daisy-chain data delays, but it's a PITA to manage (for instance if you input different random delay timings on each one, overall delay would probably not change too much, but if you use same random number for timing all delays, it will make huge range difference from value to value

[Saynom2]

you could daisy-chain data delays, but it's a PITA to manage (for instance if you input different random delay timings on each one, overall delay would probably not change too much, but if you use same random number for timing all delays, it will make huge range difference from value to value

That's exactly what I tried before I posted my question here. The problem is that for some reason when I do this I get a "noisy" output. It doesn't behave like you would expect. That's really strange... :/

[nay-seven]

Have you tried something this way ? ( you can also adjust num of blocks)

[SylvainT]

Hello,

Here's an example.
Limited to 20 datas (during the max time of the delay).
If you want more, increase the number of polyphonic voices of the delay sub patch.
All the best

Sylvain

Long Random Data Delay.pat

(230.29 KiB) Downloaded 352 times

[x.iso]

I've helped out with this yesterday via Discord and as it turned out regular Audio delay was enough for the task, as it allows for up to 60 seconds delay. I've also used polyphonic approach to avoid overwritting sampler before it can playback full recording made.

as for data delay, I also thought of using time counter and flow mechanics to replicate longer data delays. so it can be done, but a bit too much of a hassle compared to just having longer delay timings in Data Delay to begin with.

patch in question is attached

[SylvainT]

Great
Could be nice to write a note when a discussion is finished on another platform, if not it's a waste of time for other forum contributors.
All the best

Sylvain

[x.iso]

Great
Could be nice to write a note when a discussion is finished on another platform, if not it's a waste of time for other forum contributors.
All the best

Sylvain

yeah, I forgot to post here, sorry about that. but your patch is useful specifically for long Data Delay, which was originally requested and could be used in various scenarios.