Yeah, we're actually really in agreement, so maybe I wasn't clear
enough, sorry.
Steve said:
Just to be clear, there is nothing of OSC in the proposed GMPI event system. The paths were described as "OSC-like", in that they have name components sperated by /'s, just like HTTP, and many filesystems, OSC is just the most familiar thing in this domain.
Also, your comparison with OSC is not quite right, a GMPI control event would be more like (/some/control/path set 10.0),...
... just because the GMPI events could be regarded as messages doesnt mean thier intended to be an arbitrary IPC mechanism, just like VST's parameter setting function is not.
I also dispute your statement that its unusual to have control change 'commands' (events, calls, or whatever) be isomorphic to parameter value setting in any plugin system. In many systems its explicitly so, the only difference here is that thier timestamped.
> More pertinently, I see problems with the fundamental assumption thatplug P's state at arbitrary time T is always adequately represented> by state of P's published parameters at T. ...
I understand your concern, but we have sustantial eveidence that it /does/ work (~200 LADSPA plugins). It doesnt really matter if the occasional plugin doesnt use set(/some/path, val) to mean /some/path = val. In practice it will stil be automated otherwise the control behaviour would just be plain wierd in normal use.
---------------------------------------------------------------------- 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