分布式圖象拼接控制器技術解析

    如果從數(shù)據(jù)處理角度來看，PC架構的集中式采用的方法是分散采集（通過采集卡采集到內(nèi)存），分散顯示（從內(nèi)存到顯卡）， CPU集中計算（當然，這種架構也在發(fā)展，目前開始出現(xiàn)了CPU只負責調(diào)度，由PCI-E Switch芯片轉(zhuǎn)發(fā)數(shù)據(jù)包，由顯卡計算這種方式）。由CPU來集中處理的方式也就決定了PC架構的不穩(wěn)定性，以及拼接路數(shù)的限制。

    PC架構的處理器平均功耗很高，主要原因是在PC上運行，功耗的百分之九十可以叫做靜態(tài)功耗，被操作系統(tǒng)等軟件消耗掉。

    集中式硬件架構其實是分散化實現(xiàn)數(shù)據(jù)處理的，它的圖像處理在輸出板卡完成，交換背板只負責數(shù)據(jù)分發(fā)。由于交換背板是各個廠家自行設計的，每路帶寬可以達到幾G帶寬，但是交換背板的芯片是一種叫做高速串行總線交換開關的芯片，只能通過配置內(nèi)部寄存器，作點對點傳輸，這樣帶來的一個結(jié)果就是無法進行圖像分割，傳輸帶寬是顯示帶寬的好幾倍，所以一般而言，純硬件集中式單屏開窗能力只能做到4路。同樣的道理，交換芯片無法將采集內(nèi)容數(shù)據(jù)化，也就不支持圖像直接進入計算機預覽的能力，所以純硬件集中式處理的信號預覽只能通過插入額外的預覽卡，將圖像轉(zhuǎn)換成網(wǎng)絡數(shù)據(jù)包。當然，這樣做的好處是不需要做復雜的幀存控制，可以達到很低的延遲。

    分布式，尤其是嵌入式CPU分布式，利用嵌入式CPU 的解碼能力和內(nèi)嵌Linux操作的便利性，能夠很方便的進行基于H.264碼流的傳輸，做一些靈活的大屏控制。由于H.264碼流無法進行圖像切割，存在著計算帶寬是顯示帶寬的好幾倍的問題。這在做跨屏漫游時很容易突破計算能力而導致畫面停頓。H.264碼流還存在參考幀和關鍵幀的區(qū)別，每一幅畫面的解碼都依賴于前幾幅（可到15幅）畫面。所以延遲較大。

    純硬件分布式由于可以作畫面分割，完全按照所需帶寬傳輸，所以可以實現(xiàn)單屏64路信號。純硬件分布式?jīng)]有依賴于第三方廠家的圖像處理引擎（嵌入式CPU方式的圖像處理引擎由芯片廠家提供），只能自主開發(fā)，由于通用圖像處理引擎過于復雜，一般自主開發(fā)時會針對大屏應用舍棄許多不需要的功能，而對大屏應用需要的部分作強化，所以能夠?qū)崿F(xiàn)低功耗高性能。