Cycling 74 » Topic: buffers in poly~ http://cycling74.com/forums/topic/buffers-in-poly/feed Wed, 19 Jun 2013 12:18:47 +0000 http://bbpress.org/?v=2.2.4 http://cycling74.com/forums/topic/buffers-in-poly/#post-46212 <![CDATA[buffers in poly~]]> http://cycling74.com/forums/topic/buffers-in-poly/#post-46212 Thu, 29 Oct 2009 21:56:22 +0000 Mike S Hello all

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.

Any help much appreciated

– Pasted Max Patch, click to expand. –

]]> http://cycling74.com/forums/topic/buffers-in-poly/#post-166432 <![CDATA[Re: buffers in poly~]]> http://cycling74.com/forums/topic/buffers-in-poly/#post-166432 Fri, 30 Oct 2009 03:38:28 +0000 Mike S i’ve solved the problem with scripting inside each poly~

]]> http://cycling74.com/forums/topic/buffers-in-poly/#post-166433 <![CDATA[Re: buffers in poly~]]> http://cycling74.com/forums/topic/buffers-in-poly/#post-166433 Fri, 30 Oct 2009 05:26:10 +0000 Mike S 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

arg

]]>