ArrayArrayArrayArrayArrayArrayArrayArray BrainModular BrainModular Users Forum 2020-06-21T22:35:03+02:00 https://brainmodular.org/forums/app.php/feed/topic/6699 2020-06-21T22:35:03+02:00 2020-06-21T22:35:03+02:00 https://brainmodular.org/forums/viewtopic.php?t=6699&p=42629#p42629 <![CDATA[Re: Long random data delay]]>
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.

Statistics: Posted by x.iso — 21 Jun 2020, 22:35


]]>
2020-06-21T17:01:21+02:00 2020-06-21T17:01:21+02:00 https://brainmodular.org/forums/viewtopic.php?t=6699&p=42627#p42627 <![CDATA[Re: Long random data delay]]> 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

Statistics: Posted by SylvainT — 21 Jun 2020, 17:01


]]>
2020-06-21T15:25:29+02:00 2020-06-21T15:25:29+02:00 https://brainmodular.org/forums/viewtopic.php?t=6699&p=42625#p42625 <![CDATA[Re: Long random data delay]]>
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
test_mic_sampler2.pat

Statistics: Posted by x.iso — 21 Jun 2020, 15:25


]]>
2020-06-21T12:41:34+02:00 2020-06-21T12:41:34+02:00 https://brainmodular.org/forums/viewtopic.php?t=6699&p=42624#p42624 <![CDATA[Re: Long random data delay]]>
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

Statistics: Posted by SylvainT — 21 Jun 2020, 12:41


]]>
2020-06-20T15:35:41+02:00 2020-06-20T15:35:41+02:00 https://brainmodular.org/forums/viewtopic.php?t=6699&p=42621#p42621 <![CDATA[Re: Long random data delay]]>
Capture d’écran 2020-06-20 à 15.32.43.png

Statistics: Posted by nay-seven — 20 Jun 2020, 15:35


]]>
2020-06-20T09:59:10+02:00 2020-06-20T09:59:10+02:00 https://brainmodular.org/forums/viewtopic.php?t=6699&p=42620#p42620 <![CDATA[Re: Long random data delay]]>
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... :/

Statistics: Posted by Saynom2 — 20 Jun 2020, 09:59


]]>
2020-06-20T04:12:30+02:00 2020-06-20T04:12:30+02:00 https://brainmodular.org/forums/viewtopic.php?t=6699&p=42619#p42619 <![CDATA[Re: Long random data delay]]> Statistics: Posted by x.iso — 20 Jun 2020, 04:12


]]>
2020-06-19T16:28:15+02:00 2020-06-19T16:28:15+02:00 https://brainmodular.org/forums/viewtopic.php?t=6699&p=42618#p42618 <![CDATA[Long random data delay]]>
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.

Statistics: Posted by Saynom2 — 19 Jun 2020, 16:28


]]>
BrainModular BrainModular Users Forum 2020-06-21T22:35:03+02:00 https://brainmodular.org/forums/app.php/feed/topic/6699 2020-06-21T22:35:03+02:00 2020-06-21T22:35:03+02:00 https://brainmodular.org/forums/viewtopic.php?t=6699&p=42629#p42629 <![CDATA[Re: Long random data delay]]>
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.

Statistics: Posted by x.iso — 21 Jun 2020, 22:35


]]>
2020-06-21T17:01:21+02:00 2020-06-21T17:01:21+02:00 https://brainmodular.org/forums/viewtopic.php?t=6699&p=42627#p42627 <![CDATA[Re: Long random data delay]]> 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

Statistics: Posted by SylvainT — 21 Jun 2020, 17:01


]]>
2020-06-21T15:25:29+02:00 2020-06-21T15:25:29+02:00 https://brainmodular.org/forums/viewtopic.php?t=6699&p=42625#p42625 <![CDATA[Re: Long random data delay]]>
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
test_mic_sampler2.pat

Statistics: Posted by x.iso — 21 Jun 2020, 15:25


]]>
2020-06-21T12:41:34+02:00 2020-06-21T12:41:34+02:00 https://brainmodular.org/forums/viewtopic.php?t=6699&p=42624#p42624 <![CDATA[Re: Long random data delay]]>
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

Statistics: Posted by SylvainT — 21 Jun 2020, 12:41


]]>
2020-06-20T15:35:41+02:00 2020-06-20T15:35:41+02:00 https://brainmodular.org/forums/viewtopic.php?t=6699&p=42621#p42621 <![CDATA[Re: Long random data delay]]>
Capture d’écran 2020-06-20 à 15.32.43.png

Statistics: Posted by nay-seven — 20 Jun 2020, 15:35


]]>
2020-06-20T09:59:10+02:00 2020-06-20T09:59:10+02:00 https://brainmodular.org/forums/viewtopic.php?t=6699&p=42620#p42620 <![CDATA[Re: Long random data delay]]>
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... :/

Statistics: Posted by Saynom2 — 20 Jun 2020, 09:59


]]>
2020-06-20T04:12:30+02:00 2020-06-20T04:12:30+02:00 https://brainmodular.org/forums/viewtopic.php?t=6699&p=42619#p42619 <![CDATA[Re: Long random data delay]]> Statistics: Posted by x.iso — 20 Jun 2020, 04:12


]]>
2020-06-19T16:28:15+02:00 2020-06-19T16:28:15+02:00 https://brainmodular.org/forums/viewtopic.php?t=6699&p=42618#p42618 <![CDATA[Long random data delay]]>
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.

Statistics: Posted by Saynom2 — 19 Jun 2020, 16:28


]]>