UIBackgroundModesが原因でアプリが拒否されました
アプリはバックグラウンドモードを使用していますが、そのモードを永続的に実行する必要がある機能が含まれていないことがわかりました。この動作は、AppStoreレビューガイドラインに準拠していません。
アプリがInfo.plistのUIBackgroundModesキーで音声のサポートを宣言しているのに気づきましたが、アプリケーションがバックグラウンドにある場合、音声コンテンツは再生されません。この機能を提供することを意図していた可能性がありますが、レビューの時点では、アプリのバックグラウンドオーディオを再生できませんでした。
IOSアプリケーションプログラミングガイドに示されているように：
「このキーは、音楽プレーヤーやストリーミングオーディオアプリケーションなど、バックグラウンドでユーザーに音声コンテンツを提供するアプリケーションで使用することを目的としています。」
したがって、アプリがバックグラウンドにあるときにユーザーに音声コンテンツを提供するか、UIBackgroundModesキーから「オーディオ」設定を削除することが適切です。
個別のコードレベルの質問については、Apple開発者テクニカルサポートに相談することをお勧めします。必ず次のことを行ってください。
- 拒否の問題の完全な詳細を含める
- DTSエンジニアがフォローアップするときの問題を再現するために、記号化されたクラッシュログ、スクリーンショット、および手順を準備します。
クラッシュログを記号化して読み取る方法については、テクニカルノートTN2151 iPhoneOSアプリケーションのクラッシュレポートの理解と分析を参照してください。
この問題の再現に問題がある場合は、「 Xcodeのアーカイブ機能を使用したワークフローのテスト "」で説明されているようにワークフローをテストしてみてください。
だからここに私の問題/質問があります：
解像度センターでは、最初にビデオを開始する必要があることを伝えました。そうしないと、バックグラウンドモードでのオーディオ再生が明らかに行われず、実際に機能するスクリーンショットも送信されます。
彼らは実際に私に答えるのですか？私は約1時間前に上記を書きましたが、それでも答えがありません
アプリを再送信してさらに7日間待つ必要がありますか、それともアプリを承認できますか？
exact同じ問題と拒否の理由がありました。
私がしたことは、テクニカルQ＆A 1668、「AV Foundationを使用してバックグラウンドでメディアを再生する」（通常は ここ ですが、現時点ではありません）を引用して控訴し、UIBackgroundModesオーディオキーは、AirPlayを介して、またはAVPlayerレイヤーをAVPlayerからデタッチすることにより、ローカルデバイスでバックグラウンドでビデオを再生するために使用できます。
約1週間後、私の申し立てが承認され、アプリがストアに送信されました。 Appleからこれについて明確な回答を受け取ったことはありません。しかし、承認は重要な部分だったと思います。
//編集：数週間前にApple明示的なビデオバックグラウンドモードを要求してレーダーを提出しました。それを複製したい場合は、 OpenRadar になりました。
あなたはアプリを再提出する必要はありません、彼らはあなたに応答します。
https://developer.Apple.com/appstore/contact/appreviewboard/index.html
このリンクをクリックすると、異議申し立てプロセスのフォームにアクセスできますが、投稿の情報に基づいて既にこれを行っていると思います。迅速なレビューが必要だと思われる場合は、そのためのリンクもあります。あなたはただあなたの主張をする必要があります、あなたのアプリがガイドラインを満たさない理由について彼らが作るすべての点に対処するために非常に注意するようにしてください。
同じ問題が発生し、UIBackgroundModesキーを使用してAirplay経由でバックグラウンドでビデオを再生していました。 T echnical Q＆A 1668 ですが、このように明確に言及されています
重要：UIBackgroundModesオーディオキーを使用すると、アプリはAirPlayを使用してバックグラウンドでメディアコンテンツをストリーミングすることもできます（ビデオメディアに関する特別な考慮事項も参照）。