Re: Format mismatch
Re: Format mismatch
- Subject: Re: Format mismatch
- From: "Mark's Studio" <email@hidden>
- Date: Mon, 4 Oct 2004 20:46:14 +0200
I am already using a sort of buffering, but it's not changing the outBuffer so the latency should not be an issue.
But i have to change it to a ringbuffer, can i use the one from the ComplexPlayThru example?
And how do i get the inTimeStamp when i use ProcessBufferList()?
On 4/10-2004, at 18:22, kelly jacklin wrote:
On Oct 4, 2004, at 9:12 AM, kelly jacklin wrote:
The way this is typically handled is for the altivec code to run through loops for the altivec-grained (or even greater, if your processing is unrolled) part of the buffer, and then run through a scalar version for the remaining samples. Buffering the data would involve artificially introducing latency into your AU (which you must report correctly, for hosts to be able to compensate properly for the latency you are imposing)...
And in case this wasn't clear, these are two different points... You do not need to buffer if you handle the loop in two phases as mentioned (altivec first, then the trailing samples).
If, instead, you decided to take the route of buffering samples, then you would need to report the latency that you are imposing by doing so.
kelly
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
_______________________________________________
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