[gmpi] Re: Summary: 7.3

  • From: Mike Berry <mberry@xxxxxxxxx>
  • To: gmpi@xxxxxxxxxxxxx
  • Date: Thu, 07 Aug 2003 12:33:08 -0600

Here is what I have:

8. Parameter representation
What data type for values, for names? How do we support validation, value distribution? Are parameters presented as a flat list or in some hierarchy?



So lets split it up:


8a.) What value types can be used for parameters?

8b.) How are parameters identified? By index? By string? By unique ID?

8c.) How are properties of a parameter enumerated by the plugin, including (only if necessary) type, range, identifier.

8d.) Is there a heirarchy of parameters?

8e.) Can the parameter list change dynamically?

8f.) Is there a distinction between a time-varying parameter and a non-time-varying parameter? Is this a fixed characteristic, or can it be changed?



Tim Hockin wrote:

Move on. We need to get the energy level back up before we revisit 6 :)


OK - what was topic 8?  I don't have the big list handy :)  Can someone
repost it?


---------------------------------------------------------------------- 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




--
Mike Berry
Adobe Systems


---------------------------------------------------------------------- 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: