[gmpi] Re: Topic 7: Audio packaging
- From: Tim Hockin <thockin@xxxxxxxxxx>
- To: gmpi@xxxxxxxxxxxxx
- Date: Fri, 23 May 2003 17:35:11 -0700 (PDT)
> Actually in my original idea I was saying that for each input buffer,
> you point at (either via a plug-specific index or, I guess, as a
> plain old pointer) the corresponding output buffer that the plug is
> able to process-in-place into. If that input can't process-in-place
> at all, then the value is NULL or -1 or something like that. This
> seems to me a little simpler than using ContextRefID's, where you
> have to run around on a search scanning for the matching
> ContextRefID. Instead, just follow the pointer and you're done. I
> guess if there were some reason why you'd needed to trace a line as
> it passes through several plugs, you might want something more
> constant... but would you really ever need that?
So the stereo-swapper would say I can process in-L into out-R and vice
versa. The process call would then be literally empty.
It is simpler than pushng it's outputs as I was suggesting. Does it solve
all the same cases?
It has the benefit of being a priori for the host. The number and config of
buffers is done before processing. It's no more flexible than my
indirection mis-interpretation of your idea, but it is simpler.
Comments?
----------------------------------------------------------------------
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:
