loading multiple loops into groove~/buffer~ within m4l

[ned rush]

yo. i want to built a device in maxforlive where i can have multiple tempo synced drum loops which i can then choose between either using a live dial or perhaps buttons.

i am guessing this can be easily achieved using groove~ and buffer~ objects, but i am struggling to learn about reading multiple loops. i have seen other devices for video where you can load whole folders of files into one device, this is something i was hoping to achieve. i figured also i would have problems regarding loop lengths and such, so would like to know how to tackle adjusting the playback speeds of the loops according to their loop length, although i am happy in the long run to just use loops that are on bar long.

any pointers here would be great, thanks

ned

[ned rush]

anyone?

[pid]

lots of buffer~ objects and switch with set. set loop lengths as % of bufferlength then do the !/~ 1000. !/ 1. etc into a rate~ @sync lock fed by phasor~. use play~, not groove~.

however, the cool NEW way to do this is, instead of using lots of buffer~s, use ej's [polybuffer~] object. it is still in beta (but 100% cycling '74) so you have to download it separately at the moment. it makes switching and setting inside poly~ for example a breeze. the js functionality is still a little screwy but all the main features work fantastic. it even has dedicated folder-of-files dropping-to-load feature as well. look at helpfile.

[pucklermuskau]

I've had better success with groove~, as it has interpolation, as opposed to play~.

You can use a cool object to store file paths, then feed them into teach buffer~ using set $1 messages...

[ned rush]

i'm assuming you mean a coll object...?

[stringtapper]

The coll object is certainly one cool object.

[pid]

play~ has the same interpolation as groove~, they are the only to msp objects with such interpolation, afaik. but unlike groove~, play~ can be driven sample accurately, which is why i suggested it for this case. however you switch filepaths/buffers (better to switch buffers that have already been loaded into ram), changes can be held with sah~. swapping buffers from polybuffer~ is quicker and more efficient. coll is handy but VERY slow to access if working in the sample accurate field. 2cents. ymmv as they say.

[audiolemon]

.... maybe they heard you - look at this weeks Did You Know vid.

http://cycling74.com/2011/06/20/week-22/