埋め込みデバイスからのストリーミングイメージに使用するプロトコル/標準

Question

制限された処理能力とメモリを持つ組み込みデバイスで使用できるストリーミングライブラリ/プロトコルを探しています。私の検索では、すぐにrtsp標準に遭遇し、具体的には私はこれを見つけたhttps://github.com/ykst/librtsp有望に見えます。他の図書館もありますか？

一般に、私はビットマップ画像（bayerまたはrgb）のフィードを持っています。私はこのフィードを標準のメディアプレーヤーで見ることができるストリーム可能な放送に変えたいと思っています。 VLC Media Playerをターゲットにしたいとします。 （無損失の）圧縮方式に準拠させることは良いことですが、私は画像変換（Bayer→YUV）で処理することを好まないでしょう。

これを念頭に置いて、この規格で達成できることがあれば、NALユニット（http://yumichan.net/video-processing/video-compression/introduction-to-h264-nal-unit/）について具体的にh.264/x264の詳細を読んでいます。しかし、私は情報を解釈するための資料に十分な知識がありません。今まで私が読んできたことから、最も簡単なのはおそらくキーフレームに類似した一連のIDRピクチャフレームをエンコードすることでしょう。しかし、私はIDRの画像フレームもブロック内に作成されていると思うし、ビットマップ全体を参照するだけではありません（非圧縮のaviのように）。一般的にはそう

：

私は/私のユースケースに関してでになるはずでしたいくつかのライブラリは何ですか？ rtsp以外にも、より良い/よりシンプルなプロトコルがありますか？ h.264エンコーディングで正しいトラックにいますか？私がいれば、私のイメージをそれぞれのNALユニットに変換するために基本的に何をすべきかの小さな概要を誰かに教えてもらえますか？

Answer 1

一般的に、ビデオに関してはサーバー側で重労働を起こすのが最善です。

一般的なアーキテクチャは、あなたが複数のクライアントがストリームに接続できるようにしたいと仮定すると、次のようになります。

組み込みデバイス---> RTSPストリーム--->ストリーミングSeverを---> HTTP/DASHなどstream --->クライアントデバイス

この方法では、組み込みデバイスの処理をできるだけシンプルに保つことができます。また、ストリーミングの複雑さをひずみサーバに移すこともできます。あなたが持っているクライアントの数とユーザーエクスペリエンスをどのようにしたいかによって、ストリーミングビデオは非常に複雑になる可能性があるため、専用のストリーミングサーバーを使用するのが最も簡単な方法です。

また、サーバー側で行うこともできます。

エンドツーエンドのサービスには1つのクイックコメントがあります。画像間の時間が比較的長い場合は、実際には控えめな画像をサーバーに送信してサーバーにビデオストリーム - ドライバは組み込み機器がしなければならない作業を最小限に抑えることになります。