Re: [Linuxsampler-devel] Supporting various sample library formats and engines

[Benno S. <be...@ga...>]

> > In order to provide the whole features that a sample format
provides, we
> > have to represent the parameters in linuxsampler. But that means we
> > allready have a "grand unified sample" system.
>
> We dont have to do that, we can have format specific engines, the
question
> is whether its a good idea or not.
>
> Benno's plan to use dynamic compilation units would make the engines
quick
> to construct, they won't be as fast as ticghtly hand coded engines,
but it
> may be worth it for the RAD features.
>
> - Steve

I think the speed penalty is low since you are probably using only
pre-optimized macros
plus you can alway take the generated source and optimize it manually.
not a big deal.

Steve as suspected there are people that agree with me that when loading
AKAI samples
in RAM you can easily end up burning 256MB of RAM which is a lot for not
high-end PCs.
Let's see how the discussion evolves ...  AKAI experts your saying ?

cheers,
Benno


--
http://linuxsampler.sourceforge.net
Building a professional grade software sampler for Linux.
Please help us designing and developing it.