在 iPhone 上使用 kAudioSessionProperty_OtherMixableAudioShouldDuck

Question

我试图从 iPhone 上的 kAudioSessionProperty_OtherMixableAudioShouldDuck 属性中获得一致的行为，以允许 iPod 音乐混合，但我遇到了麻烦。在我的应用程序开始时，我设置了一个环境类别，如下所示：

-(void) initialize
{
 [[AVAudioSession sharedInstance] setCategory: AVAudioSessionCategoryAmbient error: nil];
}

稍后，当我尝试播放音频时，我使用以下方法设置鸭子属性：

//this will crossfade the audio with the ipod music
- (void) toggleCrossfadeOn:(UInt32)onOff
{
 //crossfade the ipod music
 AudioSessionSetProperty(kAudioSessionProperty_OtherMixableAudioShouldDuck,sizeof(onOff),&onOff);
 AudioSessionSetActive(onOff);
}

我在播放音频之前将其称为传递数字“1”，如下所示：

  [self toggleCrossfadeOn:1];
  [player play];

然后当我的应用程序的音频完成时，使用播放停止回调再次调用 crossfade 方法，传递一个零，如下所示：

-(void) playbackIsStoppingForPlayer:(MQAudioPlayer*)audioPlayer
{
  NSLog(@"Releasing player");
  [audioPlayer release];
  [self toggleCrossfadeOn:0];
}

在我的生产应用程序中，这个确切的代码按预期工作，导致 iPod 在播放我的应用程序的音频之前淡出，然后在播放时淡入音频播放完毕。在我最近开始的一个新项目中，我得到了不同的行为。 iPod 音频逐渐减弱，并且永远不会淡入。在我的制作应用程序中，我使用 AVAudioPlayer，在我的新应用程序中，我编写了一个使用音频队列的自定义音频播放器。有人可以帮助我理解这些差异以及如何正确使用这个 API 吗？

Answer 1

我刚刚发现了问题的一部分。这似乎与时间有关。我相信当我调用将音频混合回来时，我的自定义播放器仍在为音频系统提供信号。如果我在playbackIsStoppingForPlayer方法中设置断点，那么它似乎会按预期工作，因为断点停止执行的时间足够长，足以满足剩余的时间音频完成音频队列的传输。

Answer 2

在我们的一个应用中，我们调用 AudioSessionSetActive(YES)，然后在想要删除闪避时立即调用 AudioSessionSetActive(NO)，以解决此问题。