1

私は、約 500 ～ 600k の小さなオーディオ ファイルが多数あるプロジェクトに取り組んでいます。それから約15Mのオーディオファイルがあります。

15M ファイルは完全にナレーション付きの記事です。小さいものは、記事内の個々の文です。

今後も多くのユーザーと多くの記事が存在する予定です。

私はオーディオ ファイルを比較的高速にロードできるようにしたいと考えています。プリロードやストリーミングなどによってです。基本的に、ユーザーがボタンをクリックすると、オーディオが多かれ少なかれすぐに開始されます。

ここでのオプションは何ですか? レッド5? アイスキャスト？

編集: 可能であればフラッシュを避けたいのですが、それに反対するわけではありません.html5オーディオも好きなだけ使用することはできません.

私はすでにドキュメントのオンロードを実行して、ファイルの get 要求を発行しようとしました。通常、1 ページあたり 15 ～ 20 個あります。(19 個の小さなファイルと 1 つの大きなファイル)。それは私が思っていたほどうまくいかないようです。

待ち時間に関しては、ボタンを押してすぐに再生できるものを探していますが、今のところ、小さなファイルの場合は 2 ～ 3、大きなファイルの場合は 6 ～ 7 と数えることができます。Flashはこれを行うことができますか？

4

2 に答える 2

1

わかりました-それで私はいくつかの調査を行い、競争が何を使用しているかを理解しました

それはこれでした：

http://www.schillmania.com/projects/soundmanager2/

基本的には、これまでにない便利な「preload = true」フラグを設定してhtml5オーディオタグを使用してみてください。それができない場合は、フラッシュにフォールバックしてmp3をプリロードします。

于 2011-05-19T23:48:52.893 に答える
1

ここでは、Icecast などのストリーミング ソリューションは適切ではありません。必要なのは単純な HTTP だけです。

クライアント側でこれらのものをプレイしているものについては言及していません。これをフラッシュで実行している場合、ダウンロードの実行中にプリロードまたは再生するのは比較的簡単です。

オーディオ圧縮には、MP3 を使用する必要があります。スピーチの場合は、低いビットレートで簡単に回避できます。48kbit 44.1kHz モノラルは一般的に許容されます。まともなモバイル接続でも、これは問題なくロードされます。

いずれにせよ、HTTP は進むべき道です。そうすれば、個別のファイルを簡単にリクエストできます。Icecast は、インターネット ラジオなど、しばらくの間実行される単一のストリーム用です。

于 2011-05-19T13:08:21.020 に答える