多かれ少なかれ、サーバーから iOS デバイスにファイルをプッシュする場合は、適応ビットレート ストリーミングも必要です。つまり、スコープは、すべての TS ファイルを追跡する単一の「index.m3u8」ファイルから、アプリケーションでサポートする各ビットレートのインデックス ファイルを追跡するマスター インデックスにまで拡大し、TS ファイルを個別に追跡します。それぞれのビットレートでエンコードされます。
かなりの量の作業ですが、基本的なコツをつかめば、ほとんどが日常的/反復的です。
ストリーミングの詳細については、iOS の観点からのバイブルは常に TN2224である必要があります。Technote の仕様に厳密に従っていることが、ストリーミングと比較して App Store の承認プロセスを通過する最大のチャンスです。
気にしない人もいます (過去 2 か月間でストリーミング アプリを構築し、ルールを順守していないように見える多数のビデオ アプリの HTTP ログを調べました) - Apple が気付く場合もあれば、そうでない場合もあります。場合によっては、プレーヤーが大きすぎて Apple が干渉できないこともあります。
したがって、Apple の精査を受けるアプリの機能の他のすべての側面とそれほど違いはありません。正しい軌道に乗っていることを確認できる方法があるというだけです。
そしてもちろん、純粋に技術的な観点から、@psp1 が述べたように、mediastreamvalidator ツールは、ストリームが全体的な機能の観点からではなくても、そのコアで、HLS 実装に期待されるものと互換性があるかどうかを判断するのに役立ちます。
注:独自のエンコーディング ソリューションを使用することもできます (ffmpeg を使用すると、より多くの制御が可能になるという利点と、設定に時間がかかり、正しく機能するという欠点があります。さらに、最小限のスケールでも話し始めると、他の多くの問題に遭遇します. 技術的な困難な作業がすべて終わったら, それは簡単であることに気付くでしょう. 次に、空想を楽しむためにどのライセンスを取得する必要があるかを実際に把握する必要があります. H.264 エンコーダーを使用し、すべての法的な/手続き上のフープを飛び越えて 1 つを取得します)。
サッカー場を埋めることができる法務/会計チームを持たない開発者にとってより簡単なソリューションは、IMO です。Encoding.com、Zencoder などのエンコーディング サービスをアラカルトまたは月額。プラスは、彼らがすべてのライセンスBSを処理し、単純な「有料」サービスを提供しているだけであることです。これは、クライアント向けのプロジェクトを構築するときにも非常に役立ちます. マイナス面は、Zencoder/Encoding に依存していることです。逆に、サーバーがダウンしているためにエンコード ジョブが丸 1 日失敗した場合や、API が正常に機能しない場合に、期待どおりに動作するか、文書化されています!
とにかく、HLS サーバーを本番環境にプッシュする前に、Grok に到達したすべての要素についてです!