[gmpi] Re: Reqs 3.8 Events - gesture start/end

  • From: Chris Grigg <gmpi-public@xxxxxxxxxxxxxx>
  • To: gmpi@xxxxxxxxxxxxx
  • Date: Fri, 2 Jan 2004 11:25:59 -0800

Mike said:

Chris Grigg wrote:
Also: Mike (and anyone else), what do you think about the other issue Tim's been exploring, i.e. is there any need to limit the number of event sources that are allowed to talk to a given control/target?

I think this is a non-issue. Somewhere in the host a merge has to happen. Take the example where you have two MIDI controllers, a keyboard and some sliders. If the data comes in on two ports, the host could know the difference between them, but for how long? At some point the data becomes parsed for internal use. I have been trying to see why you would want to try to preserve the source ID, and I can't see it. If they are both changing the same parameter, then what the user hears is the effect of the merged data. If they undo, they don't expect to undo half of what they heard being recorded, ending up with a result that they have never heard. They expect the data from both sources to be undone in a single action.
So along with my suggestion to not have gesture ID's, the host simply starts a gesture for a parameter and then pumps down the merged data.

Right, I can see that. OTOH, it could be left up to the plug ('end-to-end principle') to decide how it wants to handle these things, so that parsing for internal use happens at the latest possible point, i.e. the destination plug For example, assume events identified their sources; then, a plug could decide on its own whether to lock out other sources during a received gesture, no host merge & filter needed. The audible result would be the same (non-gesture sources excluded during the gesture interval), and there wouldn't be any need to merge events from multiple sources in the host -- it just passes everything through, and lets the plug sort it out. Also, requiring merging in the host seems like going in the direction of making the 'outer host' specialized, no?


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

Other related posts: