Mike S

I am working on quite a large sampler. I had the idea that instead of creating separate buffers and players for each sample (my aim was about 100) i could just use poly~ and use the instance number to set the different buffers and their playback.

I am setting each buffers name and sample size inside the poly~ and I am writing using peek~ outside of the poly~ (changing the destination appropriately)

In theory, I think this should work....but it isn't.

buffers-in-poly

i've solved the problem with scripting inside each poly~

slightly unrelated, but i am having a lot of trouble with mxj buf.Op, which goes kaput when copying 2-3 min files from buffer to buffer

i've resorted to loading the full file for each sample, then cropping it accordingly. this doesn't mean i'm loading 100 copies of the input file, but just once for each samplee.

peek~ with metro is too slow and eventually grinds max to a halt. uzi with large sizes (samples in an audio file) beachballs for a while, and/or crashes max

slightly unrelated, but i am having a lot of trouble with mxj buf.Op, which goes kaput when copying 2-3 min files from buffer to buffer 

i've resorted to loading the full file for each sample, then cropping it accordingly. this doesn't mean i'm loading 100 copies of the input file, but just once for each samplee. 

peek~ with metro is too slow and eventually grinds max to a halt. uzi with large sizes (samples in an audio file) beachballs for a while, and/or crashes max 

I like this internal dialogue (10 years later). Could you share the result of your investigation? I'm in a similar path, triggering from a number of sounds, where I do not want the previous to stop sounding while the new one starts (I guess, like a poly~ userd with midi, but here with buffers)

buffers in poly~