RE: (no subject)
RE: (no subject)
- Subject: RE: (no subject)
- From: john smith <email@hidden>
- Date: Sun, 21 Jun 2009 16:38:25 +0200
- Importance: Normal
For those who may care:
I realized that the below problem is due to what I would consider a bug in the AU SDK (or Logic Audio?).
When AUEffectBase is set to use inplace processing, it uses the input buffers as output buffers also, but when running Logic Audio sometimes both input buffers are identical, i.e. has the same pointer. This is also true for a stereo->stereo plug-in.
This means that the output buffers also has the same pointers, and as a result a stereo output is destroyed.
Anyway, the problem is solved now, simply by disabling inplace processing.
Michael Olsen
PhonoXone
Hi,
I'm working on a plug-in which is stereo->stereo only, and we have a problem in Logic.
When the plug-in is placed on a stereo aux, and a track (with pan set in the middle) is sending to this aux, the plug-in receives 2 identical pointers to place the output into.
That is, in ProcessBufferLists I do this:
AudioBuffer* destBuffer = outBuffer.mBuffers;
and then later this:
destBuffer++;
Both before and after the line with ++, (Float32*)destBuffer->mData yields the same result. So, naturally when my algo writes into its "stereo" buffer, the result is actually only 1 of the channels.
Please note that outBuffer.mNumberBuffers is 2.
Does anyone has any idea why this is happening? For what it's worth, the input buffers are identical too, but that's probably because they're coming from an input channel with pan set in the middle.
It's probably worth noting that when pan is not in the middle, everything seems to work.
Thanks,
Michael Olsen
PhonoXone
See all the ways you can stay connected to friends and family
What can you do with the new Windows Live? Find out
|
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden