2012-01-24 7 views
2

最近、私は、Flowplayerを使ってEdgecast StreamingサービスとCloudFront Streamingサービスを統合するRTMPストリーミングに関するいくつかの作業を行っています。なぜRTMPストリーミングプロトコルのURLパスが違うのですか?

基本的なコンセプトは簡単ですが、さまざまなプロバイダのフォーマットによって、実際にはわかりやすく多くの時間が無駄になります。

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

CloudFrontでは、mp4:filename.mp4、filename(flv:接頭辞なし、.flv拡張子なし)、mp3:filename(.mp3拡張子なし)とは別の話です。

今日、私はEdgecastのloadToEdge関数を使用しようとすると、ファイル名.mp4(mp4:接頭辞なし)、filename.flv(flv:接頭辞なし)、mp3:filenameという形式を使用すると、 mp3。

ご覧のとおり、基本的にロジックはありません。最終的には、さまざまな組み合わせを試して試してみる必要があります。

なぜ、さまざまなプロバイダーがすべてのカスタマイズされた方法でストリーミングを実装しているのか、誰か知りたいのですが?あるいは、アドビの過ちは統一された形式を持っていないか、サービスプロバイダが好きなものを使用するだけです。

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

+1

これはRTMPプロトコルとは関係ありません。 CloudFrontとEdgeCastのコンベンション。 – ciphor

+0

@ciphorありがとう、私はこの質問を提起した理由だと思います。私はそれがさまざまなプロバイダのコンベンションだと理解していますが、私が理解していないのは、なぜこのような大会で、特にmp3:、mp4 :, flv:プレフィックスがあるのか​​です。私はこれらのプレフィックスを追加することによって直接的な利益は得られません。単純に単純なURLを使用するのはなぜですか?この場合、カスタマイズされたURLはなくなりますが、すべて一様なアドレスを持ちます。 –

答えて

4

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

類似点として、「他のウェブサイトとは異なるURLを持つ理由は何ですか?画像をサービング二つの異なるまだ生存可能な方法の例:

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

これは、すべてのEdgeCast、アマゾンでコーダー、が自分のCDNを実装したかったかについてです。私はそれにいくつかの論理があったと確信しています。おそらく、レガシーシステム、クライアント、URLを処理する必要がある人もいます。

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

+0

これは、開発者の前後で十分な検討がなされていない一部の開発者の決定によるものかもしれないと私は理解しています。また、レガシーシステムと関係があるかもしれません。この質問はおそらくそれらによってのみ答えることができます。 –

関連する問題