Re: [Linuxsampler-devel] Suupporting various sample library formats

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

>
> On Mon, Nov 04, 2002 at 04:13:17 +0000, Phil Kerr wrote:
> > Quoting Steve Harris <S.W...@ec...>:
> I dont get the impression that DLS is anywhere near rich enough to do
this
> job, it would need to be something pretty expressive.

That's why I am against this one-size-fits-all sample format.
At least if we keep the engines separate we do not risk making mistakes
in designing
a format that later tuns out to be a PITA because of design errors.

Why am I in favour of a modular design (graphical signal editor etc)
instead of
hardcoding (as Juan L. proposed) popular engines ?
Well assume you write a GIG loader and engine. But now you discover the
giga engine is
too limited. Fire up the signal editor enhance the signal
routing/processing features of the engine,
 compile and play your .GIG files with the new enhanced engine.
It does not sound THAT bad to me.
Comments ?


>
> Gigasampler uses DLS 2 + proprietary extensions, doesn't it?

Yes I think so (since the simple DLS2 parsing code that Paul Kellett
posted has no problems at
extracting samples and keyzones).

>
> - Steve

Benno

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