[gmpi] Re: Parameters / controls / GMPI event system - refreshment
- From: thockin@xxxxxxxxxx
- To: gmpi@xxxxxxxxxxxxx
- Date: Mon, 5 Dec 2005 08:17:35 -0800
On Mon, Dec 05, 2005 at 03:01:22AM -0800, Chris Grigg wrote:
> Tim, the problem has to do with one thing you keep saying without
> supporting:
> >What the plugin chooses to do with *REAL* voices doesn't matter from the
> >host's side. Assume it will do The Right Thing for the patch in question.
> >...
> >And I think the sender owning the decision is wrong - it's dependant on
> >>the patch.
>
> IMO this really is the wrong assumption. The sender -wants- to be in
> control. It's -good- to allow the sender to be in control. The
> sender is, after all, the musician. Ron's right, a given plug may do
> something stooopid like losing the ID on a given note during release,
> but that's just a sign of a lame plug, not a well-designed system.
Whether you call it stoopid or not, it's allowed - that's really my point.
If you take sequence written for a monosynth and route it to a polysynth,
it will work just fine. If you take a sequence written for a polysynth
and route it to a monosynth, you will get a mono performance, not too
surprising. If you have some other style of instrument which has more
finely-tuned (pardon the pun) voice detailing, then you may get a
surpirse.
That's ok and not unexpected.
> The preferred/default plug behavior should be to respect the voice
> allocation hints that the sender provides in the IDs, so therefore to
> get mono performance the sender can re-use the same ID for subsequent
> notes, and to get poly performance the sender can ++ID at each new
> note.
I think we're in agreement, except I am a bit more forgiving about plugins
doing what they want with VPIDs than you. :)
Now, do instrumnets need to provide a preferred voice allocation hint?
(how did we get on this topic? I'm still thinking about plugin structural
enumeration :)
Tim
----------------------------------------------------------------------
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:
