常見的主碼流、子碼流是的位元速率大概是多少？
安防領域，如果是H264的攝像機，一般主碼流是4Mbps,子碼流一般是1M，2M，甚至512K的都有。這些都是可設定的。如果是265編碼的攝像機，可能主碼流一般是2Mbps，子碼流是1Mbps.
bps的概念不是位元組，而是位的概念。
需要注意的是，即便是2M的主碼流，可能觀察碼流時看起來沒那麼大哦。這個就得提I幀，B幀，P幀等概念，需要您再深入瞭解哦。我們簡單的說，畫面越是涉及人型，尤其是變化很大，譬如十字路口，這時候實時碼流就很大。如果畫面變動不大或者風景相關的畫面，那麼碼流就很小了。
一臺伺服器，要怎麼樣的配置才能接入更多影片呢？
很遺憾，首先說明，一臺伺服器接入更多影片，最重要的就是頻寬。譬如在網際網路上有100M的頻寬，2M碼流的攝像機，大概併發50路，這個很好算，如果只是接入，那可以接入N路。。。。很多很多路，譬如您可以說可以接入5萬路，反正只要併發不超過50路即可。同理您可以測算其他頻寬。
至於配置，不用特別高： 事實上，2核8GB就夠用了。硬體配置不需要很好。
再說一遍事實：就是伺服器的接入路數可以很多，但併發的能力取決於頻寬，頻寬才是真正的瓶頸。
一臺伺服器，併發到底能支援多少路影片呢？
這個要區別來說：
第一種情況：
一臺雲伺服器，100M的頻寬，如果接入的都是1M碼流的影片，那麼可以併發100路，這個大家會計算了嗎？
第二種情況：一臺區域網的伺服器，千兆網路，接入4M碼流的影片，可以接入多少路呢?
需要注意的是，千兆網的區域網，有效頻寬大概400-500Mbps 左右，所以一臺這樣的伺服器，無論你硬體配置多少豪華，這臺伺服器可以併發100-125路的4M碼流的影片，也可以併發400-500路的1M碼流的影片。這是極限了。
我是按單網口來說的，如果這臺伺服器有多個網口，也建議您綁成一個IP來用，這樣防止單個網路卡失效。
重要的事情再說1編：一臺千兆區域網的伺服器，支援400-500Mbps的碼流。這是極限了。
網頁預覽監控畫面，畫面延遲多少是正常呢？
考慮到編解碼的時間效率，大概500毫秒只能正常，也就是任何時候，你在攝像機前揮手，你在電腦上看那個畫面，幾乎是同步的，肯定要差300毫秒左右，但這個時間要考慮影片編碼的時間，這個延遲是正常的。
如果透過衛星鏈路或者鏈路很複雜，網路多層結構以後，這個延遲可能會更久一點。
網頁預覽監控畫面，大概多少時間能開啟呢？
這個就看監控平臺的能力了，也和使用的協議有關係。
簡單的說，如果底層使用onvif或者GB28181協議過來的影片，因為沒有強制make 一個I幀的邏輯，所以可能1秒到3秒都很正常。 如果底層透過廠商SDK協議來調取的，尤其是底層做過最佳化的，一般1秒到1.5秒內可以開啟畫面。
美暢物聯的產品全部基於底層，您使用美暢物聯的中臺，一般情況下，我們在1秒左右可以預覽畫面哦。
一臺伺服器，如果僅僅是抓圖，可以支援多少路呢？
底層透過一些特殊處理，一臺伺服器預計在300路左右哦，即便是4M碼流的影片，是不是很驚奇？
一臺伺服器，如果AI進行計算，大概能做多少路呢？
這個要看演算法的邏輯，如果實時影片流計算型別的，預計4張3080的卡，可以做64路；如果基於切圖做處理的，一臺機器預計可以做200路的AI計算哦。
常見的監控專案中，大概會有多少併發呢？
90%的專案，影片預覽、回放、雲臺控制統統算上，一般不會超過5%。譬如2000路的一個監控臺，可能併發最多100路，實際上一臺伺服器就可以搞定全套。
個別專案，涉及客戶量眾多，尤其是有APP應用的，可能併發會高一點，這個時候可能要擇機配置多臺流媒體伺服器，這樣實現負載均衡哦。
--------------------------------------------
美暢物聯（www.meichang.cc）透過提供雲、中臺、邊、旁路等一系列產品，解決各種影片、物聯網終端裝置、演算法的統一接入、安全匯聚、管理、賦能等問題，為客戶提供數字新基建所需的AIoT底座支撐並帶來難以置信的降本增效價值。