Not only that, but Plugin A may be running along jus' fine; Plugin B starts polluting the CPU cache causing Plugin A's performance to degrade dramatically and overload. Who do you blame? There's no easy answer to this... I say forget about it for now. ======================================================= Angus F. Hewlett, Technical Director FXpansion Audio UK Ltd - http://www.fxpansion.com ======================================================= On Tue, 18 Nov 2003, Paul Davis wrote: > >thanks you ! :-), it was me who wanted such a feature, cause on a real time > >audioworkstation, i consider that the host must keep the integrity of the > >audio stream, and if the last inserted plug-in causes a DSP overload, then > >it has to be disconnected from the chain. The fact is that feature finally > >concernes more the Host than the plug-in ... so we can forget this > >requirement. > > except that of course, the host can't know that it was the > last-inserted plugin at all. the user may have loaded the plugin, > things were fine, then they changed the parameters on some other > plugin, and the DSP cpu usage went over the top because of *that* > plugin. > > > ---------------------------------------------------------------------- > 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 > > > ---------------------------------------------------------------------- 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