_ max peak
/| /|
/ | / | /| / | /| / | / | _ min peak / | /| / | / | / | /| / |/ |/ |/ |/ |/ |
specs:
roman
___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
_ max peak /| /|
/ | / | /| / | /| / | / | _ min peak / | /| / | / | / | /| / |/ |/ |/ |/ |/ |
specs:
- the angles of the ramps should be constant
- the peaks should be randomly distributed between min_peak and max_peak
i forgot:
be obvious by the picture).
roman
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
this patch is not perfect, but i hope it can help. Cyrille
Roman Haefeli a écrit :
_ max peak /| /|
/ | / | /| / | /| / | / | _ min peak / | /| / | / | / | /| / |/ |/ |/ |/ |/ |
specs:
- the angles of the ramps should be constant
- the peaks should be randomly distributed between min_peak and max_peak
i forgot:
- after each 'sawtooth' the signal should return to zero (though it
should be obvious by the picture).
roman
___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
#N canvas 1805 168 799 447 10; #X obj 33 244 line~; #X obj 33 273 oscillo~; #X obj 51 167 delay; #X obj 33 190 b; #X obj 51 144 + 10; #X obj 51 101 random 80; #X floatatom 74 125 5 0 0 0 - - -; #X text 118 126 min; #X floatatom 109 79 5 0 0 0 - - -; #X text 151 77 max - min; #X obj 51 40 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 -1; #X text 71 36 start; #X msg 33 217 0 , 1 100; #X text 250 315 <- this abstraction is in cvs/abstraction/nusmuk; #X floatatom 126 187 5 0 0 0 - - -; #X text 176 185 next peak; #X obj 126 165 / 100; #X connect 0 0 1 0; #X connect 2 0 3 0; #X connect 3 0 5 0; #X connect 3 0 12 0; #X connect 4 0 2 0; #X connect 4 0 16 0; #X connect 5 0 4 0; #X connect 6 0 4 1; #X connect 8 0 5 1; #X connect 10 0 5 0; #X connect 12 0 0 0; #X connect 16 0 14 0;
hi cyrille
thanks for the patch. i'm rather looking for something in the audio-domain.
roman
"cyrille henry" cyrille.henry@la-kitchen.fr wrote:
this patch is not perfect, but i hope it can help. Cyrille
Roman Haefeli a écrit :
_ max peak /| /|
/ | / | /| / | /| / | / | _ min peak / | /| / | / | / | /| / |/ |/ |/ |/ |/ |
specs:
- the angles of the ramps should be constant
- the peaks should be randomly distributed between min_peak and max_peak
i forgot:
- after each 'sawtooth' the signal should return to zero (though it
should be obvious by the picture).
roman
___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
#N canvas 1805 168 799 447 10; #X obj 33 244 line~; #X obj 33 273 oscillo~; #X obj 51 167 delay; #X obj 33 190 b; #X obj 51 144 + 10; #X obj 51 101 random 80; #X floatatom 74 125 5 0 0 0 - - -; #X text 118 126 min; #X floatatom 109 79 5 0 0 0 - - -; #X text 151 77 max - min; #X obj 51 40 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 -1; #X text 71 36 start; #X msg 33 217 0 , 1 100; #X text 250 315 <- this abstraction is in cvs/abstraction/nusmuk; #X floatatom 126 187 5 0 0 0 - - -; #X text 176 185 next peak; #X obj 126 165 / 100; #X connect 0 0 1 0; #X connect 2 0 3 0; #X connect 3 0 5 0; #X connect 3 0 12 0; #X connect 4 0 2 0; #X connect 4 0 16 0; #X connect 5 0 4 0; #X connect 6 0 4 1; #X connect 8 0 5 1; #X connect 10 0 5 0; #X connect 12 0 0 0; #X connect 16 0 14 0;
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote:
thanks for the patch. i'm rather looking for something in the audio-domain.
Cyrille's patch *is* in the audio domain. I would recommend to use vline~ instead of line~ though, because vline~ isn't quantized to blocksize.
Frank Barknecht _ ______footils.org_ __goto10.org__
On Mon, 2006-04-24 at 15:33 +0200, Frank Barknecht wrote:
thanks for the patch. i'm rather looking for something in the
audio-domain.
Cyrille's patch *is* in the audio domain. I would recommend to use vline~ instead of line~ though, because vline~ isn't quantized to blocksize.
well, i'd recommend to use a sample & hold unit to avoid message synchronization ...
t
-- TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk
I must say I find television very educational. The minute somebody turns it on, I go to the library and read a good book. Groucho Marx
Hallo, Tim Blechmann hat gesagt: // Tim Blechmann wrote:
On Mon, 2006-04-24 at 15:33 +0200, Frank Barknecht wrote:
thanks for the patch. i'm rather looking for something in the
audio-domain.
Cyrille's patch *is* in the audio domain. I would recommend to use vline~ instead of line~ though, because vline~ isn't quantized to blocksize.
well, i'd recommend to use a sample & hold unit to avoid message synchronization ...
Only your patch is not doing what Roman wanted: It doesn't have a constant rise in its output. You're basically doing a random amplitude modulation of [phasor~] however Roman wants a random phase modulation.
It's not really trivial to do Roman's randphasor with [phasor~] because [phasor~]'s phase inlet is not a signal inlet.
Frank Barknecht _ ______footils.org_ __goto10.org__
On Mon, 2006-04-24 at 17:11 +0200, Frank Barknecht wrote:
well, i'd recommend to use a sample & hold unit to avoid message synchronization ...
Only your patch is not doing what Roman wanted: It doesn't have a constant rise in its output.
sorry, i misread the posting ...
You're basically doing a random amplitude modulation of [phasor~] however Roman wants a random phase modulation.
yes, but the phasor frequency can be adapted with the same sample&hold unit ... with little math between frequency and peak, the derivative would be constant (except for the peak of course)
tim
-- TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk
I must say I find television very educational. The minute somebody turns it on, I go to the library and read a good book. Groucho Marx
(as in, why do you need triangle waves with equal angles between a min and a max peak???)
i'm honestly curious.
hi hardoff
of course it is ok to ask.. :-)
it is related to my efforts in emulating the snare-part of the tr-808 snaredrum. i assumed this sound was not generated using ordinary noise, but some kind of granular synthesis (i'm not sure if that is right name for what i mean). the sample i try to resynthesize ( http://www.netpd.org/~roman/sd_snare.wav ) looks like the same pulse would be repeated with random delays in between. i just tried to rebuild that with a pulse like one from the sample stored in a table. in order to read out the table with constant pitch but variable period i needed a signal (actually kind of saw, not triangle) as described in the previous mail. it is not a scientific approach and i didn't succeed yet. it could well be that i did some mistakes or that this is just not the way to go... :-)
roman
"hard off" hard.off@gmail.com wrote:
(as in, why do you need triangle waves with equal angles between a min and a max peak???)
i'm honestly curious.
___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
At 23:47 24.04.2006, Roman Haefeli wrote:
hi hardoff
of course it is ok to ask.. :-)
it is related to my efforts in emulating the snare-part of the tr-808 snaredrum.
On the Roland TR-808, the snare drum was made of two resonating filters and a noise generator with high pass filtering. The "Tone" parameter controlled the output mix from the first and the second filters, while "Snappy" controlled the volume of the noise generator. The noise generator was routed through a separate envelope and a high pass filter.
(from http://waldorf.electro-music.com/rackattack/manual/ra_english.pdf)
i remember having once seen a very detailed description of how the 808 sounds were made. i dont have the bookmark anymore, but you know, google is your friend...
sven.
hi sven thanks for the link
"sven" ml.sven@subscience.de wrote:
The noise generator was routed
this is actually my question: how is this noise generated? it isn't ordinary white noise, but something very charactersistic for the 'snappy'-part of the snare-drum, and when you look at the soundsample it is neither filtered white noise. the only thing i know yet is: noise is not equal noise.
roman
hi frank, hi cyrille
"Frank Barknecht" fbar@footils.org wrote:
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote:
thanks for the patch. i'm rather looking for something in the audio-domain.
Cyrille's patch *is* in the audio domain. I would recommend to use vline~ instead of line~ though, because vline~ isn't quantized to blocksize.
oops, i was a bit hasty. when using [vline~], delay-times below one vektor are possible, and what i find most amazing about it: it works even when a delay is used recursively. cyrille's patch with [vline~] is exactly what i was looking for.
roman
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Try something like this:
-----start random_sawtooth.pd
#N canvas 0 22 454 304 10; #X obj 58 63 metro; #X obj 58 121 random 0 100; #X obj 59 154 / 100; #X obj 58 91 t b b; #X obj 59 209 line~; #X msg 124 178 0; #X obj 59 178 pack 0 0; #X floatatom 58 37 5 0 0 1 waveform_period_in_ms - -; #X connect 0 0 3 0; #X connect 1 0 2 0; #X connect 2 0 6 0; #X connect 3 0 1 0; #X connect 3 1 5 0; #X connect 5 0 4 0; #X connect 6 0 4 0; #X connect 7 0 0 0; #X connect 7 0 6 1;
-----end random_sawtooth.pd
best, d.