Re: iphone multichannel mixer clipping algorithm really just saturate?
Re: iphone multichannel mixer clipping algorithm really just saturate?
- Subject: Re: iphone multichannel mixer clipping algorithm really just saturate?
- From: Seth Delackner <email@hidden>
- Date: Fri, 19 Mar 2010 12:52:11 +0900
In case anyone was curious, I looked at the actual data produced by
the mixer and indeed, the multichannel mixer is just doing clipping.
The way I had it configured was simply avoiding clipping.
On Thu, Mar 18, 2010 at 7:14 PM, Seth Delackner <email@hidden> wrote:
> Doug Wyatt wrote back in January:
>
>> AUMultiChannelMixer saturates. It's used when you play two AVAudioPlayers, and it's presumably what you would use in your own graph.
>
> Maybe I am misunderstanding 'saturate', but you mean say, for a
> multichannel mixer with several 16bit integer format canonical input
> busses, just checking if values are > 32767 / < -32768 and if so
> clipping to those values?
>
> Because if I apply input rendering callbacks to a mixer and feed it
> sound files on 6 different busses, depending on the mixer to mix, I
> get very clean sounding output.
>
> Yet if I instead feed all 6 files into one bus, summing the sound file
> values into a 32bit int and then clipping the final value before
> stuffing it into the output buffer, clipped output is staticky.
>
_______________________________________________
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