posted 19 November 2014 04:23            

I want to slice a sample using the follwing for LoopStart:

code:

---

 ((1 bpm: (('rustDrum130.aif' sampleFileDuration s / (!Divider * !Bars)) bpm removeUnits)) nextRandomIndexMod: (!Divider * !Bars)) of:
#(0 {1/2} {1/4} {3/4} {1/8} {3/8} {5/8} {7/8} {1/16} {3/16} {5/16} {7/16} {9/16} {11/16} {13/16} {15/16} {1/32}
{3/32} {5/32} {7/32} {9/32} {11/32} {13/32} {15/32} {17/32} {19/32} {21/32} {23/32} {25/32} {27/32} {29/32} {31/32}
 {1/64} {3/64} {5/64} {7/64} {9/64} {11/64} {13/64} {15/64} {17/64} {19/64} {21/64} {23/64} {25/64} {27/64} {29/64} {31/64}
{33/64} {35/64} {37/64} {39/64} {41/64} {43/64} {45/64} {47/64} {49/64} {51/64} {53/64} {55/64} {57/64} {59/64} {61/64} {63/64}) 

---

And I use the same for LoopEnd accept I'm adding:

code:

---

 + (!Length/(!Divider * !Bars)) 

---

But it doesn't work when I use 64 as the divider (or occasionally it does). Also when I set the Divider to 4 and use 0.5 for length it works only from time to time...

My guess is that the CapyRate is too slow to trigger correctly all the time, is that the case? If so, how do I get around this?

Thanks!

posted 19 November 2014 11:43            

You did not say what value you are using for !Bars, but assuming that you are using 8, when the Divider is 64, you are asking for a duration between gates of:

3.6940589569161d s / (64 * 8) = 0.0072149589002268d s

or approximately 7 milliseconds. The bpm: expression creates a gate with a default duty cycle of 0.5, so the duration of the on portion of each gate is approximately 3.5 ms. However, voice-stealing requires 5 ms (in order to give time for the previous envelope to ramp down to zero without making a click).

You could solve the problem by using the optional dutyCycle: tag on the bpm: expression and increasing the duty cycle to 0.99. This would increase the on-portion of each gate to something closer to 7 ms (less 5 ms for voice stealing).

On the other hand, you don't really need voice stealing in this particular application since you are using the gates to trigger new random numbers. So you could instead use something like:

(('rustDrum130.aif' sampleFileDuration s / (!Divider * !Bars)) random * (!Divider * !Bars)) of: #(0 {1/2} {1/4} {3/4} {1/8} {3/8} {5/8} {7/8} {1/16} {3/16} {5/16} {7/16} {9/16} {11/16} {13/16} {15/16} {1/32} {3/32} {5/32} {7/32} {9/32} {11/32} {13/32} {15/32} {17/32} {19/32} {21/32} {23/32} {25/32} {27/32} {29/32} {31/32} {1/64} {3/64} {5/64} {7/64} {9/64} {11/64} {13/64} {15/64} {17/64} {19/64} {21/64} {23/64} {25/64} {27/64} {29/64} {31/64} {33/64} {35/64} {37/64} {39/64} {41/64} {43/64} {45/64} {47/64} {49/64} {51/64} {53/64} {55/64} {57/64} {59/64} {61/64} {63/64})

to randomly access your array at a rate related to the duration of the sample.

posted 20 November 2014 04:09            

ps. thanks, I just copy-pasted the code and it somehow assumed I'm sitting in front of 128:9 display

posted 20 November 2014 14:44            

quote:

---

So it seems the loop updates its start and end times when the next loop starts.

---

posted 22 November 2014 09:38            

1 s random seed: 0.2697

or