Tuesday, August 26, 2014

deathtokoalas
i really wish plugin developers would focus more on modularity. this goes for soft synths, samplers, effects and everything else. i know, use something like reaktor, right? but, when every developer decides they're going to make the "ultimate synth" or "ultimate sampler", what you actually end up with is a huge array of synths and samplers that can do one or two things really well and are lacklustre at everything else. if there was an easily accessible interface within cubase where i could string filters and generators and specific libraries from different manufacturers together, i could take what i like out of synth x and connect it to what i like out of synth y - allowing me to create my own ultimate synth. and, ultimately that's what all us composers actually want, even if some of us don't have the clarity of thought to realize it. it makes it more like building your own modular system, or even like stringing guitar effects together.

it works with samplers, too. there's been this tendency recently to create these 50 gb libraries full of these ready-made samples. but, composers and arrangers and mixers and producers just don't think like that. the way we think is in terms of separating each track as much as possible. i've been sequencing some string sections recently and realizing that the best samplers are in kontakt, but you can't really separate them well without using 50 gb of ram. see, the flaw is that it's not designed to separate them, you're supposed to pick the ensemble you want out of the box. no real composer is going to want that, as it makes it impossible to isolate the tracks. i could, for example, want some bassy fuzz on the cello, a heavier distortion on the viola and a harmonic exciter on the violin. to do that in the kontakt sample libraries, you need to load the instance as many times as you have instruments - and it defeats the aim of the software. i'd rather see the sample libraries split into instruments. sell me 5 gb of cellos, 5 gb of violins, etc and let me load them as separate instruments with smaller footprints and mix it myself.

i know this is going to require a rethink and a new interface, but i think the developers have to come to the realization that they're using the wrong approach and go back to thinking in terms of modularity. ultimately, they're programmers - they get modularity, they're just ignoring it. perceived market demand for total solutions, or something. it's not actually what we want. what we want is control. these sample libraries - whether they're strings, horns or whatever else - are really largely useless to actually compose with.


OK
I wish everything worked more like Nexus tbh, yes it's simple and yes it's basic but damn that's how they should all work with added features instead of a new UI for everything and also having to have 49234932 different instances taking up 10x more ram that exists in your pc

deathtokoalas
the benefit of modularity is that it allows user control over the level of complexity. the way i would use a modular sampling system would be quite elaborate.

it's not like options don't exist, but they tend to be outdated and not really designed for modern daws - or they require a level of programming to build. when it comes to synthesis, that pre-requisite for programming is necessary. but, if i'm orchestrating something, i want to just do it, not write a program to do it. what they're selling is really the samples.

again, i think it's just a disconnect between what a composer is going to want and what the designers think they want. and i think it's sort of obvious that this standard approach is backwards for almost everybody, upon a moment's reflection. it's useful if you want to write film scores, i guess, but not very useful, otherwise.