Re: small buffer size
Re: small buffer size
- Subject: Re: small buffer size
- From: "Mark's Studio" <email@hidden>
- Date: Mon, 17 May 2004 09:31:00 +0200
The AU is visualizing the audio (no change to the audio), and i use the
rate of the callback to update the display so i need a very small
buffer for it to look right.
So if i have to use the size provided by the host, I would like to know
how i can split it up.
OSStatus
SampleEffectUnit::ProcessBufferLists(AudioUnitRenderActionFlags &
ioActionFlags,
const AudioBufferList & inBuffer, AudioBufferList &
outBuffer,
UInt32 inFramesToProcess)
{
for(i = 0; i < inFramesToProcess; i += 32){
myOwnProcess(32Frames);
}
}
if i do something like this how do i get the right pause between the
call's to myOwnProcess?
The actual display object is in Cocoa, so if i used a NSThread to split
up the buffer and do the display,
how would i sync it to the callback rate?
Any suggestions?
On 16/5-2004, at 22:35, David Duncan wrote:
>
On May 16, 2004, at 10:43 AM, Mark's Studio wrote:
>
>
> So it's all ways the host that decides the buffer size (unless it's
>
> friendly),
>
> a lot of the hosts i've tried gives me the size if i use
>
> SetMaxFramesPerSlice(32);
>
>
Then your lucky with your hosts. There is no reason why a host
>
wouldn't choose to process more than 512 samples per slice either, and
>
your AU should be prepared.
>
>
> i tried to split up the buffer but i could not get the timing right
>
> without blocking, so i did it the other way around
>
> asking for the smallest buffer i needed.
>
>
>
> are there any examples of splitting up the buffer and have the right
>
> timing?
>
>
What are you trying to do that requires you to keep accurate timing?
>
What your doing will go a long way to us being able to help you.
>
--
>
Reality is what, when you stop believing in it, doesn't go away.
>
Failure is not an option. It is a privilege reserved for those who try.
>
>
David Duncan
>
_______________________________________________
>
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.
>
>
Peter Mark
Mark's Recording Studio A/S
Lundeskovsvej 3
2900 Hellerup
Denmark
Tel: +45 35366078 Fax: +45 35366038
www.marks-studio.dk
email@hidden
_______________________________________________
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.