中断後にAudioSessionSetActiveが失敗する

Question

中断後にAudioSessionSetActiveが失敗する

私は何週間も実際に何が起こったのか把握しようとしていましたが、なぜ中断後に再生を続けることができないのかわからないので、おそらく皆さんは答えを知っています。 AudioSessionSetActive（TRUE）は、アプリがバックグラウンドで再生され、別のアプリに入っている場合、再アクティブ化中に常に '！cat'を返します。これはkAudioSessionIncompatibleCategoryです。それはうまく動作し、私のアプリで中断したときに再生を続ける。

元のコードは、実際にはすべてのAudioSessionとAudioQueue呼び出しがエラーを意味する場合にはOSStatusを出力するマクロにラップされていますが、読みやすくするために削除しました。また、[self pause]は一時停止をトグルするだけなので、基本的にはupauseでAudioQueueStart（audioQueue、NULL）を呼び出しますが、AudioSessionが失敗した場合は動作しません。

オーディオセッション初期化コード：

AudioSessionInitialize(NULL, NULL, _audioSessionInterruptionListener, self);
UInt32 sessionCategory = kAudioSessionCategory_MediaPlayback;
AudioSessionSetProperty(kAudioSessionProperty_AudioCategory, sizeof(sessionCategory), &sessionCategory);
AudioSessionAddPropertyListener(kAudioSessionProperty_AudioRouteChange, _audioSessionPropertyListener, self);
AudioSessionSetActive(TRUE);

割り込みハンドラのコード：

- (void)handleInterruptionChangeToState:(AudioQueuePropertyID)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");
    }
}

このストリーマーのソースコードは、 https：// bitbucket .org /と/ amaudiostreamer/src/122de41fe6c0/AMAudioStreamer/AMAudioStreamer/Classes/NxAudioStreamer.m が問題を解決するのに役立ちます。

8

追加された 27 10月 2011 〜で 09:06 著者 Andy 編集された 04 11月 2011 〜で 08:01

ビュー: 11

源

6 答え




kAudioSessionEndInterruptionはあなたのコードにヒットすることも、ヒットしないこともあります。あなたのプレイ状態をコントロールする信頼できる方法ではなく、あなたのコードでオーディオセッションをオフにしないでください。 AudioSessionSetActive（FALSE）をコメントアウトするだけで役立ちます。


0

追加された 01 11月 2011 〜で 12:38
著者 Allen



源



私はあなたのポイントを参照してください、それは私に戻るオーディオセッションを取得し、再生を続けるのに役立ちません:(

追加された 04 11月 2011 〜で 07:38, 
著者 Andy, 

源

著者 Vincent Bernier · Answer 1 · 2011-11-04T03:34Z

AudioQueue APIを使用している場合は、いくつかの要因に応じていくつかの追加ステップを実行する必要があります。私はそれをしたことがないので、私は専門家に説明を残します：
Apple DeveloperのWebサイトにその問題に関する正確な情報を記載したビデオがあります。 WWDC 2010セッション412 iPhone OSパート1のオーディオ開発について45分ほどで、そのことについてかなり良い説明があります。

著者 NoAngel · Answer 2 · 2012-12-13T11:19Z

私は問題を抱えていました.Appleの実行中にAlarmが来ると、ユーザーはデバイスの電源ボタンを押すだけでスリープ状態になります。次に、スリープから復帰した後、 AudioSessionSetActive は "このオーディオタイプを使用できません"のようなもので失敗します。私はInterruptedListenerの AudioSessionSetActive（true）の前に audiosession プロパティを追加しようとしましたが、運がありません。最後に私は追加しました

retry(~1000 times :)

ftw）

AudioSessionSetActive(true),

私の問題を解決しました。

著者 DShah · Answer 3 · 2011-10-30T04:57Z

else if if の状態でAudioSessionを次のようにアクティブにしてみてください：

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");

しかし私は、私の場合、何が起こったのかは、私がバックグラウンドにいたときにセッションがないためにうまくいかないと考えています。 Appleの aurioTouchの例を分析してみてください AppDelegate ファイルを調べ、同じ問題を説明する（void）rioInterruptionListener メソッドを分析してみてください。

あなたはオーディオのライブストリーミングを使用していますか？キューの開始の問題が解決された質問の回答をお勧めします私の答えで与えられたエラーを処理することによって。

どちらかがあなたに役立つことを願っています。

著者 saadnib · Answer 4 · 2011-11-04T01:11Z

私はそれが私のために働く方法をいくつか持って、あなたのリスクを試すことができます。

この関数

void _audioSessionInterruptionListener(void *inClientData, UInt32 inInterruptionState)

除去する

[(NxAudioStreamer*)inClientData handleInterruptionChangeToState:inInterruptionState];

no need to call handleInterruptionChangeToState when you can directly handle it in audioSessionInterruptionListener because audioSessionInterruptionListener has inInterruptionState as a parameter. So modify your to 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");
    }
}

著者 jbat100 · Answer 5 · 2011-11-03T11:39Z

> オーディオセッションプログラミングガイドクッキングブックのセクション、コードサンプル（状況に応じて互換性があると思われる） kAudioSessionCategory_MediaPlaybackを使用して）実際には


AudioSessionSetActive(FALSE);

 kAudioSessionBeginInterruption の場合は
AudioSessionSetActive(TRUE);

 kAudioSessionEndInterruption の場合は呼び出します。私は本当にあなたがこれをやるべきだとは思わない。 この投稿この問題も（kAudioSessionIncompatibleCategoryを取得して）説明しているようです。これらの呼び出しを両方ともコメントアウトするとどうなりますか？
フォアグラウンドではなく、バックグラウンドであなたのアプリがミステリーであるときに問題が発生する理由。おそらく[自己ポーズ]（トグルプレイ状態）が呼び出されているように（おそらくNX_STATE_PLAYを使っているような）状態を追跡し、次に2つの異なるメソッド（[セルフポーズ]と[セルフプレイ]）を持つべきです。予期しない回数。

著者 Allen · Answer 6 · 2011-11-01T12:38Z

kAudioSessionEndInterruptionはあなたのコードにヒットすることも、ヒットしないこともあります。あなたのプレイ状態をコントロールする信頼できる方法ではなく、あなたのコードでオーディオセッションをオフにしないでください。 AudioSessionSetActive（FALSE）をコメントアウトするだけで役立ちます。