Hi,
Can anybody point me in the direction of good sequencer patches for learning? preferably vanilla or as close to as possible!
Thanks in advance,
Hallo, Solen Music hat gesagt: // Solen Music wrote:
Can anybody point me in the direction of good sequencer patches for learning? preferably vanilla or as close to as possible!
Maybe 5.reference/qlist-help.pd ? :)
Now, seriously: The answer pretty much depends on what "sequencer" means to you.
Frank
Hi, apologies for being so vague.
I did mean step sequencer. I'm in the process of designing a 32 step sequencer that runs off a tappable groove metro (to give the option of everything from rigid straight to super loose hand tapped swing).
I'm mostly building it around lanes of 32 v-sliders of values 0-127, so that apart from standard note/velocity pairings, I may use the lanes for controller data, cutoff envelopes etc.
I'm basically looking to look through a good few patches to see what plan of action would be best to take.
Frank I've looked at your pattseq and have garnered a good few very useful ideas from it. But unfortunately it's a little above me in terms of my Pd ability!
So if there are any others too?
Cheers again,
John.
2009/5/5 Frank Barknecht fbar@footils.org:
Hallo, Solen Music hat gesagt: // Solen Music wrote:
Can anybody point me in the direction of good sequencer patches for learning? preferably vanilla or as close to as possible!
Maybe 5.reference/qlist-help.pd ? :)
Now, seriously: The answer pretty much depends on what "sequencer" means to you.
Ciao
Frank
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Solen Music wrote:
I did mean step sequencer.
i have allways been interested in step-sequencers, and made a few attempts to build a good one. of course i was not successfull in making the perfect step-sequencer... and i would not reccomend my creations for learning, since they are quite messy, and rather designed for my own needs, than for beeing 'good examples'. (i want things to be as self contained as possible (no abstractions), and 'hassel-free copy/pasteable') anyway, you can find some basics like the use of counters, select/route etc. also in my patches. www.martin-brinkmann.de, my_instruments, and i think the latest is called sequencers1.
sequencer that runs off a tappable groove metro (to give the option of everything from rigid straight to super loose hand tapped swing).
this sounds interresting. i have wondered a few times how to make something like that, but was not able to come up with something better than a tap-tempo with a simple 'swing-factor'. how does your groove-metro work?
bis denn! martin
cheers, I will have a dig around your patches! I'll be interested to hear your 'grainstates' also, i always did like that reaktor patch when i used it.
my plan for the tappable groove metro is not to use [metro] but to keep a variable table of times between output bangs. i hope to hook two drum pads to a [timer] based kind of bpm counter. one pad will input the downbeat times and the other the offbeat times (the usual decider in 'swing-factor').
if that makes sense?!?
clearly it's still not off the ground yet but i'll post it when it is!
2009/5/11 martin brinkmann mnb@martin-brinkmann.de:
Solen Music wrote:
I did mean step sequencer.
i have allways been interested in step-sequencers, and made a few attempts to build a good one. of course i was not successfull in making the perfect step-sequencer... and i would not reccomend my creations for learning, since they are quite messy, and rather designed for my own needs, than for beeing 'good examples'. (i want things to be as self contained as possible (no abstractions), and 'hassel-free copy/pasteable') anyway, you can find some basics like the use of counters, select/route etc. also in my patches. www.martin-brinkmann.de, my_instruments, and i think the latest is called sequencers1.
sequencer that runs off a tappable groove metro (to give the option of everything from rigid straight to super loose hand tapped swing).
this sounds interresting. i have wondered a few times how to make something like that, but was not able to come up with something better than a tap-tempo with a simple 'swing-factor'. how does your groove-metro work?
bis denn! martin
Hallo, Solen Music hat gesagt: // Solen Music wrote:
my plan for the tappable groove metro is not to use [metro] but to keep a variable table of times between output bangs.
The RjDj library includes a "c_multimetro.pd" abstraction that accepts a list of periods and cycles them. It also includes a modulo counter, so it doesn't produces bangs but numbers.
Get it at http://trac.rjdj.me/wiki/RjLibnew
Frank
Solen Music wrote:
my plan for the tappable groove metro is not to use [metro] but to keep a variable table of times between output bangs. i hope to hook two drum pads to a [timer] based kind of bpm counter. one pad will input the downbeat times and the other the offbeat times (the usual decider in 'swing-factor').
if that makes sense?!?
i think it makes sense, though, if i understood everything right, the drummer has to consciously tap the groove (but that is of course also true for the usual tap-tempo-button). an 'automatic groove recognition' (getting the tempo from what the drummer is normally playing) would be great...
bis denn! martin
Hi everyone,
Here you have my little contribution :)
A simple 8 steps sequencer, with step by X step operator and SLICE time between values. Open it for more details.
Hope it would be helpfull !
On Sat, May 16, 2009 at 10:24 AM, martin brinkmann mnb@martin-brinkmann.de wrote:
Solen Music wrote:
my plan for the tappable groove metro is not to use [metro] but to keep a variable table of times between output bangs. i hope to hook two drum pads to a [timer] based kind of bpm counter. one pad will input the downbeat times and the other the offbeat times (the usual decider in 'swing-factor').
if that makes sense?!?
i think it makes sense, though, if i understood everything right, the drummer has to consciously tap the groove (but that is of course also true for the usual tap-tempo-button). an 'automatic groove recognition' (getting the tempo from what the drummer is normally playing) would be great...
bis denn! martin
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
and now. jjeje the file
On Sat, May 16, 2009 at 10:24 AM, martin brinkmann mnb@martin-brinkmann.de wrote:
Solen Music wrote:
my plan for the tappable groove metro is not to use [metro] but to keep a variable table of times between output bangs. i hope to hook two drum pads to a [timer] based kind of bpm counter. one pad will input the downbeat times and the other the offbeat times (the usual decider in 'swing-factor').
if that makes sense?!?
i think it makes sense, though, if i understood everything right, the drummer has to consciously tap the groove (but that is of course also true for the usual tap-tempo-button). an 'automatic groove recognition' (getting the tempo from what the drummer is normally playing) would be great...
bis denn! martin
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list