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

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

Hi Josh,

> I'm actually not opposed to writing that sort<diskbased formats> of code into
> libInstPatch, but I'd prefer to try and use file images rather than
> accessing low level hardware.

AFAIK it makes no difference under linux, you can open a /dev/hd- or a
/dev/scdx just like a file. 

> 
> > 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 :)
> > 
> 
> Nothing stopping libInstPatch++.

But instead of rewriting it as C++, woudln't it be better to write a new
one in collaboration with others here(Christian, Paul, Marc, me ...) and
design it with respect to other popular formats? The main benefit would
be the experience other people have with them.


> > Finally i'd like to say that i'd rather see this project go the "from
> > scratch" way for everything(format lib, engine, GUI), 
> 
> I'd rather see linuxsampler go the way of interoperability, so that
> other projects can easily integrate and co-operate with linuxsampler.

JACK :)

> Creating one large project is just too un-manageable in my opinion,

Have a look at ardour, which can be seen as a monster project in the
linux audio domain. 

Marek