什麼協議/標準用於從嵌入式設備流式傳輸圖像

Question

我正在尋找一種流媒體庫/協議，可用於處理能力和內存有限的嵌入式設備。在我的搜索很快碰到rtsp標準，具體而言，我遇到了這個看起來很有前途的https://github.com/ykst/librtsp。是否還有其他圖書館可以推薦？

一般來說，我有一個位圖圖像（拜爾或rgb）的飼料。我希望將此饋送轉換爲可用標準媒體播放器查看的可流式播放。假設我想要定位VLC媒體播放器。儘管符合（無損）壓縮方案會很好，但我不希望對圖像轉換進行任何處理（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等流--->客戶端設備

該方法允許您儘可能簡化嵌入式設備上的處理，並且還可以將流式處理的複雜性移至應變服務器。根據您擁有多少客戶端以及您想要的用戶體驗，流式視頻可能非常複雜，因此使用專用流式服務器通常是最簡單的方法。

它還允許你做任何你可能想在服務器端進行的轉換。

對您的端到端服務的快速評論 - 如果圖片之間的時間相對較長，那麼將簡潔的圖片發送到服務器並讓服務器將其構建到視頻流中可能會更容易再次，驅動程序將盡量減少嵌入式設備必須完成的工作。