[gmpi] R: Topic 1: Audience for and users of plugins

  • To: <gmpi@xxxxxxxxxxxxx>
  • Date: Mon, 17 Feb 2003 10:59:23 +0100

I dunnow if this has arrived before, here seems it has desappeard from
the list, but let me know if you already received that..
gmpi should support every type of music applications there are at the
moment, and should be possible writing generators, processors,
redirectors ( maybe over a network ) of music data, this can be audio,
or timestamped midi & parameters tweaking. Plugins must provide to host
what kind of i/o it have ( and what datatype it can process also ), but
not let the host know if it is a synth or a send effect and we should
treat them the same way ( not as the vst plugin sdk, where you have to
specify what type of plugin it is, cause this is a limitation and a
developer have to write multiple version of the same plug for different
use ). I like a lot the idea of hosts like bidule where you have only
plugins that will serve you as generators or processors, or both of them
without the need of be too linked to a specific host routing of internal
audio data ( i mean i can use a plugin as my sequencer and a plugin for
my mixer and a plugin as delay effect, but they are interfaced as the
same type of plugin, providing only different type of in/out events ).

Also the possibility of having a offline processing ( as Laurent said )
is an extremely good thing to provide to end user. But it should not
differ the implementation of a realtime plugin, just let control more
over positioning on the offline audio buffer to process... For video
plugins i dun't know at the time if gmpi should focus on this, but seems
an interesting thing maybe to support in the future.

I think that win/mac/linux/qnx ( and maybe beos ) are the initial
platform we must focus on, i see that in the future of plugins, chains
of multiple embedded systems running and talking in sync togheter, not
all based on expensive proprietary dsp systems, one of the problem in
such is that dsp system have different needs and have to deal with
different implementation ( like fixedpoint or floatingpoint ), or you
have to "stay under" a company or such ( i'm a creamware user for about
3 years, but lately i'm realizing dsp cards are not the future, cause of
the impossibility to develop for them ( and let them grow ) if i do not
spend A LOT of $$$$ ).


Generalized Music Plugin Interface (GMPI) public discussion list
Participation in this list is contingent upon your abiding by the
following rules:  Please stay on topic.  You are responsible for your own
words.  Please respect your fellow subscribers.  Please do not
redistribute anyone else's words without their permission.

Archive: //www.freelists.org/archives/gmpi
Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe

Other related posts: