On Fri, 13 Jun 2003, Bill Gardner wrote: > Yes, this is exactly what I've been thinking of. Perhaps I shouldn't use > the term "negotiation". The host first scans the plug to determine its > capabilities, and then later the host creates the plug with a particular > format, or simply ignores it. That's precisely what we need. > To elaborate further into details. A plug would interface via a set of > pins. Each pin would be either an input or output and would have a media > type, such as PCM audio or music event. PCM audio pins would have further > format specification, such as sample format, and number and organization of > channels. Furthermore, it's easy to define things to support arbitrary > numbers of pins and channels for things like mixers. Quite... quick question, what's your take on "n-pin" objects where you MIGHT want dynamic pin reconfiguration (like an N-in-to-2 mixer)? Fix it at instantiation time, or allow changes in pin layouts? Regards, Angus. ---------------------------------------------------------------------- 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