AudioSessionSetActive не работает после прерывания

Если вы используете AudioQueue API, вам необходимо выполнить некоторые дополнительные действия, которые зависят от некоторых факторов. Я никогда этого не делал, поэтому оставлю объяснение эксперту:
на веб-сайте Apple Developer есть видео по этой теме, в котором освещается именно эта проблема. WWDC 2010 session 412 Audio Development for iPhone OS part 1 Примерно на 45-й минуте у вас есть довольно хорошее объяснение по этому поводу.

У меня была проблема: когда во время запуска приложения приходит сигнал тревоги, пользователь просто нажимает кнопку питания устройства, чтобы оно перешло в спящий режим. Затем, после выхода из спящего режима, мой AudioSessionSetActive не работает с чем-то вроде «this audiosession type can't be used». Я попытался добавить свойство set audiosession перед AudioSessionSetActive(true) в Interruptionlistener, но безуспешно. Наконец я добавил

retry(~1000 times :) 

ftw)

AudioSessionSetActive(true), 

и это решило мою проблему.

Попробуйте активировать AudioSession в условии else if следующим образом:

AVAudioSession *session = [AVAudioSession sharedInstance];
NSError *error = nil;

[session setCategory: AVAudioSessionCategoryPlayback error: &error];
if (error != nil)
    NSLog(@"Failed to set category on AVAudioSession");

// AudioSession and AVAudioSession calls can be used interchangeably
OSStatus result = AudioSessionAddPropertyListener(kAudioSessionProperty_AudioRouteChange, RouteChangeListener, self);
if (result) NSLog(@"Could not add property listener! %d\n", result);

BOOL active = [session setActive: YES error: nil];
if (!active)
    NSLog(@"Failed to set category on AVAudioSession");

Но я считаю, что это может не сработать, потому что в моем случае то, что произошло, произошло, когда я был в фоновом режиме, у него не было сеанса. Но попробуйте проанализировать пример aurioTouch Apple. и просматривайте только AppDelegate файл и попробуйте проанализировать (void)rioInterruptionListener метод, который объясняет ту же проблему.

Вы используете потоковое аудио в реальном времени? тогда я бы порекомендовал вам пройти мой вопрос-ответ, где решена проблема запуска очереди обработав ошибку, как указано в моем ответе.

Надеюсь, что это может быть вам полезно.

kAudioSessionEndInterruption может или не может поразить ваш код, это ненадежный способ контролировать ваши состояния воспроизведения, просто не выключайте аудиосеанс в вашем коде, он возобновит сеанс, как только он снова сможет получить контроль, в вашем случае, просто закомментируйте, что AudioSessionSetActive (FALSE) вам поможет.

Если вы посмотрите на Listing 7-16 An interruption listener callback function в раздел кулинарной книги Руководства по программированию аудиосеансов, образец кода (который, кажется, совместим с вашей ситуацией, используя kAudioSessionCategory_MediaPlayback) фактически не выполняет

AudioSessionSetActive(FALSE);

вызов в случае kAudioSessionBeginInterruption, и

AudioSessionSetActive(TRUE);

вызов в случае kAudioSessionEndInterruption. Я действительно не думаю, что тебе следует это делать. Этот пост похоже, также иллюстрирует эту проблему (получение kAudioSessionIncompatibleCategory). Что будет, если закомментировать оба этих звонка?

Причина, по которой проблема возникает, когда ваше приложение работает в фоновом режиме, а не на переднем плане, остается загадкой. Возможно, вам следует отслеживать состояние (как вы, кажется, делаете с NX_STATE_PLAY), а затем использовать два разных метода ([самопауза] и [самовоспроизведение]), поскольку, возможно, [самопауза] (переключение состояния воспроизведения) называется неожиданное количество раз.

У меня кое-как работает, можете попробовать на свой страх и риск.

В функции

void _audioSessionInterruptionListener(void *inClientData, UInt32 inInterruptionState)

Удалить

[(NxAudioStreamer*)inClientData handleInterruptionChangeToState:inInterruptionState];

нет необходимости вызывать handleInterruptionChangeToState, если вы можете напрямую обрабатывать его в audioSessionInterruptionListener, потому что audioSessionInterruptionListener имеет inInterruptionState в качестве параметра. Так что измените свой на audioSessionInterruptionListener

void _audioSessionInterruptionListener(void *inClientData, UInt32 inInterruptionState)
{
    if(inInterruptionState == kAudioSessionBeginInterruption)
    {

        NSLog(@"+Interruption"); 

        if(self.state == NX_STATE_PLAY) 
        {
            [self pause];
            AudioSessionSetActive(FALSE);

            isPausedByInterruption = YES;
        }
    }
    else if(inInterruptionState == kAudioSessionEndInterruption) 
    {
        if(isPausedByInterruption) 
        {
            AudioSessionSetActive(TRUE);
            [self pause];

            isPausedByInterruption = FALSE;
        }

        NSLog(@"-Interruption");
    }
}