• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
kAudioUnitSubType_MultiChannelMixer seems to apply fade-in: Possibly to prevent?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

kAudioUnitSubType_MultiChannelMixer seems to apply fade-in: Possibly to prevent?


  • Subject: kAudioUnitSubType_MultiChannelMixer seems to apply fade-in: Possibly to prevent?
  • From: Michael Tyson <email@hidden>
  • Date: Sat, 26 Jan 2013 15:10:26 +1100

Hello, 

I just discovered that kAudioUnitSubType_MultiChannelMixer seems to apply an initial ~25ms fade-in, per-input for inputs that have an initial sample value greater than some small, nonzero threshold.

For example, here's the result of mixing two sine waves together, the left channel starting at full +ve amplitude, the right channel starting at the zero crossing:

http://cl.ly/image/34003S1w0T1b

I'm using the mixer to merge two loops, for subsequent looped playback, which presents obvious problems, as there is now a discontinuity at the loop boundary:

http://cl.ly/image/2B0G0A3Y2T2K

Does anyone have any thoughts on how it might be possible to prevent this unwanted fade-in from occurring?

In the absence of any better idea I think I might, as part of the init process, simply pass 256 zero samples or so through the mixer to bypass this mysterious feature, but it'd be interesting to know if there's a better strategy.

Many thanks,
Michael

 _______________________________________________
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

  • Prev by Date: Re: Need help getting started with CoreMidi
  • Next by Date: Re: iPhone hardware assisted AAC > PCM conversion using ExtAudioFileRead
  • Previous by thread: kExtAudioFileError_AsyncWriteBufferOverflow
  • Next by thread: How Can I Determine When a ScheduledAudioFileRegion Has Finished Playing?
  • Index(es):
    • Date
    • Thread