[PD] A growing idea

[chun lee]

Ho probs, glad to be of help.

Anyway, forgot to mention that the randomized array method I not implemented
in an obvious way in my  "error" patch and it has two drum sets. As a
result, it might be a bit confusing to look at. However, the new automated
RRADical drum machine patch I mentioned is much more clearer, but it might
take me a few days to clear it up and make sure its ok for release.

Anyway, my suggestion is that do play around with "error" but don't use that
as an example/template of any sort. It will be much easier and clearer if
you implement the randomized array method yourself. Otherwise wait for a few
days and I will be back with the RRADical drum machine patch;)

Peace

CHUN  

> That's really a much more efficient way of generating rythmic patterns...
> thanx !
> 
> I'll try both RRadical and Error and let you know my impression.
> 
> But definitively, randomized arrays and probabilities seem so... simple !
> 
> thanx guys
> 
> 
> 
> 
>>> Message du 19/11/04 à 13h18
>>> De : "chun lee"
>>> A : "Pd_list" , tboulanger at voila.fr
>>> Copie à : 
>>> Objet : Re: [PD] A growing idea
>>>>> Wouh, and another posting.
>>>>> Hmmm, I've planned to do a kind of patch which would help me creating some
>>>>> rythmic patterns.
>>>>> The core : a sample in a buffer (for instance a drum).
>>>>> The parameters : tempo and a "groove template" say Random1
>>>>> If I press a key on my keyboard, the event is first transmitted to a
>>>>> select
>>>>> object which outputs a bang
>>>>> related to the Random1 "groove template". This triggers a subpatch (a
>>>>> random
>>>>> sequence that duplicates the bang
>>>>> at different times) so that the sample is played at different times.
>>>>> In the mean time, some functions will change continually the behaviour of
>>>>> an
>>>>> FX rack (for instance lp filters etc etc) to transform what is sent out by
>>>>> my
>>>>> sampler.
>>>>> Using it I could have some interesting rythmic patterns.
>>>>> Has anyone already tried to make this kind of thing work ? What issues may
>>>>> I
>>>>> face to ?
>>>>> And last thing : do you personally have some other ideas to make
>>>>> astounding
>>>>> rythmic patterns ?
>>>>> No no, that's not benchmarking, just trying to know what other (fully
>>>>> functional) brains have already think of.
>>>>> it coulp open other perspectives...
>>>>> Cheers !
>>>>> Touti
>>>> I think, what you describe is the step sequencer, which has been
>>>> implemented in various forms of hard- and software. In Pd, the good
>>>> thing is, that "everything is a float", so if you write one
>>>> stepsequencer originally intended to sequence notes, you can sequence
>>>> filter settings as well as you can sequence other sequencers or random
>>>> note ranges etc.
>>>> 
>>>> I created several rather generic step sequencers as part of my
>>>> RRADical abstraction collection, which grew out of my sseq-collection.
>>>> 
>>>> Some issues I faced: You will want to save state like rhythmic
>>>> patterns etc. Everone uses table objects for this first (there is a
>>>> nice example in Miller's docs), and this it's a good exercise to do
>>>> this as well as to use textfile and qlist. However IMO both are not
>>>> flexible enough. "pool" is a popular external as alternative, as are
>>>> coll and msgfile, but PDContainers rul3z m0st for (step) sequencing. I
>>>> need to find a bridge between both.
>>>> 
>>>> Second: You might find yourself in the need to do a lot of connections
>>>> between [select], [f], [route], [tgl] and similar objects. If you do,
>>>> learn Pd's internal message syntax.
>>>> 
>>>> Ciao
>>>> -- 
>>>> Frank Barknecht
>>> 
>>> Hi there:
>>> 
>>> I have been experimenting with making rhythmic patterns in Pd for a little
>>> while now. however, my approach is a little different.
>>> 
>>> Instead of building something along the lines of a step sequencer, I tend to
>>> use very simple probabilities to generate the rhythmic pattern. For example,
>>> I will have a array of n elements contains random values between say 1 to
>>> 100. I than step through this array at say 16 elements at the time and loop
>>> it. After this, I can than do a simple probability by setting a comparison
>>> variable which effectively says: play a drum sound if the array value is
>>> larger than than the threshold. Making sense?
>>> 
>>> I found this method quite effective. Once the right set of probability value
>>> is found for the probability comparison, I don't need to worry about making
>>> rhythmic patterns anymore, so I can focus on something else in the
>>> performance. And since elements are write into an array, it can be saved
>>> with the patch. And by regenerating the array, you can mutate the rhythmic
>>> patterns. Also, by changing the values for comparisons, you can adjust how
>>> busy or spaced your rhythmic patterns are very quickly.
>>> 
>>> If you are interested, feel free to take a look at my "error" patch at:
>>> 
>>> http://www.sonicvariable.com/software.html
>>> 
>>> Also, RRADical is very useful too. I have been making a RRADicaled automated
>>> drum machine using the drum sounds I put up a while ago. I can send you this
>>> patch to look at too. I think its better than error. I think I will release
>>> it here soon. 
>>> 
>>> Cheers
>>> 
>>> CHUN
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
> 
> ------------------------------------------
> 
> Faites un voeu et puis Voila ! www.voila.fr
> 
>