Re: Transport start/stop for Effect Units needed
Re: Transport start/stop for Effect Units needed
- Subject: Re: Transport start/stop for Effect Units needed
- From: Howard Moon <email@hidden>
- Date: Wed, 14 May 2003 11:24:43 -0700
That's exactly how the program *used* to work, but that doesn't work
in, for example, Cubase SX under OSX, when you've got a dual-processor
machine. In that case, the sample position only changes every *other*
time the process/processReplacing call is made, so we had to change to
use the transport state (which Steinberg said was the correct method,
anyway).
Unfortunately, that does not work when using the FXpansion AU wrapper,
because the transport state is not known. I would think that the
transport state ought to be available, but the doc's say it's only for
an Output unit, which we don't get with the wrapper product.
Thanks anyway...
Howard
On Wednesday, May 14, 2003, at 11:04 AM, Chris Reed wrote:
Couldn't you use the current host time and beat location callback to
determine if playback is progressing? If the current location doesn't
change, or the host returns an error for that call, then you can
assume the transport is stopped.
I haven't tried this, but it seems like it should work...
-chris
On Wednesday, May 14, 2003, at 09:25 US/Central, Howard Moon wrote:
Hi...
this is directed to Apple:
we have a plug-in that is an effect unit, but in order to make it
work properly we need to know when the transport starts and stops.
Unfortunately, that info is only available for Output Units. Why???
It limits the effect units for no reason that's apparent to us. At
this time, we can't make an Output unit out of our plug-in, because
we are using FXpansion's product to wrap our VST plug-in as an
AudioUint, and that creates only Effect units.
Is there any chance that this could be changed, or do we need to ask
FXpansion to allow the creation of Output units? And, if we do that,
will it remove any of the abilities we get being an Effect unit?
Thanks,
Howard
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.