RE: Using an AU directly
RE: Using an AU directly
- Subject: RE: Using an AU directly
- From: Darrell Gibson <email@hidden>
- Date: Fri, 11 Sep 2009 09:12:05 +0100
- Acceptlanguage: en-US, en-GB
- Importance: normal
- Priority: normal
- Thread-topic: Using an AU directly
Bill,
Thanks for the clarification.
Darrell.
-----Original Message-----
From: William Stewart [mailto:email@hidden]
Sent: 11 September 2009 01:34
To: Darrell Gibson
Cc: email@hidden; philippe wicker
Subject: Re: Using an AU directly
On Sep 10, 2009, at 2:27 AM, Darrell Gibson wrote:
> Bill,
>
> Sorry for the delay in replying (I've been out from the office.)
> Thanks for your very detailed post, which has cleared up a lot of
> confusion and vagueness I had.
>
> Can I just clarify a couple of points with you? Is it possible to
> have an AU that has an input callback AND a connection? If it is
> what would happen in this situation?
An AU has a collection (zero or more) of elements (members) of a given
scope. We call the input and output scopes, buses (input and output
respectively of course). A bus can have any number of channels valid
for a given AU's configuration.
An input bus can only get input from one source, either a callback or
a connection.
It is also expected that only one caller is calling AudioUnitRender -
so, we do not support fan in or fan out types of modalities (mainly
because if every AU had to support this, certain memory optimisations
are not possible). If you want to use a fan in, fan out semantic, we
provide the AUMerger and AUSplitter audio units to do this for you.
Bill
BU - the UK's Number One New University
The Guardian University Guide 2009 & 2010
This email is intended only for the person to whom it is addressed and may contain confidential information. If you have received this email in error, please notify the sender and delete this email, which must not be copied, distributed or disclosed to any other person.
Any views or opinions presented are solely those of the author and do not necessarily represent those of Bournemouth University or its subsidiary companies. Nor can any contract be formed on behalf of the University or its subsidiary companies via email.
_______________________________________________
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