問題タブ [internet-radio]

jwplayer や video.js など、Icecast からのオーディオ ストリームの再生をサポートし、ストリームで新しいメタデータを受信したときにイベントを発生させることができる Web プレーヤーはありますか?

JWPlayer にはhttp://support.jwplayer.com/customer/portal/articles/1413089-javascript-api-reference#metadataがあります。しかし、Icecast メタデータでは機能しないようです。

私の意図は、メタデータの一部がストリームに導入された正確な瞬間に、クライアントで通知を受けることです。

ありがとう

私はしばらく Javascript プログラミングを行ってきましたが、それは常にデータの更新、保存、操作などに関連していました。

ブラウザー内のオーディオ プレーヤーのようなものがインターネットからオーディオ (特にライブのストリーミング オーディオ) を取得し、コンピューターのスピーカーから再生する方法がわかりません。

これはJavascriptでどのように起こりますか?

たとえば、Web サイトは Javascript を使用してスピーカーにライブ オーディオをどのように配信しますか? http://player.streamtheworld.com/liveplayer.php?callsign=WVIEAM

インターネット ラジオ プレーヤー プログラムを作成する予定ですが、そのためには、音声がどのようにストリーミングされるかを知る必要があります。ウィキペディアで、ストリーミングに UDP プロトコルを使用できることがわかりました。http を使用できることも発見しましたが、それが正しいかどうかはわかりません。

オーディオをストリーミングするために一般的に使用される方法/プロトコルは何ですか? また、インターネット ラジオ局の音声がどのようにストリーミングされているかはどこで確認できますか? ( http://radio17.pl/sluchaj )

完全に正常に動作するラジオアプリを作成しました。ラジオ ストリームを再生し、メタデータも取得できます。ストリーミング サービスは、shoutcast によるものです。

唯一の問題は、URL をデータ ソースとしてメディア プレーヤーに追加し、タイトルとアーティストを 5 秒ごとに取得していることです。

1 つの HTTP リクエストを作成して、オーディオとメタデータを分割し、メディア プレーヤーに送信する方法はありますか?

メタデータを取得するためのコード。

そして、URLをメディアプレーヤーのデータソースに渡します

これらすべての違いは何ですか？そして、それらの意味は何ですか？

1. /;stream.mp3[正確には何をします; /スラッシュの後のセミコロンは?]

2. また、 を外しstream.mp3てスラッシュの後にセミコロンだけを残す/;場合と、`stream.mp3 を付けたままにしておく場合の違いは何ですか?

3. /stream[どうしてこれは しかないstreamのですか、それだけです。[スラッシュの;後にセミコロンがなく、 ?もありません。/stream.mp3

4. 1 つのストリームがセミコロンなしで動作できるのはなぜですか? また、なぜ 1 つのストリームにセミコロンが必要なのですか?

5. http://91.223.18.205:8000/c11_4??[icecast]末尾にクエスチョン マークが付いているのはなぜですか[それは何を意味するのですか?]

HTML5 の AUDIO タグを使用して Icecast ストリームを再生することはできますか? 私が使用している構文は、私が混乱している Icecast ではなく、ShoutCast で十分に満足しているようです。また、Icecast ストリームの特定の URL を参照すると、ブラウザ ウィンドウに自動的にプレーヤーが表示されます (最後の例を参照)。

ShoutCast の動作例。

動作しない Icecast の例。

ブラウザでプレーヤーを自動的に開く Icecast ストリーム URL。

ショートストーリー：

自分のアプリケーションで処理された Shoutcast 互換のオーディオ ストリームを受信して​​送信する場合、mp3 (de/en) コーダー ライブラリを使用して適切に行うにはどうすればよいですか? 疑似コード、またはそれ以上 - 不十分な mp3 固有のコードは高く評価されます。

長い話：

私を悩ませているより具体的な質問は、 mp3 に関する記事によって引き起こされました。

通常、フレームは独立したアイテムです。各フレームには、独自のヘッダーとオーディオ情報があります。ファイルヘッダーはありません。したがって、MPEG ファイルの任意の部分を切り取って正しく再生できます (これはフレーム境界で行う必要がありますが、ほとんどのアプリケーションは不適切なヘッダーを処理します)。レイヤ III の場合、これは 100% 正しいわけではありません。MPEG バージョン 1 レイヤー III ファイルの内部データ編成により、フレームは相互に依存していることが多く、そのように切り離すことはできません。

これにより、Shoutcast サーバーとクライアントがフレーム ヘッダーとフレームの依存関係をどのように処理するのか疑問に思いました。

ほとんどの Shoutcast プレーヤーとの互換性を最大限に高めたい場合、固定ビットレート (CBR) にのみエンコードする必要がありますか?

mp3 フレーム ヘッダーがまったく使用されているのか、それともストリーム形式が Shoutcast プロトコル固有の HTTP ヘッダーから推測されているのか?

Shoutcast プロトコルは、フレーム境界で mp3 ストリームの提供を開始し、フレーム境界で切断されたチャンクで応答し続けることを保証しますか (または一般的な良い慣行ですか)? しかし、ライブ オーディオをストリーミングするための mp3 フレームの最小サイズまたは推奨サイズは?

Shoutcast はフレームの依存関係をどのように処理しますか? 提供されたストリームに前のフレームに依存するフレームがないことを保証するために、mp3 エンコーディングで何か特別なことを行いますか (これが可能であれば)? それとも、サーバー側/クライアント側でこれらの依存関係を無視しているため、音質が低下したり、アーティファクトが発生したりする可能性がありますか?

私は Android 開発の初心者です。Shoutcast Serverからメタデータを取得したいのですが、streamscraperが最も使いやすいことがわかりました。しかし、私の問題は、それを使用する方法がわからないことです。ホームページ自体には、使用方法のようなものしか表示されていません。

どこでも検索しましたが、これを使用する方法のプロジェクトサンプルは見つかりませんでした。使用方法のコードを投稿するか、チュートリアルを作成していただければ幸いです。