streaming - RTSP の利点は何ですか?

Question

RTSP を使用して複数のデバイスへのビデオのストリーミングをサポートする利点を探しています。私は持っている：

1. TCP の利点。
2. 多くのインフラストラクチャでサポートされているため、Web で一般的に使用されるプロトコル。
3. Web で一般的に使用されるため、多くのツールとスタック。
4. SSLを使用できます。
5. 幅広いデバイスのサポート (これについては不明)

他のアイデアはありますか？

Answer 1

RTSP には柔軟性が高いという利点がありますが、実装がより複雑になるという代償があります。また、特に 3GPP スタックの一部である携帯電話で広くサポートされている標準でもあります。

あなたのリストポイントに直接答える：

1. RTSP は UDP と TCP を使用できます。一部のクライアントは、トランスポート プロトコルを適切に切り替えます。

2. かなりの数の代替手段があります。オープンソースと商用の両方。商用製品は高価ですが、非常に機能的である傾向があり、オープンソース製品はより柔軟ですが、洗練されていない傾向があります.

3. かなりの数のライブラリがありますが、必要な数の完成したプロジェクトはありません。ほとんどのプロジェクトは安定した状態にありますが、かなり古いものです:

   • MPEG4IP (元々 Cisco によるもの) は、1 年以上開発されていません。
   • DSS は QTSS より遅れることがあります。フォークの話がいくつか出てきましたが、明確なものは何も現れていません
   • VLC は、ストリーミングを含むメディア向けの標準的なスイス アーミー ナイフですが、サーバーは高負荷用に設計されていません。また、VLC を単純なストリーマー クライアントに強制することも非常に困難です。

4. 私の知る限り、DSS は RTSP 接続の SSL をサポートしていません。また、SSL を使用して実際のビデオをストリーミングするのは、遅すぎて実用的ではない可能性があります。

5. RTSP は、VLC、QuickTime Player、mplayer、RealPlayer、およびほとんどの 3G 対応携帯電話でサポートされています (ただし、距離は異なる場合があります)。

ライブラリ サポートと同様にマルチキャストと UDP を使用する利点により、RTSP/RTP は内部アプリケーションにとって非常に価値のあるものになる可能性があります。幅広いサポートにより、幅広いクライアントをサポートする必要があるアプリケーションにも非常に適しています. 複雑さの実際のコストは、携帯電話をサポートする必要のないインターネット ラジオなど、既存のテクノロジとの互換性が不要な外部アプリケーションではそれほど有利ではない場合があります。