this is a sequenced beat slicer with a [bonk~] based slice-analysis engine.
i partwise borrowed this idea from saturno in a technical issues thread (http://puredata.hurleur.com/sujet-3178-graphical-data-structure-plotting-signal).
@ saturno: i hope, you don't get this wrong and you'll like this patch though.... i didn't want to leech your idea, but this sounded so interesting to me, that i couldn't wait for your patch..... and i'm still looking forward to your patch.
i also stole the [bonk~] analysis engine from a patch of tim vets.
thank you both! hope you don't mind!

i thought i'd share it here, maybe someone likes it! enjoy!

edit: the second version - see attachment 2!

http://www.pdpatchrepo.info/hurleur/ChopSuey.pd

Toxonic,

Awesome patch. Turned out that I've been working on the same thing for the past few days. I ended up with a [bonk~]'s raw out going to a [tabwrite~], then the timing read thusly:

[tabplay~]
|
[snapshot~] [metro 5]
|
[change]
|
[t b]
|
[timer]

The timer at the bottom gets the first bang from the same trigger as the [tabplay~].
Yours seems a bit more elegant, since you're not running the expense of [bonk~] and because you don't have to worry about the 5ms quantize that I'm getting from the [snapshot~] (which can eat up my 5ms slice overlap later on).

Thanks a lot for the patch. It has really helped me with cleaning up my redundant code.

Since the detection is a one time deal it's just a matter of putting it in its own subpatch and using switch~ to turn it off after mapping the hits.

An even more sophisticated way of doing it would be to then to save the hits map to the disc using the sample's MD5 hash as a reference. That way if that file exists just load it instead of detecting the hits, if not detect the hits and save it.

By using the MD5 rather than the filename you guarantee that any changes done to the original file force re-detection by the patch. Another side effect is that you might have the same file copied with different names and they will still have the same MD5.

Don't think there is an md5 object in pd. I'll whip one up later.

@ wakest: thank you very much! i think i will upload it, but there are still some things i'm working on... maybe at the weekend.

@ evilsheep: well, i guess it's a good starting point to use env~ and moses to set threshold. i recently added a kind of "auto sensibility" feature, to find the right analysis settings with every loop. i compared my slice detection method with a bonk detection and found that the results of my method seem to be more useful (at least, as long as you don't feed bonk with extra settings). for bonk~ you can set an upper and a lower threshhold, but you can easily add this feature by using a second moses. but i didn't find this useful in most cases.

ok, decided to upload the newest version chop_suey 3.2. this is probably the most "polished" version. changes since version 2:

• enhanced slice detection, more cpu wise and with automatic analysis settings when loading a new loop.

• markers can now be edited via sliders: visual delete, move and insert sliders.

• shortcuts: playback single slices through shifting through the loop with "shift + arrow keys". delete selceted marker with "shift + d", insert marker at insert position with "shift + i", play selected slice with "shift + p"

• dump slices as wav files: with the "dump" button you can save all slices as single wav files to disk (only the pure slices, changes in the sequencer or any other settings will not affect the files)

• smooth slices / amp envelope: set attack and decay up to 50 % of the slice length.

please leave a comment if you have any suggestions.
have fun!

http://www.pdpatchrepo.info/hurleur/ChopSuey_-_3.2.pd

That's really a great fun to play with it, everything is clean and neat.
Thanks again for sharing.

Few (two) general, high-level, usability comments:
After some playing, what I miss is a "randomization on the slice number":
after you get the whole number of slices from the analysis step, a button or similar
that sets randomly the slice number below the trigger toggles.
Another possible idea could be a save/restore function of the sensible interface
parameters (trigger, slice, reverse, retrig, speed, etc.) in order to recall previous
interface editings (independently of the loaded waveform..).

My two euro cents...

AlbertoZ

I love it!

It keeps getting better and better.

Thanks a lot toxonic.

@toxonic said:

this all is quite extendable.........
i kicked out some bugs and the marker editor. instead you can now shift the slices with a position slider, delete them with a shortcut or insert new slices with a slider and a shortcut. you can also now shift through the slices via the file keys. and i implemented a feature to dump all slices as single files to disk. it's getting almost "recycle"-like....
maybe i'll upload it....

http://puredata.hurleur.com/attachment.php?item=1408&download=1

yeah please upload it

look at the attached patch, 3 posts ago!

yeah i didnt see it at first:)

wow, that patch is PRO!!
i had already downloaded the first version, but couldn't fgure out at first.
i still need more time to play and check out the full potential, but so far i can say:
that's definetly inspiring stuff, thanks for sharing!!

Hey I loved the chop suey patch! great!

I have a very similar project that started based in a patch that i found in this forum[1]

checkout the nvl project: http://navalha.devolts.org/en

and let's merge

[1] http://puredata.hurleur.com/sujet-1953-sample-slicer-user-selectable-slices

I'm quite at awe - the patch is VERY good, I tried a few non-rhythmic samples with it and the possibilities are amazing. It seems to be very stable, I hit rapidly here and there and the patch just rocks on.
Congrats! Also, it is very nice of you that you don't shift the objects around in a way that one can't understand how the patch works. Inspiring to do good work..

thank you all very much!
@ glerm: i had a short look to your patch, although i didn't dig deep into it, it looks quite amazing. when i have a little more time i'll work on it. feel free to tinker around with both patches too.
@ ultrasonic: to be sincere, i was also surprised about that i found no trouble with working out that patch. seems that i had a lucid moment there.
and yes, i have a little "neurotic" building style, and i also like it, when patches are clean and tidy and don't look like a spider on lsd.

Awesome patch toxonic! Been playing around with it all morning.

Thanks,
J

bit new to all this, really glad people are uploading interesting stuff... thanks for the hard work toxonic

thank you guys, hope you'll like it!

Cool!
Very cool

I'm at work right now but I can't wait to try it out this evening!
Will give comments if I have some

Hi toxinic!
First off, congrats for this patch, it makes pretty amazing sounds.

BUT, you said you wanted some feedback, so here's some.
I m having problems with the GUI. Everything seems to be working fine, in terms of controling the patch and affecting the sound, BUT i can't see any changes in the value of most controls. In fact, only bangs and toggles seem to work on the GUI level. All the sliders and number2's do not move at all. this is quite annoying, especially for someone who is trying to learn how to use this patch (like me for instance!).
Although my laptop isn't too young now, it's not that weak (i have 1GB in ram and a core 2 duo processor), and i run Pd in windows.

Has anybody experienced the same problem?
And, does anybody know how we could solve this GUI problem? this could be interesting for future patches with a complex interface.

hi pamelapopo.
i'm sorry, but i'm afraid i cant help you at all.
i use a much older machine (fujitsu siemens amilo pro, 512 mb ram, 1,7 ghz pentium-m prozessor, windows xp) and it's all working fine here. all gui elements do what they should here. did you try to load an other sampel loop into chop suey? if this does not work, i assume, it's got something to do with your machines setup, since you are the first, who reports that kind of bug. hope you will figure it out!