[gmpi] Re: 3.11 topic: Dynamic plugin structure

David said: 
I was rather thinking the other way around; *more* dimensions, not
fewer. How about module/group/subgroup/channel/unit? ;-)

Heh heh... I think by borrowing OSC's /-notation we allow that, if you wanna do that, it's just a question of how far down the hierarchy we want to go explicitly. 1D we know will be useful, it seems going further is more and more speculative, and can (for those so inclined) be handled via /-notation.


> Many synths have the same structure. Some effect 
 processors have the same structure.  You see it everywhere in music
 technology.


Yes... (You do mean arrays of identical or similar "blocks"; not just
the hierarchy bit?)

I meant 1-dim arrays of identical of similar blocks.


> Saving state per channel shouldn't be necessary if the plug
provides an overall save state API. 

But then how do you save just a single patch, or load a patch into a
single channel? Even for a single channel synth, it can make sense to
treat pathes, FX routing and maybe other thing, as separate entities.

Oh, you could do that too if you wanted, but that seems like a per-plug decision. Just that to e.g. snapshot a sequence state the plug could still cough up a state blob at any point in the timeline, and that would include all the channels.


> (Though if the 
 plug needed/wanted to, it could go nuts with /-grouping within each
 slot-specific param names array.)

 Minor point: There's more room for transcription errors in the one
 big literal string table you suggest, whereas this approach
 actually enforces the plug structure in the param names table.

Yeah, another good point.

Well, Tim disagreed... I'll try to respond to his comment.

-- Chris G.

----------------------------------------------------------------------
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: http://www.freelists.org/archives/gmpi
Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe

Other related posts: