オーディオファイルをストリーミングすることと静的にサービスを提供すること

Question

私は、ユーザーがオーディオファイル（aacタイプ）をアップロードできるWebサイトを持っています。ユーザーは、WebブラウザまたはiPhoneやAndroidなどのモバイルデバイスを使用して、オーディオファイルを再生できます。ウェブブラウザでは、最新のHTML5オーディオタグをサポートし、古いブラウザではFlashフォールバックを使用したいと考えています。

最新のブラウザの中にはmp3をネイティブにサポートしていないブラウザや、FireFoxをフラッシュできないブラウザのために、オーディオファイルをWebブラウザに配信するのに最適な形式のmp3があります。ユーザーがaacファイルをアップロードすると、別のバージョンのオーディオファイルをmp3として作成し、これを使用して配信することができます。

これらのオーディオファイルを提供する最良の方法は何ですか？ストリーミングまたは静的に配信していますか？利点や欠点はありますか？多分、柔軟なサーバー技術があります。私はアイスキャストについて知っていますが、私はそれが私の特定のユースケースに合っているとは思いません。

また、それぞれの静的オーディオファイルへのリンクを格納するリレーショナルデータベースがあります。私はHTTPストリーミングを使用したいと思います。適切なプロトコルではありません。最も重要なことは、帯域幅が高価になる可能性があるので、できるだけ効率的にこれをやりたいと思います。

Answer 1

iDevices（iPhone、iPad、iPod）とAndroid搭載の携帯電話でサポートされているストリーミングプロトコルは同じではないと考えてください。 iDevicesはHTTPストリーミングをサポートしていますが、Android携帯電話はRTSPプロトコルのみをサポートしています。

ストリーミングプロトコルを使用して複数のデバイスにサービスを提供する場合は、各タイプ（エンジニア用のセグメンタとウェブサーバ、Android用のRTSPサーバ）にエンコーダ/サーバを使用する必要があると考えます。

私はあなたが多くを改善するとは思っていませんが、HTTPストリーミングを使用すると、複数のファイルを使用する可能性のような利点を得ることができます。ユーザーに応じたオーディオ品質< - >サーバー接続速度。

HTTPストリーミングの実装は非常に安価です。実際には、ffmpegを使ってファイルをエンコードし、Appleが提供する無料のセグメンタを使ってそれを行うことができます。しかし、Android搭載端末では機能しないことに注意してください。