RE: Re: AudioUnitV3 effect and "maximumFramesToRender"
RE: Re: AudioUnitV3 effect and "maximumFramesToRender"
- Subject: RE: Re: AudioUnitV3 effect and "maximumFramesToRender"
- From: Waverly Edwards <email@hidden>
- Date: Fri, 14 Dec 2018 19:58:43 +0000
- Thread-topic: Re: AudioUnitV3 effect and "maximumFramesToRender"
>> That is the only reason I can think of that the host might need to change it
>> to 512 from 256. (Why are you using such a small size, by the way?)
I have some processes that are synched to time/frames. I am guaranteed to be
perfectly synched if I utilize the render blocks. This also reduces my latency
and amount of data to process at time.
From: Coreaudio-api
[mailto:coreaudio-api-bounces+wedwards=email@hidden] On Behalf Of
Howard Moon
Sent: Friday, December 14, 2018 1:33 PM
To: email@hidden
Subject: Re: Re: AudioUnitV3 effect and "maximumFramesToRender"
The "host" is the DAW, the application in which your plug-in is loaded, such as
Logic or GarageBand.
Just a guess, but if you have set your maximum to 256 but the host still gives
you 512, then perhaps you are using audio hardware that is set to 512? That is
the only reason I can think of that the host might need to change it to 512
from 256. (Why are you using such a small size, by the way?)
On Fri, Dec 14, 2018 at 10:26 AM Waverly Edwards
<email@hidden<mailto:email@hidden>> wrote:
>> The host determines how many frames are pulled.
How is the “host” defined. I thought the host was defined as my application or
audio unit.
It would seem to me, if the host and the system were synonymous, it would be
more clear to just say “system” instead of host.
>> This can differ for each call.
I can accept it, since your source is not always going to be a multiple of the
buffer length, so you’re bound to a shortage but that’s the only case that
comes to mind.
>> This variable is just to tell the host what the maximum number is that can
>> be processed at a time.
I’m struggling with this idea because I have set the maximum value to 256 and
the number of frames pulled is 512. If I set the maximum value to 1024 and I
get 512, I’m not happy at all but that’s understandable based on this
definition.
Is there an alternative way to make the number of frames pulled a constant
value?
From: Bram Bos [mailto:email@hidden<mailto:email@hidden>]
Sent: Friday, December 14, 2018 12:06 PM
To: email@hidden<mailto:email@hidden>
Cc: email@hidden<mailto:email@hidden>
Subject: Re: AudioUnitV3 effect and "maximumFramesToRender"
The host determines how many frames are pulled. This can differ for each call.
This variable is just to tell the host what the maximum number is that can be
processed at a time.
On 14 Dec 2018, at 17:48, Waverly Edwards
<email@hidden<mailto:email@hidden>> wrote:
init(componentDescription: AudioComponentDescription,options:
AudioComponentInstantiationOptions = [])
I created an AudioUnitV3 effect and I set the variable "maximumFramesToRender"
within the above method. The effect does work but the system overwrites this
value with 512 frames, leaving me with no way to alter how many frames are
pulled.
https://developer.apple.com/documentation/audiotoolbox/auaudiounit/1387654-maximumframestorender<https://developer.apple.com/documentation/audiotoolbox/auaudiounit/1387654-maximumframestorender>
The documentation states you must be set before resources are allocated and I
do so in my init. What else must I do in order to change how many frames are
pulled in a single cycle.
Does anyone have advice on this matter.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list
(email@hidden<mailto:email@hidden>)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden<mailto:email@hidden>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list
(email@hidden<mailto:email@hidden>)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden<mailto:email@hidden>
_______________________________________________
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