[gmpi] Re: Topic 6: Time representation
- From: "Angus F. Hewlett" <amulet@xxxxxxxxxxxxx>
- To: gmpi@xxxxxxxxxxxxx
- Date: Fri, 2 May 2003 15:37:38 -0400 (EDT)
On Fri, 2 May 2003, Chris Grigg wrote:
> Right, I think maybe we're violently agreeing. 8) Maybe I just
> misread your statement ala 'MIDI events flow through the graph' to
> mean that the -same- events appear for all plugs. From your
> explanation I can see that wasn't what you meant.
Correct.
> I would see your scenario as a plug with a music even in pin and a
> music event out pin, and would say that the same events are -not-
> flowing through the plug-in. It's receiving a stream of events, and
> producing a separate (almost always denser, by definition of
> 'arpegiator') stream of events.
Yes.. my question is, what happens to the -parameter events- stream, if
the -host- wants to automate the -audio- plug-in. A simple VST-ish model
of indexed parameters won't work for that if the automation data is
flowing through the MIDI-processor plugin, as the MIDI-processor will in
that case not be able to distinguish automation events intended for it,
and automation events ultimately intended for the downstream plug.
So, my question is, if the host wants to send automation data to a plug
which is not immediately downstream of the host with regards to the event
stream, do we:-
(a) provide a secondary port on all plugs for automation events (to which
the host can now connect directly)?
(b) provide a means of tagging automation events with a "destination plug"
field, which causes intervening MIDI:MIDI plugins to pass-through
automation events not intended for them (unless of course said MIDI:MIDI
plug transforms automation data as well as note data, in which case it
will transform the automation event and then pass it on).
If (b), we should also at least consider the aspect of transformability
when designing our automation event architecture.
Regards,
Angus.
----------------------------------------------------------------------
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:
