Hello, Here is a new patch I made for drum loops. Please reply with feedback or to report bugs.
Alexandre
very nice!!! it's a little bit difficult to change only one slider, but the idea behind it is well integrated! thank you
pat
alexandre matheson wrote:
Hello, Here is a new patch I made for drum loops. Please reply with feedback or to report bugs.
Alexandre
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
yeah i think everyone has made one of these now.
next challenge is to make something that doesn't assume that you have neat 4/4 loops. ie, a patch that will find beats directly from the waveform / guess bpm's etc...
has anyone got a good one of those?
Cool!
I'm workin on stuff like that as well. Even if it seems "everyone does this" according to hardoff, I still find it very exciting (-:
Maybe we could exchange ideas on algorithmics for intelligent auto "slider positionning" (that is in fact loop slicing) in the loop so that it becomes generative but still with patterns which is the next step I'll try to implement in my patch.
Agree with Patrick though on the fact that the sliders are really hard to move except when moving them all in a while. That's a detail anyways.
++
Jé
alexandre matheson a écrit :
Hello, Here is a new patch I made for drum loops. Please reply with feedback or to report bugs.
Alexandre
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
sorry, maybe that was a bit harsh...i was just responding to the fact that the patch is called 'fuckrecycle' , but in reality, recycle can find individual beats and hits from any sound source. i've not yet seen a good pd patch with this type of beat detection.
that's all
hard off a écrit :
sorry, maybe that was a bit harsh...i was just responding to the fact that the patch is called 'fuckrecycle' , but in reality, recycle can find individual beats and hits from any sound source. i've not yet seen a good pd patch with this type of beat detection.
that's all
No problem (-:
The thing is that I don't feel so concerned about auto detection and recognition of drum sounds because I use the slicing method for melodic parts as well. But no doubt this is an interesting thing.
What I'm trying now is to get a system that manages patterns. Would it be presets or not (generativ stuff maybe). Anyway, I think I'll end up with something that combines a bit of both to generate the "grids". If anyone's already thought about stuff and is ready to share, I'd like to know what's been done.
++
Jé
What I'm trying now is to get a system that manages patterns. Would it
if you mean the human was generative aka 'recorded' patterns. i tend to use a rradical-esque approach (sideways-figure-8 abstractions) which append a timestamp and throw into a pool or PDContainer, for pattern playback the directory/namespace is dumped, timestamp peeled off and fed to the right inlet of [pipe] while the list is squished to a symbol and fed to the left.. this way you can trigger as many patterns as you want, with heterogenous structure and unlimited recursion/repetition with patterns triggering themselves..and no dealing with those confusing structs or using 'dyn' to get aroudn the fact that youd need to be creating and deleting hundreds of qlists at once...
if you mean generating patterns algorithmically theres a lot more options...[metro] is a starting point
++
J?
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hallo, ix@replic.net hat gesagt: // ix@replic.net wrote:
if you mean the human was generative aka 'recorded' patterns. i tend to use a rradical-esque approach (sideways-figure-8 abstractions) which append a timestamp and throw into a pool or PDContainer, for pattern playback the directory/namespace is dumped, timestamp peeled off and fed to the right inlet of [pipe] while the list is squished to a symbol and fed to the left.. this way you can trigger as many patterns as you want, with heterogenous structure and unlimited recursion/repetition with patterns triggering themselves..and no dealing with those confusing structs or using 'dyn' to get aroudn the fact that youd need to be creating and deleting hundreds of qlists at once...
Something I wanted to ask for some time: Why do you prefer to put the timestamp at the end of the pattern elements and not at the start?
Ciao
Frank Barknecht _ ______footils.org__
_ __latest track: "plak" @ http://footils.org/cms/show/44
On Mon, Aug 22, 2005 at 07:45:19AM +0900, hard off wrote:
sorry, maybe that was a bit harsh...i was just responding to the fact that the patch is called 'fuckrecycle' , but in reality, recycle can find individual beats and hits from any sound source. i've not yet seen a good pd patch with this type of beat detection.
its pretty simple, feed bonk~'s output into the storage object of your choice. check miniChopd.pd in http://whats-your.name/pd/patches.tbz2
ix-pd has a 'marker object' with snappable slice boundaries, afaik ableton-live is still stuck to even divisions for quantization, but then i havent tried 5.0...
now to peep the archives to find the original message of this thread.///
that's all
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi
On Dimanche, août 21, 2005, at 09:41 am, Jerome Tuncer wrote:
Cool!
I'm workin on stuff like that as well. Even if it seems "everyone does
this" according to hardoff, I still find it very exciting (-:Maybe we could exchange ideas on algorithmics for intelligent auto
"slider positionning" (that is in fact loop slicing) in the loop so
that it becomes generative but still with patterns which is the next
step I'll try to implement in my patch.
Very interesting, send me me the patch I would like to check it out.
Have you heard of a pluggin called Supatrigga
(http://bram.smartelectronix.com/plugins.php?id=6)? It sort of
re-organizes loops in real time by repeating, reversing, and slowing
down slices. Is this the sort of thing you are trying to build? I'm not
sure how to achieve this but I got a couple of ideas.
Agree with Patrick though on the fact that the sliders are really hard
to move except when moving them all in a while. That's a detail
anyways.
Yes I totally agree, I've thought about using vertical sliders instead
of drawing in an array but eventually I want to be able to easily
change the number of slices which I'll probably do by resizing the
array and making a variable in the slicing algorithm. Maybe there is an
external gui object that will sort all this out?
++
Jé
alexandre matheson a écrit :
Hello, Here is a new patch I made for drum loops. Please reply with feedback
or to report bugs. Alexandre
-- _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Alexandre
I would be EXTREMELY interested in something along the lines of Supatrigga (but why not with more features) if anyone knows out how to create something like this... I've seen some amazing MAX Reaktor patches along those lines...
Especially, there is a command line program called "glitch.exe" that does very interesting beat chopping and FX (you can find the free demo online). But, glitch is not really time. If I could combine beat rearranging (with both manual and auto modes) and the ability to add different FX to each slice, I'd be in heaven.
Theoretically, you could build an FX blackbox, that gets a bang everytime a new slice comes through. The bang triggers the FX to change according to weighted probability. Inside you would probably have 8 to 16 parallel FX, with a slider for each parameter to control the likelihood that audio would get routed through it. If you wanted to do it like "glitch", there might be four layers of FX alligned in a series, so any given slice would go through 0 to 4 FX processes before coming out of the FX blackbox.
~David
alexandre matheson wrote:
Hi
On Dimanche, août 21, 2005, at 09:41 am, Jerome Tuncer wrote:
Cool!
I'm workin on stuff like that as well. Even if it seems "everyone does this" according to hardoff, I still find it very exciting (-:
Maybe we could exchange ideas on algorithmics for intelligent auto
"slider positionning" (that is in fact loop slicing) in the loop so
that it becomes generative but still with patterns which is the next
step I'll try to implement in my patch.Very interesting, send me me the patch I would like to check it out.
Have you heard of a pluggin called Supatrigga
(http://bram.smartelectronix.com/plugins.php?id=6)? It sort of
re-organizes loops in real time by repeating, reversing, and slowing
down slices. Is this the sort of thing you are trying to build? I'm not sure how to achieve this but I got a couple of ideas.Agree with Patrick though on the fact that the sliders are really hard to move except when moving them all in a while. That's a detail anyways.
Yes I totally agree, I've thought about using vertical sliders instead of drawing in an array but eventually I want to be able to easily change the number of slices which I'll probably do by resizing the array and making a variable in the slicing algorithm. Maybe there is an external gui object that will sort all this out?
++
Jé
alexandre matheson a écrit :
Hello, Here is a new patch I made for drum loops. Please reply with feedback or to report bugs. Alexandre
-- _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-listAlexandre
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
getting in late on this thread but just wanted to say *very cool* -
lots of fun!
thanks for sharing! p
On Aug 19, 2005, at 3:36 PM, alexandre matheson wrote:
Hello, Here is a new patch I made for drum loops. Please reply with
feedback or to report bugs.Alexandre
<fuckrecycle.pd> _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-
alexandre matheson -
David Powers -
Frank Barknecht -
hard off -
ix＠replic.net -
Jerome Tuncer -
Paris Treantafeles -
patrick