[gmpi] Re: Decision time: 7.2
- From: RonKuper@xxxxxxxxxxxx
- To: gmpi@xxxxxxxxxxxxx
- Date: Wed, 23 Jul 2003 10:01:16 -0400
I like (c) for several reasons.
First, if you want to build a simple in-place plugin, it's still very easy
to do. Process your input buffers when you receive them, and then pass them
right back out.
But if you want to do a copy plugin, it's also fairly easy. Once you've got
all your input buffers, ask the host for an output "delivery" buffer, fill
it, and pass it along.
If we ever want to wrap buffers in some lightweight OOP abstraction -- and I
think we should -- then the buffer "wrapper" could be the "baton". So one
helps the other.
-----Original Message-----
From: Paul Davis [mailto:paul@xxxxxxxxxxxxxxxxxxxxx]
Sent: Wednesday, July 23, 2003 9:49 AM
To: gmpi@xxxxxxxxxxxxx
Subject: [gmpi] Re: Decision time: 7.2
>This could work for me. Who decides whether output pointers are
>different than input pointers? The plugin, by declaring this
>requirement; or the host, just "because"?
i think the idea is that the plugin isn't supposed to care, and the host
uses its infinite wisdom to decide how to set the buffers up.
what did you like about tim's (c) option?
----------------------------------------------------------------------
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
----------------------------------------------------------------------
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:
