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

[Phil K. <phi...@el...>]

DLS 2 is a better option than DLS 1 although the specs for DLS 1 are
downloadable free from the MMA.

It's a question of balance between using a widely used standard with some
limitations over a custom format which may not fully interoperate.

-P

Quoting Steve Harris <S.W...@ec...>:

> On Mon, Nov 04, 2002 at 04:13:17 +0000, Phil Kerr wrote:
> > Quoting Steve Harris <S.W...@ec...>:
> > 
> > > Of course, the counter argument too all this is that writing a full
> > > sampler engine for every format we want to support fully sucks,
> no-one
> > > probably needs all that functionlaity anyway, and we should just
> write
> > > translators ont a common, comprehensive format and live with the
> slight
> > > conversion loss. <shrug>
> > 
> > Sounds like a job for DLS at the core and then have import/export
> modules
> > support Akai and other native sampler formats.
> > 
> > We should be able to stream DLS in and out of the engine as well.
> 
> I dont get the impression that DLS is anywhere near rich enough to do
> this
> job, it would need to be something pretty expressive.
> 
> Gigasampler uses DLS 2 + proprietary extensions, doesn't it?
> 
> - Steve
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: ApacheCon, November 18-21 in
> Las Vegas (supported by COMDEX), the only Apache event to be
> fully supported by the ASF. http://www.apachecon.com
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
> 



 --   
Phil Kerr                                   Centre for Music Technology   
Researcher                                           Glasgow University  
phi...@el...                            T (+44) 141 330 5740  
Without music, life would be a mistake.             Friedrich Nietzsche