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

> 1. The plug is written so as to allow it.
> 2. The host is written so as to allow it.
> 
> Discussion Point: To guarantee support for simpler hosts (as 
> described in 2. below), the GMPI spec could include a rule that all 
> plugs must always be capable of purely non-in-place processing; in 

I think this is the baseline - all plugs MUST be able to process from buffer
Bin to buffer Bout.  In-place processing is optional at both host and
plugin.

> 3. The process-in-place mapping from a given logical input buffer to 
> the corresponding logical output buffer is unambiguous to the host.

This is the fun part.  The simple case *may* be good enough.  (that being
'any Bin can be used for any Bout', or you're not in-place safe).  It rules
out certain complex possibilities.

The medium-complex case (static mapping of Bins to eligible Bouts) is not
much better, and I think there will be reticence for this.

The most complex case (baton-passing) solves all the problems at a slight
cost (all you detractors have to admit that the cost is *slight* - noise,
really).  I've not given up on this yet.  Not enough opinions have weighed
in, and I haven't been shown wehre it fails - I'm waiting for the light-bulb
from someone.

> 4. The plug graph allows it.

Yes - this is the domain of the host.  If the host wants to use a buffer
more than once simultaneously, it is obviously more complex.  The question
arises 'how did that scenario happen?' and the only answer is host-specific.

----------------------------------------------------------------------
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: http://www.freelists.org/archives/gmpi
Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe

Other related posts: