Re: SDK Available
Re: SDK Available
- Subject: Re: SDK Available
- From: Marc Poirier <email@hidden>
- Date: Tue, 6 May 2003 03:26:40 +0200 (CEST)
On Mon, 5 May 2003, Chris Rogers wrote:
>
>On Mon, 5 May 2003, bakker35 wrote:
>
>
>
>> In the new AUEffectBase.cpp:
>
>>
>
>> // The base class only really supports effects that have the
>
>>same number of
>
>> // channels in and out - so we check here that this is the case
>
>> if ((GetNumberOfChannels() !=
>
>> GetInput(0)->GetStreamFormat().mChannelsPerFrame) ||
>
>> (GetNumberOfChannels() == 0))
>
>>
>
>> Since when is it a feature of AUEffectBase to always have the same number
>
>> of inputs as outputs ? This one made made go back to the older version.
>
>
>
>(Marc Poirier writes) I agree. :) And I guess you must have missed
>
>the thread about this
>
>(AUEffectBase and Stream formats) which is still continuing now:
>
>
AUEffectBase has always implemented its rendering using "kernel"
>
objects (one per channel) so it's always been limited to n -> n
>
processing. For those effects which need more flexibility our approach
>
has been to inherit from AUBase directly. If you look at AUEffectBase,
>
all it really does it a bunch of stuff relating to these
>
AUKernelBase objects
As well as a lot of other things generally useful for any effect (I
already listed all of those things in a message I sent this weekend,
though, so I won't go through it again now).
>
and you would have to override a number of virtual
>
methods anyway,
Not true, only ProcessBufferLists and SupportNumChannels need to be
overridden. AUEffectBase::Initialize could be re-written to support AUs
that override SupportedNumChannels:
http://destroyfx.org/AUEffectBase-MarcPatch.cpp
>
so why not just inherit from AUBase directly for
>
effects which are not n->n rather than completely repurpose the added
>
function in AUEffectBase. In retrospect AUEffectBase may have been
>
poorly named, since it's not really the best base class for all types
>
of effects. Maybe we should have named it AUEffectBaseNtoN or
>
something like that...
Because it has all of the other useful things that any effects need and is
only a hair away from supporting non-N-to-N effects. But I already said
all this stuff in a message a couple of days ago so I'll not repeat
myself, at least not so soon... ;)
http://lists.apple.com/archives/coreaudio-api/2003/May/04/aueffectbaseandstreamfor.txt
Marc
_______________________________________________
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.