I agree with Steve here. I don't think that the plugin should be
deciding whether or not its current instance is in-place or copy-to.
This is a decision that only the host can make, because it knows the
context of the graph.
Steve Harris wrote:
On Wed, Jul 23, 2003 at 10:01:16AM -0400, RonKuper@xxxxxxxxxxxx wrote:
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.
OK, I now see why you want this, it does make some things simpler, the extra difficulty is that you might require the host to provide more buffers at runtime. Is there a restriction that those buffers have to be requested during some initialisation phase? Or can they be requested anytime?
Is the init protocol something like:
1. host tells plugin where its inputs are 2. plugin (optionally) requests some buffers 3. plugin tells host where its outputs are
I'm not sure if the occasional code path simplicity win of (c) beats the allover design simplicity of (a).
- Steve
---------------------------------------------------------------------- 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
-- 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