Here are some of my topics to add to the list: Creation, Discovery, etc. a. plugin discovery (standard location, registration) b. different levels of creation (just enough for host to inquire about properties plus another level to prepare resources for audio processing [for more efficient scanning, and other issues], or only one simply level of creation) Parameter attributes a. normalized or not b. min, max, default values c. unit type (enum or custom string) d. value distribution curve (none or enum and/or custom function) e. all one type or support for multiple types (intgeger, decimal, boolean; union, struct) f. read/write/visible/invisible attributes g. randomizable h. hard ranges or soft ranges User states: a. handle multiple state sets internally in plugin or handled by host b. presets are static or volatile c. settings storage format (single or multiple states, endian, defined/opaque/mix) DSP state: a. when to reset i. and what to reset (different types or resetting?) b. handle multiple stream formats or not i. single plugin can handle multiple i/o configs ii. single plugin instance can handle multiple sample rates iii. how does the plugin react to any changes in stream format (destroy and reinstantiate, DSP state reset, higher level DSP resources constructor/destructor [see Creation b. above]) Audio streams: a. alignment (yes or no or optional) b. denormals (plugin concern or host concern or CPU state concern) Communication: a. property listeners and parameter listeners vs. polling b. ability to resolve accross address spaces or not ---------------------------------------------------------------------- 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