Drag clip from session view to Max For Live patch?
Hi all,
Is there an object that allows you to drag a clip from a slot in Live's Session view into a Max For Live buffer? I've tried it with live.drop but that only works with actual audio files, not clips. Is there an equivalent or a workaround that would allow me to record a clip straight into a Session slot then drag it into one of my Max instruments for mangling?!
Cheers!
I'm wondering about a similar thing. It would be nice to fill the buffer~ object with audio from ableton clips. I emailed Ableton to see if this functionaltiy would be in Live 9, but have not heard back.
I've since read that this functionality would be in Live 9, but that was pre-release. Will be interesting to know if its true...
I just noticed that in clippings, there is a LiveAPI Chooser called Browse.TracksClipsAudio. That should allow the loading buffers with a umenu that autofills the clip names. I'll work on this and share if interested.
If this can be done,hopefully the audio can flow both ways, like the Looper device allows one to drag recorded loops out to clips.
A serious upgrade to workflow indeed.
Browse.TracksClipsAudio may just allow you to open a selected clip's audio in the audio editor of Live. At least, that's the context in which I last saw it mentioned here just recently. Neat enough, if that's all it does - but if that turns out to be the case . . . perhaps there's another way to skin this cat involving the freezing the audio and grabbing the resultant audio file from the filesystem.
Like hyperspace. But with a hint of cheese.
This is sorta working. The clip name from Browse.TracksClipsAudio is formatted to be like the actual name of the audio clip (on the hard drive). So "4 TrackOne" becomes "0004 TrackOne.aif" So far it's working with the first 9 clips that Ableton records.
I'll have the mozzerella.
So . . . I was in the ballpark? Lateral thinking . . . it's not just for Christmas. :)
Glad there are so many like-minded lateral thinkers out there! Of course my workaround is just mimicking the functionality, and will be thrown off by any naming inconstancies.
Oh, I'm usually found more lateral than thinking, but I'm glad to find my brain's starting to get on the right track with this stuff. I cannot code a line, nay a word in Max. Yet.
I wonder if the hack can be extended, my thinking would be to have MFL name the audio it now has in its buffer and referring back to the two-way drag and drop you could then drag your new audio clip to a new slot (or overwrite the old)?
Again, possibly not the most elegant, and I haven't thought too much about what degree of automation might be wanted in the renaming . . . but quite apart from being either a manual (or semi-/automatic) way to freeze things for namespace reasons . . . the sheer drag and dropiness back and forthitude of it all would be the greater outcome. Wider implications likes.
I lubs me sum drag n' drop.
If you pull any of this off, I award you ONE internet sir!
(Okay . . . thanks for just reading this far. ;) )
Nice one Mike! I can't have a look at your patch until this evening, but I too will award you one internet if you've sussed a workaround for this! :)
So far I've been dragging the recorded clip into the library (with the accompanying muting, which doesn't seem to affect me so far) then dragging that into the Max buffer. Far from ideal, especially because my setup is otherwise designed to involve zero tinkering with the laptop!
On a related note I tried using record~ via adc~ to record into a buffer in a M4L device, thus bypassing the need for a Live clip, but it didn't want to play. I'm assuming, therefore, you can't use this technique in M4L?