problems reading in folder of samples to sflist
Hi list,
I have a patch to convert the contents of a folder into an preload list to be read into an sflist~ object. The folder name is stored in a pattr so that I can use the patch for a multi-sampler I'm building to use with my electronic drumkit.
Max keeps crashing when changing between stored pattr presets which at first I attributed to my hard disk speed but it doesn't seem to matter how many files are being fed into the sflist~. Does any one have a better idea on how to extract filenames from a folder and pass them to sflist~?
Cheers,
Don
> Does any one have a better idea on how to extract filenames from a folder and
> pass them to sflist~?
I tend to use [ubumenu] as much as I can. It deals with the filtered type,
too. The right outlet gives you the count of elements, in case you need it.
Right. I've defragged and that has helped a little.
Max seizes up only when switching between pattr stored presets and not when actually playing would this...
a) indicate a problem with the way I'm populating sflist~...
opendialog fold (select a folder with multi-samples) to folder to sprintf to sflist~
(I can't see many other ways to do this other than ubumenu but I plan to use this as a Pluggo)
b) indicate a problem with the way my pattr presets are recalled - the filename is stored in a bound textedit box in a bpatcher within a subpatch
c) a problem with my hardware. I would like to run 12 separate sflists holding a total of about 300mb between in about 600 samples. I'm running Max on XP on a Sempron 2300 1500Ghz with 1Gb RAM and a 125Gb Maxtor 7600rpm hard drive. Is this asking too much?
It's certainly asking a lot to look through this so thanks in advance for any tips...
Don
A while back, I wrote a patch to play multiple soundfiles in order to play cues in theaters. For the playlist, I began with sflist. Off the top of my head, I can't remember what the problem was, but I definitely had problems with sflist, perhaps because I was using a javascript to poplulate the list (speed too high?). All I remember is that it behaved erratically. Other users reported similar frustrations here in the list. Instead, I went over to using coll, and connect this with a jit.cellblock. This combination allows for easy sorting after populating the list, easy visualisation of the list, saving various lists for the same coll and various other advantages. I've been using it for a while now, and there has never been any problem or noticeable latency on my machine (WinXP, P4 3 GHz, 1GB RAM).