Reading Live Session clips with a buffer~

Not currently. from thread on Abelton MaxForLive forum, responding to the idea that you could use current M4L API to do this:

Post subject: Re: Max/MSP user considering M4L... sending clips to buffers? pukunui Posted: Thu Dec 17, 2009 6:45 pm

The clip name of a clip in Live is not bound to the file name. So you could not be sure that this would work all the time. We have this logged as a feature request for a future version of the API - a way to get the absolute path of the file a clip references. -A __________ andrew@cycling74.com

Andrew is a C74 developer, so I tend to believe him. Lots you can do w/ Max4Live, just not that right now. or MidI polyaftertouch or SysEx.

Thanks Charles. At least now I know what I can't do for now... I hope. I'll try to go for the longer way, recording the clip into the buffer~ every time it's launched... T__T

There's a workaround. Just go to the ms.pinky forum and search for the M4L ms.pinky porting, all explanations are there. It might be in this topic http://www.mspinky.com/phpBB2/viewtopic.php?t=1000

here is the core of the workaround, from Crampe's linked file:

Note that in order for the clip to be loaded into Ms Pinky, the audio file corresponding to that clip must be located somewhere within the Max/MSP file search path.

if the clip is in the running max4live application's searchpath, it will be found with just a unique filename, such as the clip is named with, we got that, out side of the app's searchpath , it would require the absolute path, which we don't have. j2k

I just had a short contact with Andrew for Cycling - absolute file paths of clip files will be available when Live 9 is released!!! J

--- posted into the wrong thread , therefore removed-----

But isn't it better to record it than to read the clip file?

If you read it you won't take into account any new tempo/warping.

Thanks for the heads up Jan! I am hoping that Live 9 will fix most of the little annoyances such as this for us. Looking forward to it!