Ableton Forum

So I've been trying to convert my large(r) drum sample packs into navigate-able drum racks (a la "128").

I used the Premier hip hop kit which contains single hit kicks, snares, percussion, etc., and the total directory is 1,367 files which add up to 162mb.

I detected pitch for all the sounds with Mixed in Key.

Ideally, I was looking to create a drum rack that would house all the samples in the directory, and have macros that could select nested drum racks containing sounds by pitch, and then on a single sound basis.

--------------------------
The chain from left to right looked something like this:

Full Kit (drum rack) - contains Kit Pieces (ie: kick, snare, closed hats, etc)
MACROS: volume for each kit piece

Kit Pieces (instrument rack) - contains 12 instrument racks labeled by Chromatic Pitch (C,C#,D,D#,E,etc)
MACROS: Tuning (chain selector to select Chromatic Pitch rack), Select(chain selector to select individual kit piece), Volume (slaved to Full Kit macro), Velocity, Transpose, Detune, and Release.

Chromatic Pitch (instrument rack) - contains Simplers of all kit piece samples of the labeled pitch (ie: 20 kicks in the key of C)
MACROS: Select (slaved to Kit Pieces), Volume (slaved to Kit Pieces), Velocity (slaved to Kit Pieces), Transpose (slaved to Kit Pieces), Detune (slaved to Kit Pieces), and Release (slaved to Kit Pieces).
--------------------------

The issues I am having are:

* a long load time
* my RAM jumping from 0.9GB after I start Live with a blank template to over 7GB after loading only this drum rack into the blank template
* ableton crashes when trying to close down

Any insight would be of great help. Thanks in advance


-----------------------------------------------

ASUS G74SX laptop / Intel Core i7-2630QM @ 2GHZ / 8 GB ram / 2 x 7200 HD / RME Fireface UCX / Traktor S4 / Ableton Push / Akai MPK mini

Windows 7 64bit SP1 with black viper windows 7 configuration "tweaked" (networking disabled)

Ableton Live 9 (updated) / Max for Live (updated)

Why use instrument racks with Simplers instead of Samplers and its SampleSelector?!

I don't know if that would solve the problem, but it would dramatically reduce the number of devices in your rack, so it might.

Yeah, the Simplers each are holding their samples in RAM. Many Simplers stacked, kills it; the solution is to use Sampler.

If someone doesn't own Sampler, then Simpler is their only option.

Yes, you can create 128 Simpler chains in an Instrument Rack, but just because you can, it doesn't mean you should.

Like stated above, reduce the number of Simplers in your Instrument Racks.

Well his signature mentioned M4L, so I assumed he had Suite.

I've got similar issues.
First I've tried to build my own "super drum rack" using the sampler method. But it turns out that Sampler simply sux in this particular case. I don't want just to fire drum sounds - I also want to edit/transform them in different ways using my push 2 when needed. With Sampler only the first sample is accessible to tweak on Push 2 regardless of what sample is currently selected (and is being played) via the chain selector.
Then I've tried the instrument rack + lots of simplers method* (see below) and also ran to the high memory consumption issue. I have an idea how to possibly mitigate the issue. Map each simpler's device on to the Sample selector macro knob and set min and max values accordingly so that selecting a sample disables all simplers containing all other samples in this drum pad. This solutuon would take too much time though because my drum rack contains more than a thousand samples and the device on mapping is a manual operation... Do you think if it's a possible solution? Can it help me to sort things out?
Any help appreciated. Cheers.

* to be exact I wasn't fully satisfied with neither the simpler nor the sampler so I've decided to went further and to wrap each drum sound with an instrument rack containing two chains - for a simpler and for a sampler with same drum sample loaded into them so I can switch between them on the fly using a macro knob and have best of both worlds.