ウェブサイトのユーザー/リスナーにオーディオファイルをストリーミングするための最良の方法は何ですか
サーバーに保存されているオーディオファイルをユーザーにストリーミングする音楽サイトを開発しています。オーディオファイルは、Webページに配置されたフラッシュプレーヤーを介して再生されます。
聞いたところによると、オーディオファイル（サイズが2MBから3MBなど）のストリーミングにはストリーミングメディアサーバーを使用する必要があります。使用する必要がありますか？
http://www.icecast.org のようなストリーミングメディアサーバーソフトウェアをいくつか見つけましたが、それらのドキュメントのように、ラジオ局のストリーミングとライブストリーミングの目的で使用されていますが、オーディオをストリーミングする必要がありますより高速で低サイズ（低帯域幅）で高品質のファイル。
最初にオーディオファイルをエンコードしてからリスナーに送信する必要があり、最後にオーディオファイルを再度デコードする必要があると聞きました。本当？どうやってやるの？特別なWebサーバーを使用する必要がある場合、ファイルをどこでホストする必要がありますか？良いホスティングプロバイダーはありますか？
通常のWebサーバーでオーディオファイルをホストする場合、HTTPまたはTCPを使用してオーディオファイルをユーザー/リスナーに配信しますが、HTTPとTCP =オーディオやビデオファイルのストリーミングなどのマルチメディア目的で使用するのは適切な方法ではなく、HTMLなどの配信に使用されます。オーディオファイルのストリーミングにはRSTPまたはUDPを使用する必要があることがわかりました。何を使用すればよいですか？
.MP3ファイルの品質は他の形式よりもはるかに優れていることは知っていますが、オーディオファイルのサイズも非常に大きくなります。オーディオファイルにはどの形式を使用する必要がありますか？
最高品質のオーディオファイルのほとんどは7MBを超えているので、ソフトウェアを使用して自分で変換することを計画しています。これにより、ある程度の高品質の低サイズのファイルを取得できます。オーディオファイルを変換する場合、ファイルに使用する必要があるのは何ですか[〜＃〜]ビットレート[〜＃〜]？
品質を良好なレベルに保ちながらオーディオファイルを変換するための既知の最高のソフトウェアはありますか？
注**-サイトの最初に複雑な要件は必要ないことはわかっていますが、soundcloud.comで使用されているような最良の方法を知りたいです。
これは、実際にシャウトキャストラジオ局を運営している、オーディオ技術者でありWebデザイナーである誰かからの返信です。以下は、5000時間以上の最新の研究から集められた知識です！
6）
- オーディオソフトウェア？
次のことができるソフトウェアが必要です。
- 他のビットレートとフォーマットに変換する
- すべてのmp3について、オーディオボリュームを同じ「正規化」レベルに正規化します。 （-1 dB）
- 開始時および/または終了時のカットオフ無音。
- 良い音になるようにオーディオを均等化します。
- エフェクトの追加、ミックス...など。
最高の、最も使用されている、非常に堅実で無料の「Audacity」
5）
- 良いビットレート？
ビットレートが高すぎる場合、低速の接続でリスナーは「bufferunderuns」に悩まされます。つまり、オーディオのヒックアップ/短い中断により、接続が（高速に）追いつくことができなくなります。
それが低すぎる場合、品質は良くありません。
最良の選択は128kb/sで、それは良い音で、ほとんどの場合アンダーランを引き起こしません。
ほとんどのプレーヤーやshoutcastプロバイダーが処理できる形式であるため、最適な形式はMp3です。
4分のトラックに平均以上のファイルサイズを使用すると、約4Mbになります。
Mp3 @ 128kb/sが最も人気があるので、shoutcastサーバープロバイダーから最高の価格/品質の取引を得ることができます。
5b）
- オーディオのタグ付け？
あなたはそれを忘れました。
オーディオファイルが「タグ付け」されていることを確認する必要があります。つまり、「アーティスト-タイトル」情報としてプレーヤーに表示される情報は、ファイル名から取得されるのではなく、（iD1/iD3）「タグ」から取得されます。
最高の、最も使用されている、非常に堅実で無料のソフトウェアは次のとおりです。「mp3tag」それは「バルク」も実行できます（一度に1000mp3）
4）
- コーデック？
すべてのプレーヤーが再生できる最も使用されている形式であるため、上記の「Mp3 @ 128kb/s」の形式でファイルをサーバーにアップロードします。
サーバーの出力と同じ形式（上記）でアップロードするようにしてください。これにより、サーバーの（重要な）プロセッサ負荷が低く抑えられます（変換する必要はありません）。
Shoutcastサーバー（または他のストリームサーバー）は、個別のmp3を取得し、それらを1つのリアルタイムストリームに変換します。複数のリスナー（100）に対して複数のストリームを作成します。また、統計情報も提供します（リスナーの数、どこから、現在再生中、以前に再生済み）
リスナーは2つの方法で再生できます。
a-Webサイトに埋め込まれた埋め込みプレーヤーから。 b-または、訪問者がインストールした（スタンドアロン）プレーヤー（Winamp、WindowsMediaPlayer、Realplayer、Quicktime、iTunesなど）でストリームを開くWebサイト上のリンクをクリックすると、スタンドアロンで最高の品質が得られます。より多くの/より良いオーディオコントロール（イコライザー...など）
ベストプラクティスは、埋め込みプレーヤーとシンプルなクリック可能なリンクの両方を提供することです。少なくとも20のラジオ局のWebサイト（プロとアマチュアの両方）をチェックして、その方法を確認してください。
デュアルモード（HTML5/Flash）であるため、現時点で最高の無料の組み込みプレーヤーは「jPlayer」であり、すべてのブラウザーとすべてのモバイルで再生されます。フォーラム、チュートリアルなどで非常によくサポートされています
2）
- ホスティングプロバイダー？
Googleの「Shoutcastストリーミング」または「Shoutcastサーバー」では、そのうちの20個を最高の価格/品質で比較しています... Googleを使用してもう一度調べてください。
「Centova」などの特別なシャウトキャストソフトウェア（Webベース）があり、任意のブラウザから制御したり、ライブストリーミングしたり、スリープ中にサーバーから無人で再生するプレイリストを作成したりできます（「autodj」）。特定の時間/日/ランダムに再生されるような複数のプレイリスト...など。
Autodjプレイリストに基づいてステーション全体を作成できるのは、自分のアップロード接続の中断について心配する必要がなく、自分のPCをシャットオフできるということだけです。
Autodjの場合、少なくとも5 Gbのストレージ（mp3）を備えたshoutcastサービスが必要です。これにより、繰り返しなしで約3〜4日間の音楽が得られます...プレイリストを巧妙な方法で使用し、リスナーが平均して聞くことを考慮に入れます特定の時間に30分から2時間の間、..あなたは彼らがいつも同じトラックを聞いていないことを確認することができます。
自分のコンピューターから（直接またはストリームサーバープロバイダーを介して）「ライブ」（リアルタイム）ブロードキャスト（ストリーミング）を行うことを主張する場合、最も使用されるソフトウェアは「サムブロードキャスター」です。
それはそれです...優れたShoutcastサーバープロバイダーから始めて、次にWebサイトを構築し、ストリームへのクリック可能なリンクを作成します。その後、組み込みプレーヤーを実行します。
まず、あなたのニーズについての私の理解を明確にしましょう。コメントを追加し、これらが間違っている場合は質問で明確にしてください。
- あなたはオーディオを再生するサイトを構築するつもりです
- オーディオは1つの連続したストリームではなく、個々のファイルで構成されます
- あなたのオーディオは一般的に音楽になります
さて、あなたの質問に移りましょう：
（1）オーディオファイルのストリーミングにはストリーミングメディアサーバーを使用する必要があると聞きました（サイズが2MBから3MBなど）。 1つ使用しますか？ （3A）通常のWebサーバーでオーディオファイルをホストする場合、HTTPまたはTCPを使用してユーザー/リスナーへのオーディオファイルですが、HTTPとTCPは、オーディオファイルやビデオファイルのストリーミングなどのマルチメディア目的に使用するのに適した方法ではなく、HTMLなどの配信に使用されます。
ナンセンス。 SHOUTcast/Icecastなどのストリーミングメディアサーバーは、実際には、エンコーダーからのコンテンツを送信する単なるHTTPサーバーです。クライアントはそれとHTTPの違いを知りません。メタデータは、クライアントの要求（特別な要求ヘッダーで作成）でコンテンツストリームにインターリーブされますが、それでもHTTPと互換性があります。
HTTPは、あらゆるタイプのコンテンツを転送するのに適したプロトコルです。ウェブサイトから何かをダウンロードしたことがありますか？それはHTTPであったでしょう。
YouTube、Sound Cloud、Pandora、そして他のほぼすべての人にとって十分であれば、おそらくあなたにとっても十分ですよね？
（3B）オーディオファイルのストリーミングにはRSTPまたはUDPを使用する必要があることがわかりました。何を使用すればよいですか？
TCPは、信頼性の高い伝送を保証する基盤となるネットワークプロトコルです。パケットは適切な順序で受信され、失われたパケットを再送信できるように確認応答されます。これにはいくらかのオーバーヘッドがあります。 UDPが時々使用される理由は、信頼性が低くなるという犠牲を払って、待ち時間が短くなるためです。これはテレフォニー通信には問題ありませんが、サーバーからの大量のオーディオファイルなど、時間に敏感でないメディアには無意味です。実際、破損したパケットが少なすぎると、オーディオプレーヤーはファイルのデコードを停止することが多く、再起動する必要があります。
[〜＃〜] rtsp [〜＃〜] はあなたのニーズに対してはやり過ぎです。メディア制御、オンザフライでのビットレートの変更など、さまざまな機能をサポートしています。これは状況に適していません。おそらく、ライブビデオや長いコンテンツをストリーミングしている場合は、これがより適切です。
（2）最初にオーディオファイルをエンコードしてからリスナーに送信し、最後にオーディオファイルを再度デコードする必要があると聞きました。本当？どうやってやるの？特別なWebサーバーを使用する必要がある場合、ファイルをどこでホストする必要がありますか？良いホスティングプロバイダーはありますか？
クライアントがサポートするオーディオをエンコードするためのコーデックを選択する必要があります。 FlashフォールバックでHTML5を使用すると思います。残念ながら、普遍的にサポートされているコーデックはありません。こちらのチャートをご覧ください： http://html5doctor.com/html5-audio-the-state-of-play/#support
（4）。MP3ファイルの品質は他の形式よりもはるかに優れていることはわかっていますが、オーディオファイルのサイズも非常に大きくなります。オーディオファイルに使用しますか？
ドアであなたの仮定をチェックしてください、あなたはここで非常に間違っています。生のPCMデータはMP3の8倍になることが多いことに注意してください（もちろん、選択したビットレートによって異なります）。いずれの場合も、クライアントとの互換性を最大限に高めるために、AAC、MP3、およびVorbisにエンコードする必要があります。 aacPlusはAACの拡張であり、一般に、比較的低いビットレートでまともな品質のオーディオの標準と見なされています。 AACの128kbitストリームは、MP3の128kbitストリームよりも音質が良くなります。
（5）最高品質のオーディオファイルのほとんどは7 MBを超えているので、ソフトウェアを使用して自分で変換することを計画しています。ある程度の品質のファイルのサイズを設定します。オーディオファイルを変換する場合、ファイルに使用する必要のある適切なビットレートはどれくらいですか？
この質問は非常に主観的です。個人的には、ミュージシャンやオーディオファンとして、オリジナルの品質で音楽を聴くことを好みます。品質がロスレスであるため、音楽ライブラリの圧縮にFLACを使用しています。ニーズに応じて、これは帯域幅を使いすぎます。ほとんどの人は、128kビットのMP3とオリジナルの違いを知りません。多くの「プレミアム」インターネットラジオ局は、128kビットのaacPlusと256kビットのMP3を提供しています。 Pandoraは、通常のユーザー向けに96kbit MP3を、プレミアムユーザー向けに192kbitMP3を提供しています。実験して、あなたとユーザーにとってうまく機能するビットレートのセットを選択してください。
常にオリジナルを保持します。サーバー上にある必要はありませんが、必要です。すでに不可逆圧縮されたファイルを再圧縮すると、追加の品質が失われます。 1つのソースの3つの圧縮バージョンを作成する場合は、元のソースから作成していることを確認してください。
（6）品質を良好なレベルに保ちながらオーディオファイルを変換するための既知の最良のソフトウェアはありますか？
使用が合法である場合は、 [〜＃〜] ffmpeg [〜＃〜] をご覧ください。それはあなたが考えることができるほぼすべてのコーデックを処理することができます。ただし、注意点として、必要なすべてのライセンス料を支払っていることを確認するために、それを調べてください。含まれているコーデックの一部は特許を取得しています。私は弁護士ではありませんが、商業サイトでそれらを使用することの合法性をまだ理解することができていません。私が知っているのは、それが激しく議論されているということだけです。