[linux-audio-dev] XAP again - channels, etc.
torbenh at gmx.de
torbenh at gmx.de
Fri Mar 28 04:15:00 UTC 2003
On Sat, Mar 22, 2003 at 08:38:39AM +0000, Steve Harris wrote:
> On Sat, Mar 22, 2003 at 08:30:22 +0000, Simon Jenkins wrote:
> > Something has to make this ramp/curve(/whatever), because at its
> > source (eg UI widget or incoming midi message) the toggling of a
> > switch *is* an event. But the rise and fall characteristics should
> > belong to the owner of the source, not to the destination. An app
>
> This is the fundamental problem here, the characteristics should belong to
> the receiver.
>
> FWIW I see little point pressing ahead with XAP, even if we were to come
> up with a novel representation system, I doubt the GMPI people would
> regard it as having enough pracical experience in the time between a XAP
> implementation and GMPI design stage, and rightly so. once GMPI exists
> there is little or no justification for anyone supporting XAP, even if it
> technologically superiour. Please bear this in mind.
we have one significant advantage over gmpi...
they (the commercial developers) can not distribute their source.
if we find a way to compile an XAP plugins into 1 frame processing code,
and galan-plugin, and ams plugin, and LADSPA etc...
something similar to your xml-ladspa but for all formats and machines...
there should be methods to get a gtk, qt or fltk widget from a plugin.
and this nice totally abstract port concept.
just some thoughts....
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
More information about the Linux-audio-dev
mailing list