[gmpi] Re: Topic 7: Audio packaging, Process-In-Place

  • From: Bill Gardner <billg@xxxxxxxxxxxx>
  • To: gmpi@xxxxxxxxxxxxx
  • Date: Thu, 29 May 2003 19:25:24 -0400

At 09:31 AM 5/29/03 -0700, you wrote:

> On Thu, May 29, 2003 at 12:27:02 -0700, Tim Hockin wrote:
> > > The plugin does not know the criteria for optimisation, so it can't decide
> > > when it should do inplace and when not.
> >
> > That's bass-ackwards to me. Only the plugin knows what it can optimize.
>
> No, because the actual optimisation is to save a buffer copy, and only hte
> host knows when and how thats possible.

So, indulge me, please. If the optimized plugin follows one simple rule,

The host graph has a Y where the same input buffer feeds two plugs. If the host doesn't know whether the plugs will run in-place or not, it has to make a buffer copy prior to running either plug. If it does know, it can safely run the not-in-place plug first (and thus let the plug make the copy), and later run the in-place plug.

I'm realizing that Tim's method is still OK for optimization, provided the plugs tell the host whether they will run in-place or not.

Bill


----------------------------------------------------------------------
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:

  1. Home
  2. gmpi
  3. Archive
  4. 05-2003