2

最近、RTMP ストリーミングに関する作業を行っています。Flowplayer を使用して、Edgecast ストリーミング サービスと CloudFront ストリーミング サービスを統合しています。

基本的な概念は簡単に理解できますが、さまざまなプロバイダーの形式を理解するのに多くの時間を費やしています。

たとえば、ドキュメントによると、Edgecast を満足させるには、ファイル名を mp4:filename.mp4、flv:filename (.flv 拡張子なし)、mp3:filename (.mp3 拡張子なし) の形式で指定する必要があります。

しかし、CloudFront の場合、mp4:filename.mp4、ファイル名 (flv:prefix なし、.flv 拡張子なし) および mp3:filename (.mp3 拡張子なし) は別の話です。

今日、Edgecast の loadToEdge 関数を使用しようとすると、この形式は人々をさらにイライラさせます。受け入れられる形式は、filename.mp4 (mp4: プレフィックスなし)、filename.flv (flv: プレフィックスなし)、および mp3:filename.mp3 です。

ご覧のとおり、基本的にそこにはロジックがなく、最終的に機能させるには、すべての異なる組み合わせを推測して試す必要があります。

さまざまなプロバイダーがストリーミングをすべてカスタマイズされた方法で実装する理由について誰かが考えているかどうか知りたいですか? それとも、Adobe のせいで統一された形式がないのか、それともサービス プロバイダーが好きなものを使用するかどうかにかかっているだけなのか。

ありがとうございました！

4

1 に答える 1

4

それはすべて実装に関するものです。拡張子も含めURLの形式は関係ありません

類推として、あなたの質問は「なぜ一部の Web サイトの URL が他の Web サイトと異なるのですか?」と尋ねるようなものです。 画像を提供する 2 つの異なるが実行可能な方法の例:

  • http://server.com/question/87/why/65.png
  • http://server.com/image/question?number=87&image=65.

EdgeCast、Amazon などのコーダーがどのようにCDN を実装したかったかがすべてです。よく考えられているかどうかにかかわらず、それにはいくつかの論理があったと確信しています。また、レガシー システム、クライアント、および URL を処理する必要がある場合もあります。

FMS自体とは何の関係もありません。上記のアナロジーのように、URL は提供元の Web サーバーとは何の関係もありません。

于 2012-02-07T07:37:41.787 に答える