Problems with existing formats are so fundamental, distilling them would not produce anything "done right." But we can implement a more elegant standard, such as a straightforward data flow graph, that will significantly extend current functionality without adding too much complexity. Something like Microsoft filter graphs, without COM and simpler, and with MIDI-like control optional at any node. Original Message: ----------------- From: Bill Gardner billg@xxxxxxxxxxxx Date: Fri, 14 Feb 2003 13:46:00 -0500 To: gmpi@xxxxxxxxxxxxx Subject: [gmpi] Re: Topic 1: Audience for and users of plugins I want to echo Mikael's earlier post about the issue of deciding whether we plan to design 1) an interface for the future with lots of features, or 2) a distillation of the existing formats "done right", or 3) are we going to try to do both, that is, a core interface that takes the best features of existing formats plus adds lots of new stuff. I'm suspicious of 3, and tend towards 2, keeping in mind that a good foundation is the best thing to build upon. I suppose I've jumped ahead of the topic here. All of this assumes the audience is the audio plug-in developer community. I'm asking if the fundamental motivation is to enable new functionality, or to replace the existing formats with something that is easier to develop, more robust, easier to maintain, etc. Almost all of the downstream topics depend on this decision. Bill -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ . ---------------------------------------------------------------------- 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