Pd-list November 2004

pd-list@lists.iem.at

150 participants
258 discussions

loadbang nicesum
by patrick 21 Nov '04

21 Nov '04

sinesum 512 0.1 0.8 0.1 0.1 a good one (from miller's doc). i want to loadbang some of them. people having formula? to share! patrick

3 2

cpu-consumption of ~-objs
by Roman Haefeli 21 Nov '04

21 Nov '04

hi i'm working on a rather big internet-music-project. it's part of the project that many patches (some with, some without dsp) are opened and closed dynamically. it also could happen, that a patch with dsp doesn't produce any sound for the moment. in order to save cpu-power i'd like to switch~ on/off these patches/subpatches. whenever possible, i only use the'ctrl'-domain to define if there is dsp needed or not (for example: when an 'adsr' is banged, the length of a tone is defined by numbers). in certain cases this is not possible (for example fx: if dsp should be switched on or off is dependent on whether there is a signal sent to it or not). in this cases i'd like to measure the amplitude of the incoming signal. if it gets under a certain level, this specific (sub-)patch gets switched off. for this measurement i use the audio-objs [env~] and [inlet~]. i wonder now, how much these objs consume. is there a possibillity to measure that ? (i made once a patch which creates [osc~] with random frequencies. i wanted to find out how many osc~s i can create until the cpu goes to 100% or i hear clicks) <- is this test meaningfull? if the consumption is not very low, my plan to optimize may result in a worse performance instead of a better one. and: does the [inlet~]-obj consume any cpu-power? can you save cpu-power by doing computation in the half samplerate in certain subpatches (for example in bass-synthesizers)? if yes, it uses only the half, as i would expect? i know, this is a lot of questions. but i'd like to get better understanding of how these things work. any hints are welcome. thanks in advance!! roman

2 1

Pd Internal message questions
by chun lee 20 Nov '04

20 Nov '04

Hi there: I have been learning/experimenting with the Pd internal messages and got a few questions: 1. is it possible to dynamically duplicate objects/patches with its parent window closed? For example, In the patch I attached below, if [pd test] window is closed, I get "consistency check failed: editor" and pd quits after duplicate message is sent. How can I resolve this? 2. I also like to dynamically resize the window size, do I use "relocate" message? I can't seem to find it documented. I have got the "pd-msg_05" documentation. Cheers #N canvas 125 422 365 205 10; #N canvas 386 0 518 131 test 1; #X obj 4 108 s pd-test; #N canvas 0 0 391 262 clone 0; #X text 23 23 cloned content; #X text 284 233 cloned content; #X restore 4 3 pd clone; #X obj 4 88 inlet; #X connect 2 0 0 0; #X restore 20 151 pd test; #X msg 50 97 duplicate; #X msg 20 60 editmode 1 \, mouse 5 5 0 0 \, mouseup 10 10 0; #X obj 20 28 t b b; #X obj 20 4 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 -1 ; #X text 41 3 <- click here to clone; #X connect 1 0 0 0; #X connect 2 0 0 0; #X connect 3 0 2 0; #X connect 3 1 1 0; #X connect 4 0 3 0;

4 4

gem/pdp: darkest filter
by Tim Blechmann 20 Nov '04

20 Nov '04

hi all, is there a filer for gem or pdp, that compares to frames and returns the darkest pixel in a certain position? also, is there a way to analyze frames (to get the average brightness or something similar)? thanks a lot ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

5 6

Re: Re: [PD] A growing idea
by " <tboulanger＠voila.fr> 20 Nov '04

20 Nov '04

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(a)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

3 2

pmpd/gem - real swarm behaviour?
by Christian Klotz 20 Nov '04

20 Nov '04

Hi list, hi cyrille, after trying a bit with parameters of masse and lia2D I was wondering if there is a better way to get fish swarms working more realistic. At the moment I have a "master" mass which drags the fishes while moving. But are there ways to get swarms splitting in two parts and merge to one swarm later again? My current early version is on >http://www.deviation.de/rf_test2.zip< I would appreciate any help. best, christian --- Christian Klotz Kunsthochschule Kassel / School of Arts Kassel ::digitalpool

6 6

Re: [PD] A growing idea
by chun lee 19 Nov '04

19 Nov '04

Hi pun chik: > hi > where is the example? i cant see it on pd list, can u send it to me?? At the bottom of this post, as text. CHUN > > thankx > pun chik > > On Fri, 19 Nov 2004 17:11:27 +0000, "chun lee" > <leechun(a)leechun.freeserve.co.uk> said: >> Hi Cyrille: >> >> Excellent, thanks for your example. I think I got most of it, but will >> need >> to look into it a bit more later;) >> >> Cheers >> >> CHUN >> >>> hello, >>> >>> an exemple patch is faster... >>> i used the first NL fonction I think of, it's not really the one giving >>> the best result. >>> >>> attachement is a very simple exemple patch. >>> things can be more complex. >>> >>> cheers, >>> Cyrille >>> >>> chun lee a écrit : >>>>> you can make this algo more complex by adding a non linear fonction >>>>> beetween you "probability" and your comparison value. >>>>> changing the shape of this fonction allow you to have very differents >>>>> rythms very easilly with interessant mixing property. >>>>> >>>>> for those who wish other exemple of this kind of rythmic generations, >>>>> you can find somes in the chdh website : (in the sound section) >>>>> http://dr.pichon.free.fr/chdh/ >>>>> >>>>> Cyrille >>>> >>>> >>>> This sounds very interesting, could you explain a bit more about "adding a >>>> non linear function between...."? Or perhaps a example patch? >>>> Cheers >>>> >>>> CHUN >>>> >>>> >>>> _______________________________________________ >>>> PD-list(a)iem.at mailing list >>>> UNSUBSCRIBE and account-management -> >>>> http://iem.at/cgi-bin/mailman/listinfo/pd-list >>>> >>>> >>> >>> #N canvas 93 94 861 780 10; >>> #X obj 103 104 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 >>> -1 -1 11800 1; >>> #X obj 120 104 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 >>> -1 -1 4800 1; >>> #X obj 137 104 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 >>> -1 -1 8100 1; >>> #X obj 154 104 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 >>> -1 -1 400 1; >>> #X obj 171 104 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 >>> -1 -1 9800 1; >>> #X obj 188 104 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 >>> -1 -1 5600 1; >>> #X obj 205 104 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 >>> -1 -1 3200 1; >>> #X obj 222 104 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 >>> -1 -1 8400 1; >>> #N canvas 0 0 450 300 random 0; >>> #X obj 62 198 +; >>> #X obj 62 146 -; >>> #X obj 9 9 inlet; >>> #X obj 59 6 inlet; >>> #X obj 113 6 inlet; >>> #X obj 62 226 outlet; >>> #X text 48 253 dh20010107; >>> #X text 49 268 dh20010130; >>> #X obj 13 114 *; >>> #X obj 130 115 *; >>> #X obj 130 89 random 100000; >>> #X obj 10 86 random 100000; >>> #X obj 62 172 / 100000; >>> #X msg 10 37 bang; >>> #X obj 10 60 t b b; >>> #X connect 0 0 5 0; >>> #X connect 1 0 12 0; >>> #X connect 2 0 13 0; >>> #X connect 3 0 0 1; >>> #X connect 4 0 8 1; >>> #X connect 4 0 9 1; >>> #X connect 8 0 1 0; >>> #X connect 9 0 1 1; >>> #X connect 10 0 9 0; >>> #X connect 11 0 8 0; >>> #X connect 12 0 0 0; >>> #X connect 13 0 14 0; >>> #X connect 14 0 11 0; >>> #X connect 14 1 10 0; >>> #X restore 87 304 pd random; >>> #X obj 278 132 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 >>> -1 -1 0 1; >>> #X obj 87 280 t b f; >>> #X obj 37 54 metro 120; >>> #X obj 37 101 + 1; >>> #X obj 37 78 f; >>> #X obj 37 126 % 8; >>> #X obj 37 33 tgl 15 0 empty empty empty 0 -6 0 8 -262144 -1 -1 0 1 >>> ; >>> #X text 66 33 <- begin here; >>> #N canvas 0 0 450 300 seq 0; >>> #X obj 20 76 t b; >>> #X obj 51 76 t b; >>> #X obj 82 76 t b; >>> #X obj 114 76 t b; >>> #X obj 145 76 t b; >>> #X obj 177 76 t b; >>> #X obj 208 77 t b; >>> #X obj 240 77 t b; >>> #X obj 20 177 f; >>> #X obj 51 177 f; >>> #X obj 82 178 f; >>> #X obj 114 178 f; >>> #X obj 145 179 f; >>> #X obj 177 180 f; >>> #X obj 208 180 f; >>> #X obj 240 180 f; >>> #X obj 19 12 inlet; >>> #X obj 39 105 inlet; >>> #X obj 70 128 inlet; >>> #X obj 20 223 outlet; >>> #X obj 101 104 inlet; >>> #X obj 133 128 inlet; >>> #X obj 164 104 inlet; >>> #X obj 196 127 inlet; >>> #X obj 227 104 inlet; >>> #X obj 259 127 inlet; >>> #X obj 19 48 sel 0 1 2 3 4 5 6 7 ---------------------; >>> #X connect 0 0 8 0; >>> #X connect 1 0 9 0; >>> #X connect 2 0 10 0; >>> #X connect 3 0 11 0; >>> #X connect 4 0 12 0; >>> #X connect 5 0 13 0; >>> #X connect 6 0 14 0; >>> #X connect 7 0 15 0; >>> #X connect 8 0 19 0; >>> #X connect 9 0 19 0; >>> #X connect 10 0 19 0; >>> #X connect 11 0 19 0; >>> #X connect 12 0 19 0; >>> #X connect 13 0 19 0; >>> #X connect 14 0 19 0; >>> #X connect 15 0 19 0; >>> #X connect 16 0 26 0; >>> #X connect 17 0 8 1; >>> #X connect 18 0 9 1; >>> #X connect 20 0 10 1; >>> #X connect 21 0 11 1; >>> #X connect 22 0 12 1; >>> #X connect 23 0 13 1; >>> #X connect 24 0 14 1; >>> #X connect 25 0 15 1; >>> #X connect 26 0 0 0; >>> #X connect 26 1 1 0; >>> #X connect 26 2 2 0; >>> #X connect 26 3 3 0; >>> #X connect 26 4 4 0; >>> #X connect 26 5 5 0; >>> #X connect 26 6 6 0; >>> #X connect 26 7 7 0; >>> #X restore 87 244 pd seq 8 -----------; >>> #X text 146 80 rythm; >>> #X text 277 112 random; >>> #X obj 87 442 >; >>> #X obj 332 183 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 >>> -1 -1 1500 1; >>> #X obj 72 521 osc~ 120; >>> #X obj 71 547 *~; >>> #X obj 72 631 dac~; >>> #X floatatom 58 147 5 0 0 0 - - -; >>> #X floatatom 139 333 5 0 0 0 - - -; >>> #X obj 332 321 * -1; >>> #X obj 332 349 + 127; >>> #X obj 72 604 *~ 0.3; >>> #X text 329 161 density 1; >>> #X obj 424 183 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 >>> -1 -1 6200 1; >>> #X obj 424 321 * -1; >>> #X obj 424 349 + 127; >>> #X text 421 161 density 2; >>> #X obj 147 439 >; >>> #X obj 87 413 t f f; >>> #X obj 131 499 &; >>> #X obj 131 473 == 0; >>> #X text 163 500 1 st has priority; >>> #X obj 115 570 *~; >>> #X obj 116 544 osc~ 421; >>> #X obj 535 298 vsl 15 128 0 127 0 0 empty empty empty 0 -8 0 8 -262144 >>> -1 -1 4100 1; >>> #N canvas 731 227 633 464 fonction 0; >>> #X obj 61 33 inlet; >>> #X obj 61 279 outlet; >>> #X obj 61 76 / 127; >>> #X obj 61 103 - 0.5; >>> #X obj 61 191 sin; >>> #X obj 61 216 + 1; >>> #X obj 61 250 * 64; >>> #X obj 61 163 +; >>> #X obj 61 131 * 2; >>> #X obj 147 31 inlet; >>> #X text 158 51 control parameter of the shape of the non linear relation >>> : inlet2 = 0 : the equation is almost somthing like y=x \, when onlet2 >>> = 127 \, the equation is almost y=-x.; >>> #X obj 120 102 / 127; >>> #X obj 120 126 * 3.14; >>> #X connect 0 0 2 0; >>> #X connect 2 0 3 0; >>> #X connect 3 0 8 0; >>> #X connect 4 0 5 0; >>> #X connect 5 0 6 0; >>> #X connect 6 0 1 0; >>> #X connect 7 0 4 0; >>> #X connect 8 0 7 0; >>> #X connect 9 0 11 0; >>> #X connect 11 0 12 0; >>> #X connect 12 0 7 1; >>> #X restore 87 386 pd fonction; >>> #X text 558 297 <- rythm 1; >>> #X text 559 412 <- oposit of rythm 1; >>> #X connect 0 0 17 1; >>> #X connect 1 0 17 2; >>> #X connect 2 0 17 3; >>> #X connect 3 0 17 4; >>> #X connect 4 0 17 5; >>> #X connect 5 0 17 6; >>> #X connect 6 0 17 7; >>> #X connect 7 0 17 8; >>> #X connect 8 0 26 0; >>> #X connect 8 0 43 0; >>> #X connect 9 0 8 2; >>> #X connect 10 0 8 0; >>> #X connect 10 1 8 1; >>> #X connect 11 0 13 0; >>> #X connect 12 0 14 0; >>> #X connect 13 0 12 0; >>> #X connect 14 0 13 1; >>> #X connect 14 0 17 0; >>> #X connect 14 0 25 0; >>> #X connect 15 0 11 0; >>> #X connect 17 0 10 0; >>> #X connect 20 0 23 1; >>> #X connect 20 0 38 0; >>> #X connect 21 0 27 0; >>> #X connect 22 0 23 0; >>> #X connect 23 0 29 0; >>> #X connect 27 0 28 0; >>> #X connect 28 0 20 1; >>> #X connect 29 0 24 0; >>> #X connect 29 0 24 1; >>> #X connect 31 0 32 0; >>> #X connect 32 0 33 0; >>> #X connect 33 0 35 1; >>> #X connect 35 0 37 1; >>> #X connect 36 0 20 0; >>> #X connect 36 1 35 0; >>> #X connect 37 0 40 1; >>> #X connect 38 0 37 0; >>> #X connect 40 0 29 0; >>> #X connect 41 0 40 0; >>> #X connect 42 0 43 1; >>> #X connect 43 0 36 0; >>> >> >> >> _______________________________________________ >> PD-list(a)iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://iem.at/cgi-bin/mailman/listinfo/pd-list

1 0

Re: [PD] A growing idea
by chun lee 19 Nov '04

19 Nov '04

Hi Cyrille: Excellent, thanks for your example. I think I got most of it, but will need to look into it a bit more later;) Cheers CHUN > hello, > > an exemple patch is faster... > i used the first NL fonction I think of, it's not really the one giving > the best result. > > attachement is a very simple exemple patch. > things can be more complex. > > cheers, > Cyrille > > chun lee a écrit : >>> you can make this algo more complex by adding a non linear fonction >>> beetween you "probability" and your comparison value. >>> changing the shape of this fonction allow you to have very differents >>> rythms very easilly with interessant mixing property. >>> >>> for those who wish other exemple of this kind of rythmic generations, >>> you can find somes in the chdh website : (in the sound section) >>> http://dr.pichon.free.fr/chdh/ >>> >>> Cyrille >> >> >> This sounds very interesting, could you explain a bit more about "adding a >> non linear function between...."? Or perhaps a example patch? >> Cheers >> >> CHUN >> >> >> _______________________________________________ >> PD-list(a)iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://iem.at/cgi-bin/mailman/listinfo/pd-list >> >> > > #N canvas 93 94 861 780 10; > #X obj 103 104 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 > -1 -1 11800 1; > #X obj 120 104 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 > -1 -1 4800 1; > #X obj 137 104 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 > -1 -1 8100 1; > #X obj 154 104 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 > -1 -1 400 1; > #X obj 171 104 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 > -1 -1 9800 1; > #X obj 188 104 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 > -1 -1 5600 1; > #X obj 205 104 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 > -1 -1 3200 1; > #X obj 222 104 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 > -1 -1 8400 1; > #N canvas 0 0 450 300 random 0; > #X obj 62 198 +; > #X obj 62 146 -; > #X obj 9 9 inlet; > #X obj 59 6 inlet; > #X obj 113 6 inlet; > #X obj 62 226 outlet; > #X text 48 253 dh20010107; > #X text 49 268 dh20010130; > #X obj 13 114 *; > #X obj 130 115 *; > #X obj 130 89 random 100000; > #X obj 10 86 random 100000; > #X obj 62 172 / 100000; > #X msg 10 37 bang; > #X obj 10 60 t b b; > #X connect 0 0 5 0; > #X connect 1 0 12 0; > #X connect 2 0 13 0; > #X connect 3 0 0 1; > #X connect 4 0 8 1; > #X connect 4 0 9 1; > #X connect 8 0 1 0; > #X connect 9 0 1 1; > #X connect 10 0 9 0; > #X connect 11 0 8 0; > #X connect 12 0 0 0; > #X connect 13 0 14 0; > #X connect 14 0 11 0; > #X connect 14 1 10 0; > #X restore 87 304 pd random; > #X obj 278 132 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 > -1 -1 0 1; > #X obj 87 280 t b f; > #X obj 37 54 metro 120; > #X obj 37 101 + 1; > #X obj 37 78 f; > #X obj 37 126 % 8; > #X obj 37 33 tgl 15 0 empty empty empty 0 -6 0 8 -262144 -1 -1 0 1 > ; > #X text 66 33 <- begin here; > #N canvas 0 0 450 300 seq 0; > #X obj 20 76 t b; > #X obj 51 76 t b; > #X obj 82 76 t b; > #X obj 114 76 t b; > #X obj 145 76 t b; > #X obj 177 76 t b; > #X obj 208 77 t b; > #X obj 240 77 t b; > #X obj 20 177 f; > #X obj 51 177 f; > #X obj 82 178 f; > #X obj 114 178 f; > #X obj 145 179 f; > #X obj 177 180 f; > #X obj 208 180 f; > #X obj 240 180 f; > #X obj 19 12 inlet; > #X obj 39 105 inlet; > #X obj 70 128 inlet; > #X obj 20 223 outlet; > #X obj 101 104 inlet; > #X obj 133 128 inlet; > #X obj 164 104 inlet; > #X obj 196 127 inlet; > #X obj 227 104 inlet; > #X obj 259 127 inlet; > #X obj 19 48 sel 0 1 2 3 4 5 6 7 ---------------------; > #X connect 0 0 8 0; > #X connect 1 0 9 0; > #X connect 2 0 10 0; > #X connect 3 0 11 0; > #X connect 4 0 12 0; > #X connect 5 0 13 0; > #X connect 6 0 14 0; > #X connect 7 0 15 0; > #X connect 8 0 19 0; > #X connect 9 0 19 0; > #X connect 10 0 19 0; > #X connect 11 0 19 0; > #X connect 12 0 19 0; > #X connect 13 0 19 0; > #X connect 14 0 19 0; > #X connect 15 0 19 0; > #X connect 16 0 26 0; > #X connect 17 0 8 1; > #X connect 18 0 9 1; > #X connect 20 0 10 1; > #X connect 21 0 11 1; > #X connect 22 0 12 1; > #X connect 23 0 13 1; > #X connect 24 0 14 1; > #X connect 25 0 15 1; > #X connect 26 0 0 0; > #X connect 26 1 1 0; > #X connect 26 2 2 0; > #X connect 26 3 3 0; > #X connect 26 4 4 0; > #X connect 26 5 5 0; > #X connect 26 6 6 0; > #X connect 26 7 7 0; > #X restore 87 244 pd seq 8 -----------; > #X text 146 80 rythm; > #X text 277 112 random; > #X obj 87 442 >; > #X obj 332 183 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 > -1 -1 1500 1; > #X obj 72 521 osc~ 120; > #X obj 71 547 *~; > #X obj 72 631 dac~; > #X floatatom 58 147 5 0 0 0 - - -; > #X floatatom 139 333 5 0 0 0 - - -; > #X obj 332 321 * -1; > #X obj 332 349 + 127; > #X obj 72 604 *~ 0.3; > #X text 329 161 density 1; > #X obj 424 183 vsl 15 128 0 127 0 1 empty empty empty 0 -8 0 8 -262144 > -1 -1 6200 1; > #X obj 424 321 * -1; > #X obj 424 349 + 127; > #X text 421 161 density 2; > #X obj 147 439 >; > #X obj 87 413 t f f; > #X obj 131 499 &; > #X obj 131 473 == 0; > #X text 163 500 1 st has priority; > #X obj 115 570 *~; > #X obj 116 544 osc~ 421; > #X obj 535 298 vsl 15 128 0 127 0 0 empty empty empty 0 -8 0 8 -262144 > -1 -1 4100 1; > #N canvas 731 227 633 464 fonction 0; > #X obj 61 33 inlet; > #X obj 61 279 outlet; > #X obj 61 76 / 127; > #X obj 61 103 - 0.5; > #X obj 61 191 sin; > #X obj 61 216 + 1; > #X obj 61 250 * 64; > #X obj 61 163 +; > #X obj 61 131 * 2; > #X obj 147 31 inlet; > #X text 158 51 control parameter of the shape of the non linear relation > : inlet2 = 0 : the equation is almost somthing like y=x \, when onlet2 > = 127 \, the equation is almost y=-x.; > #X obj 120 102 / 127; > #X obj 120 126 * 3.14; > #X connect 0 0 2 0; > #X connect 2 0 3 0; > #X connect 3 0 8 0; > #X connect 4 0 5 0; > #X connect 5 0 6 0; > #X connect 6 0 1 0; > #X connect 7 0 4 0; > #X connect 8 0 7 0; > #X connect 9 0 11 0; > #X connect 11 0 12 0; > #X connect 12 0 7 1; > #X restore 87 386 pd fonction; > #X text 558 297 <- rythm 1; > #X text 559 412 <- oposit of rythm 1; > #X connect 0 0 17 1; > #X connect 1 0 17 2; > #X connect 2 0 17 3; > #X connect 3 0 17 4; > #X connect 4 0 17 5; > #X connect 5 0 17 6; > #X connect 6 0 17 7; > #X connect 7 0 17 8; > #X connect 8 0 26 0; > #X connect 8 0 43 0; > #X connect 9 0 8 2; > #X connect 10 0 8 0; > #X connect 10 1 8 1; > #X connect 11 0 13 0; > #X connect 12 0 14 0; > #X connect 13 0 12 0; > #X connect 14 0 13 1; > #X connect 14 0 17 0; > #X connect 14 0 25 0; > #X connect 15 0 11 0; > #X connect 17 0 10 0; > #X connect 20 0 23 1; > #X connect 20 0 38 0; > #X connect 21 0 27 0; > #X connect 22 0 23 0; > #X connect 23 0 29 0; > #X connect 27 0 28 0; > #X connect 28 0 20 1; > #X connect 29 0 24 0; > #X connect 29 0 24 1; > #X connect 31 0 32 0; > #X connect 32 0 33 0; > #X connect 33 0 35 1; > #X connect 35 0 37 1; > #X connect 36 0 20 0; > #X connect 36 1 35 0; > #X connect 37 0 40 1; > #X connect 38 0 37 0; > #X connect 40 0 29 0; > #X connect 41 0 40 0; > #X connect 42 0 43 1; > #X connect 43 0 36 0; >

1 0

Re: [PD] A growing idea
by chun lee 19 Nov '04

19 Nov '04

>>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

2 2

ggee Compilation problem
by allen haim 19 Nov '04

19 Nov '04

Hello, Could someone help me with this compilation problem please? I am trying to compile ggee -- more specifically, I am compiling the pd-externals-2003031 package, of which ggee is a part. But the compilation freezes at the following point: (thanks, Allen) ---------------- allen@abacus:/usr/local/src/pd-externals-20030311/build/linux$ make cc -DPD -O2 -funroll-loops -fomit-frame-pointer -Wall -W -Wshadow -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -I. -I.. -I../include -o "serialctl.o" -c "../src/serialctl.c" In file included from ../src/serialctl.c:1: ../../ggee/control/serialctl.c:174:70: pasting "|=" and "ISIG" does not give a valid preprocessing token ../../ggee/control/serialctl.c:174:70: pasting "~" and "ISIG" does not give a valid preprocessing token ../../ggee/control/serialctl.c:175:72: pasting "|=" and "ICANON" does not give a valid preprocessing token ../../ggee/control/serialctl.c:175:72: pasting "~" and "ICANON" does not give a valid preprocessing token ../../ggee/control/serialctl.c:176:70: pasting "|=" and "ECHO" does not give a valid preprocessing token ../../ggee/control/serialctl.c:176:70: pasting "~" and "ECHO" does not give a valid preprocessing token ../../ggee/control/serialctl.c:177:71: pasting "|=" and "ECHOE" does not give a valid preprocessing token ../../ggee/control/serialctl.c:177:71: pasting "~" and "ECHOE" does not give a valid preprocessing token ../../ggee/control/serialctl.c:178:71: pasting "|=" and "ECHOK" does not give a valid preprocessing token ../../ggee/control/serialctl.c:178:71: pasting "~" and "ECHOK" does not give a valid preprocessing token ../../ggee/control/serialctl.c:179:72: pasting "|=" and "ECHONL" does not give a valid preprocessing token ../../ggee/control/serialctl.c:179:72: pasting "~" and "ECHONL" does not give a valid preprocessing token ../../ggee/control/serialctl.c:180:72: pasting "|=" and "NOFLSH" does not give a valid preprocessing token ../../ggee/control/serialctl.c:180:72: pasting "~" and "NOFLSH" does not give a valid preprocessing token ../../ggee/control/serialctl.c:181:72: pasting "|=" and "TOSTOP" does not give a valid preprocessing token ../../ggee/control/serialctl.c:181:72: pasting "~" and "TOSTOP" does not give a valid preprocessing token ../../ggee/control/serialctl.c:182:72: pasting "|=" and "IEXTEN" does not give a valid preprocessing token ../../ggee/control/serialctl.c:182:72: pasting "~" and "IEXTEN" does not give a valid preprocessing token ../../ggee/control/serialctl.c:212:71: pasting "|=" and "PARENB" does not give a valid preprocessing token ../../ggee/control/serialctl.c:212:71: pasting "~" and "PARENB" does not give a valid preprocessing token ../../ggee/control/serialctl.c:213:71: pasting "|=" and "PARODD" does not give a valid preprocessing token ../../ggee/control/serialctl.c:213:71: pasting "~" and "PARODD" does not give a valid preprocessing token ../../ggee/control/serialctl.c:214:68: pasting "|=" and "CS5" does not give a valid preprocessing token ../../ggee/control/serialctl.c:214:68: pasting "~" and "CS5" does not give a valid preprocessing token ../../ggee/control/serialctl.c:215:68: pasting "|=" and "CS6" does not give a valid preprocessing token ../../ggee/control/serialctl.c:215:68: pasting "~" and "CS6" does not give a valid preprocessing token ../../ggee/control/serialctl.c:216:68: pasting "|=" and "CS7" does not give a valid preprocessing token ../../ggee/control/serialctl.c:216:68: pasting "~" and "CS7" does not give a valid preprocessing token ../../ggee/control/serialctl.c:217:68: pasting "|=" and "CS8" does not give a valid preprocessing token ../../ggee/control/serialctl.c:217:68: pasting "~" and "CS8" does not give a valid preprocessing token ../../ggee/control/serialctl.c:218:71: pasting "|=" and "CLOCAL" does not give a valid preprocessing token ../../ggee/control/serialctl.c:218:71: pasting "~" and "CLOCAL" does not give a valid preprocessing token ../../ggee/control/serialctl.c:219:70: pasting "|=" and "CREAD" does not give a valid preprocessing token ../../ggee/control/serialctl.c:219:70: pasting "~" and "CREAD" does not give a valid preprocessing token ../../ggee/control/serialctl.c:220:71: pasting "|=" and "CSTOPB" does not give a valid preprocessing token ../../ggee/control/serialctl.c:220:71: pasting "~" and "CSTOPB" does not give a valid preprocessing token ../../ggee/control/serialctl.c:221:72: pasting "|=" and "CRTSCTS" does not give a valid preprocessing token ../../ggee/control/serialctl.c:221:72: pasting "~" and "CRTSCTS" does not give a valid preprocessing token ../../ggee/control/serialctl.c:252:72: pasting "|=" and "IGNBRK" does not give a valid preprocessing token ../../ggee/control/serialctl.c:252:72: pasting "~" and "IGNBRK" does not give a valid preprocessing token ../../ggee/control/serialctl.c:253:72: pasting "|=" and "BRKINT" does not give a valid preprocessing token ../../ggee/control/serialctl.c:253:72: pasting "~" and "BRKINT" does not give a valid preprocessing token ../../ggee/control/serialctl.c:254:72: pasting "|=" and "IGNPAR" does not give a valid preprocessing token ../../ggee/control/serialctl.c:254:72: pasting "~" and "IGNPAR" does not give a valid preprocessing token ../../ggee/control/serialctl.c:255:72: pasting "|=" and "PARMRK" does not give a valid preprocessing token ../../ggee/control/serialctl.c:255:72: pasting "~" and "PARMRK" does not give a valid preprocessing token ../../ggee/control/serialctl.c:256:71: pasting "|=" and "INPCK" does not give a valid preprocessing token ../../ggee/control/serialctl.c:256:71: pasting "~" and "INPCK" does not give a valid preprocessing token ../../ggee/control/serialctl.c:257:72: pasting "|=" and "ISTRIP" does not give a valid preprocessing token ../../ggee/control/serialctl.c:257:72: pasting "~" and "ISTRIP" does not give a valid preprocessing token ../../ggee/control/serialctl.c:258:71: pasting "|=" and "INLCR" does not give a valid preprocessing token ../../ggee/control/serialctl.c:258:71: pasting "~" and "INLCR" does not give a valid preprocessing token ../../ggee/control/serialctl.c:259:71: pasting "|=" and "IGNCR" does not give a valid preprocessing token ../../ggee/control/serialctl.c:259:71: pasting "~" and "IGNCR" does not give a valid preprocessing token ../../ggee/control/serialctl.c:260:71: pasting "|=" and "ICRNL" does not give a valid preprocessing token ../../ggee/control/serialctl.c:260:71: pasting "~" and "ICRNL" does not give a valid preprocessing token ../../ggee/control/serialctl.c:261:71: pasting "|=" and "IUCLC" does not give a valid preprocessing token ../../ggee/control/serialctl.c:261:71: pasting "~" and "IUCLC" does not give a valid preprocessing token ../../ggee/control/serialctl.c:262:70: pasting "|=" and "IXON" does not give a valid preprocessing token ../../ggee/control/serialctl.c:262:70: pasting "~" and "IXON" does not give a valid preprocessing token ../../ggee/control/serialctl.c:263:71: pasting "|=" and "IXANY" does not give a valid preprocessing token ../../ggee/control/serialctl.c:263:71: pasting "~" and "IXANY" does not give a valid preprocessing token ../../ggee/control/serialctl.c:264:71: pasting "|=" and "IXOFF" does not give a valid preprocessing token ../../ggee/control/serialctl.c:264:71: pasting "~" and "IXOFF" does not give a valid preprocessing token ../../ggee/control/serialctl.c:265:73: pasting "|=" and "IMAXBEL" does not give a valid preprocessing token ../../ggee/control/serialctl.c:265:73: pasting "~" and "IMAXBEL" does not give a valid preprocessing token make: *** [serialctl.pd_linux] Error 1 -- happy random lyric: if there had not have been two girls

2 1

← Newer
1
...
8
9
10
11
12
13
14
...
26
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list November 2004