Re: [Linuxsampler-devel] libakai what's next

[Marek P. <ma...@na...>]

On Sun, 2003-06-29 at 15:30, Josh Green wrote:
> On Sun, 2003-06-29 at 15:03, Marek Peteraj wrote:
> > Hi guys,
> > 
> > 
> > i'd like to talk about the future development of the linux version of
> > libakai. My feeling is that the lib could be extended to include other
> > formats aswell. For that we'd need to have: 
> > 
> > 1. easier way to add new formats
> > 2. an API 
> > 
> > 
> > thoughts?
> > 
> > Marek
> > 
> 
> I'm sure you've already read some of my emails about libInstPatch. Have
> you checked out this library yet? Its goals are the same as what you
> described and it already has an API and easy way to add new formats
> (just derive new types from base patch objects).

Hi Josh,

Yeah i know, but i've got a few concerns regarding libinstpatch, first
of all i'd like to refer to some of your previous mails:

<snip>
<1>

Of course it might make sense to use this
library directly instead of implementing it in libInstPatch, depending
on how flexible its API is. Then again it might be more convenient if
the code was part of libInstPatch.

<2>
...because I'm thinking that filesystem and lowlevel device
access code really does not belong in libInstPatch. It seems somewhat
like a portability nightmare and I wan't to try and keep libInstPatch as
portable as possible.

<snip>

The thing is that there's a majority of diskbased formats out there
(at least those we need, there's halion and exs24 format as well)

http://www.pleasewipeyourfeet.com/webtest/linuxsampler/samplerformat.html

Second thing is that libinstpatch is really C, while C++ is more
desirable for this project(i'm not really C++ myself right now, but
there's lots of people here who are C++, there's Benno, Juan, Christian,
Marc, and there's a few more lad members in lurk mode all of which are
c++ afaik :)

Third thing is that it might be more desirable to design an API/lib
around formats which are most widely used and popular in the pro audio
world, such as akaiS1000/3000, Gig.

Finally i'd like to say that i'd rather see this project go the "from
scratch" way for everything(format lib, engine, GUI), although it might
seem that it's just reinventing the wheel again.   


Marek