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