Hi guys,
On Tue, 20 Oct 2009, Carles Perarnau wrote:
>
> My view is to stick with the UNIX philosophy: a set of simple tools
> which do just what they're intended to, and then are put together with
> pipes (jack) when needed.
I've actually been a little torn on this issue... whether to go in a
monolithic, all-in-one direction -- or to go in a more modular direction.
Without rambling on and on... I'll cut to the chase: for the modular
approach to be powerful in a live setting requires excellent session
management. Currently this isn't avail. in Linux. LASH is an attempt,
but has not been able to deliver.
To achieve this -- it requires:
* Someone who has clout with other Linux Audio devs.
* A stable, but live API. (As in, it doesn't get
abandoned)
* Buy-in from other Linux Audio devs -- to add it
to their applications.
* An API that makes it easy for the Linux Audio
devs to do the Right Thing when adding it to their
programs.
This is no small feat. However, part of me wants to participate in
tackling *this* problem instead of making an all-in-one live workstation.
Peace,
Gabriel
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Hydrogen-devel mailing list
Hydrogen-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hydrogen-devel
