[gmpi] Re: Reqs 3.8 Events - gesture start/end
- From: Mike Berry <mberry@xxxxxxxxx>
- To: gmpi@xxxxxxxxxxxxx
- Date: Thu, 01 Jan 2004 23:06:16 -0700
Tim Hockin wrote:
If we send it to sub-hosts and plugins, then are we expecting them to have a
DIFFERENT undo mechanism than the outermost host? I hope not.
I diagree. I think that this is reasonable. The case that I have in
mind as a test for the gesture system is a host which is nothing but a
graph containing a host which is a sequencer. The top host does not have
an event-related undo, because it is entirely "real-time." The sequencer
does have event storage, and therefore event undo, and so it needs the
gesture events because it is not directly hooked to the GUI creating the
events.
As I think about it, I think that we do not need gesture IDs. All we
need is for the gesture event to refer to a parameter. All events for
that parameter become part of the gesture, once a gesture start is
received. For the XY case, two gesture starts are sent, one for each
parameter. The receiver then makes its own decision about whether they
are part of the same undoable action.
In fact, perhaps all we need is a couple of bits in a standard
parameter event. This way you could flag an event as a gesture start or
gesture end. For the case where you touch the fader but don't move it,
the host sends a value that is unchanged but with the gesture start flag
set. This way, it would be trivial for plugins that don't care about
gestures to ignore them. They simply wouldn't look at the flag - they
would simply process the event as normal. That way there is no need for
the plugin to notify its capability to accept gestures, no extra parsing
of unwanted events, and so on.
So my proposal is:
- Events can be marked as the beginning or end of a gesture, for the
purpose of facilitating automation recording by plugins. A marked event
is otherwise identical to an unmarked event, and the gesture markings
can be ignored by the plugin.
--
Mike Berry
Adobe Systems
----------------------------------------------------------------------
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: