0

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

いくつかの調査を行ったところ、mp3 は Web ブラウザーにオーディオ ファイルを提供するのに最適な形式のように見えます。一部の最近のブラウザーは mp3 をネイティブにサポートしており、そうでないブラウザー (FireFox) はフラッシュにフォールバックできるためです。ユーザーが aac ファイルをアップロードしたら、別のバージョンのオーディオ ファイルを提供に使用できる mp3 として作成します。

これらのオーディオ ファイルを提供する最善の方法は何ですか? ストリーミングまたは静的配信? メリットやデメリットはありますか？おそらく、柔軟なサーバー技術があります。私はicecastについて知っていますが、それが私の特定のユースケースに合っているとは思いません.

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

4

1 に答える 1

0

iDevices (iPhone、iPad、iPod) と Android フォンでサポートされているストリーミング プロトコルは同じではないと考えてください。iDevice は HTTP ストリーミングをサポートしていますが、Android フォンは RTSP プロトコルのみをサポートしています。

そのため、ストリーミング プロトコルを使用して複数のデバイスにサービスを提供する場合は、タイプごとにエンコーダー/サーバーを使用する必要があると考えてください (iDevice の場合はセグメンターと Web サーバー、Android の場合は RTSP サーバー)。

効率の面ではあまり改善されるとは思いませんが、HTTP ストリーミングを使用すると、マルチビットレート ファイルを使用できるなどの利点が得られます。これにより、同じオーディオの異なるエンコード バージョンを提供して、状況に応じて異なるオーディオ品質を提供できます。ユーザー <-> サーバー接続速度。

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

于 2010-12-04T09:54:19.260 に答える