El nov 18, 2013 6:56 PM, "Julian Rohrhuber" <julian.rohrhuber@xxxxxxxxxxxxxxxxxx> escribió:
>
>
> On 18.11.2013, at 22:28, Julian Rohrhuber <julian.rohrhuber@xxxxxxxxxxxxxxxxxx> wrote:
>
> > Hi
> >
> > recently we stumbled upon the same problem. As it was last minute, nothing was tried out, but I had the idea that perhaps *different* cue buffer sizes may be the right way to go, so that the lookups don't happen at the same time.
> >
> > So something like:
> >
> > (s.options.blockSize * 2) * 64.rand + 65536;
> >
Nice!
I didn't see the implementation, why it says "a power of 2" if you can pass any value?
> > may be even better? Do you have something at hand to try it on?
> >
>
No I don't, but a friend of mine has a few long files and is having random glitches after some runs.
>
> here is a test with 800 channels, it takes 50 % cpu on my computer, but *seems* to produce no glitches:
>
> h = { Buffer.cueSoundFile(s, Platform.resourceDir +/+ "sounds/a11wlk01.wav", 10000.rand, 1, (s.options.blockSize * 2) * 64.rand + 65536) } ! 800;
>
> h.do { |x| { DiskIn.ar(1, x, 1) * (3 / h.size) }.play; };
> _______________________________________________
> sc-dev mailing list
>
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: https://listarc.bham.ac.uk/marchives/sc-dev/
> search: https://listarc.bham.ac.uk/lists/sc-dev/search/