疫情當(dāng)下，為響應(yīng)國(guó)家新基建及各衛(wèi)生部門建設(shè)要求，DANACOID近期推出分布式10G 雙引擎系統(tǒng)。該系統(tǒng)結(jié)合當(dāng)下分布式應(yīng)用和當(dāng)前分布式給用戶帶來的困擾，采用最新方案設(shè)計(jì)，最高分辨率可達(dá)4K @60Hz 4:4:4 全采樣、高動(dòng)態(tài)范圍HDR 10 杜比視效，符合光纖或7類網(wǎng)線兩種接口傳輸信號(hào)，并且對(duì)信號(hào)不進(jìn)行任何壓縮處理，從本地傳輸?shù)竭h(yuǎn)端信號(hào)可達(dá)零延時(shí)，解決了市場(chǎng)大多數(shù)分布式產(chǎn)品畫質(zhì)、色彩、同步性能差等缺陷。
目前市場(chǎng)主流的分布式產(chǎn)品大體上分為以下兩類：
一、以海思芯片為主的H.264/H.265
海思作為國(guó)產(chǎn)安防行業(yè)的主要芯片，已被廣泛認(rèn)可及使用，國(guó)內(nèi)大多數(shù)分布式廠家及安防監(jiān)控設(shè)備都采用海思的解決方案，它能夠靈活的將各種不同格式及不同接口的信號(hào)源接入到整個(gè)系統(tǒng)，實(shí)現(xiàn)多平臺(tái)融合對(duì)接及音視頻路由控制。即使海思有這么強(qiáng)大的功能，為何還有非海思的編解碼設(shè)備在市場(chǎng)推廣和使用呢？通過以下分析來讓我們更深入的了解H.264/H.265分布式的優(yōu)劣勢(shì)。
H.264/H.265分布式優(yōu)勢(shì)
01靈活的擴(kuò)展性
在整個(gè)分布式系統(tǒng)中，只要交換機(jī)端口冗余即可對(duì)輸入/輸出設(shè)備進(jìn)行擴(kuò)展。因?yàn)镠.264/H.265使用了深壓縮的方式，基本每個(gè)端口占用帶寬在10M-20M之內(nèi)。
02安防監(jiān)控設(shè)備無縫接入
在分布式系統(tǒng)中，如果有安防攝像頭等監(jiān)控類設(shè)備，它可無縫接入到分布式系統(tǒng)中，信號(hào)源采集無需多加分布式編碼器，只要一根網(wǎng)線連接攝像頭到分布式控制核心交換設(shè)備即可。
03多功能體驗(yàn)
H.264/H.265分布式經(jīng)過多年的經(jīng)驗(yàn)積累和功能完善，具備更靈活的應(yīng)用功能。如：大屏拼接、畫面疊加、畫中畫、場(chǎng)景預(yù)設(shè)、多平臺(tái)融合及KVM遠(yuǎn)程控制等。
H.264/H.265分布式劣勢(shì)
01深壓縮
優(yōu)秀的編解碼設(shè)備最終取決于它的算法，H.264/H.265采用深壓縮的方案對(duì)音視頻進(jìn)行壓縮處理后，通過標(biāo)準(zhǔn)的rtsp流傳輸?shù)竭h(yuǎn)端解碼后再次將圖像呈現(xiàn)在大屏上，雖然從表面上看是解決了信號(hào)傳輸及控制，但是深壓縮必將造成畫面的丟失，甚至在糟糕的情況下會(huì)出現(xiàn)馬賽克或畫面卡頓。
024:2:0色彩取樣
不具備畫面的完整取樣，為了減小帶寬，在編碼過程中會(huì)將圖像的色彩進(jìn)行刪減處理，造成畫面色彩丟失，最終傳輸?shù)竭h(yuǎn)端的畫面不能夠保證原畫面的100%顯示。
03畫面延時(shí)較大
H.265/H.264為了解決圖像同步處理，一般會(huì)在解碼端進(jìn)行緩存處理，緩存必將造成畫面的延時(shí)，在音視頻同步處理時(shí)可能會(huì)出現(xiàn)音視頻不同步，這就是通常所說的唇音不同步。
二、以JPEG 2000為主的傳輸方案
JPEG 2000分布式優(yōu)勢(shì)
01視覺無損壓縮
相對(duì)深壓縮產(chǎn)品而言，以JPEG 2000為主的編解碼設(shè)備可做到視覺無損壓縮，能夠保證畫面的相對(duì)高度還原，壓縮比較低。
02延時(shí)較小
JPEG 2000的設(shè)備相對(duì)而言，延時(shí)大概在20ms左右，可解決部分客戶對(duì)KVM設(shè)備鍵鼠控制延時(shí)大的困擾。
JPEG 2000分布式劣勢(shì)
01應(yīng)用范圍有限
JPEG 2000雖然解決了畫質(zhì)問題但是它在整個(gè)系統(tǒng)中的使用具有一定的局限性。如：畫面疊加，跨屏漫游，多平臺(tái)對(duì)接這些功能JPEG 2000是不具備的。
02占用帶寬較大
我們知道淺壓縮必將會(huì)占用更高的帶寬，在編解碼數(shù)量較多時(shí)，信號(hào)傳輸將會(huì)占用更大的帶寬。這給交換機(jī)會(huì)造成巨大的壓力，標(biāo)準(zhǔn)的千兆以太網(wǎng)是無法滿足它的傳輸。
DANACOID近期推出的新一代雙引擎分布式系統(tǒng)，針對(duì)上述分布式形態(tài)的缺點(diǎn)，進(jìn)行有針對(duì)性的系統(tǒng)優(yōu)化，通過兼容雙平臺(tái)的全新架構(gòu)，以其卓越的音視頻算法，彌補(bǔ)了傳統(tǒng)分布式系統(tǒng)的不足。該系統(tǒng)一經(jīng)推出就備受矚目，并且通過自身的不斷努力以及對(duì)客戶需求的深刻洞察，形成完整的解決方案。
DANACOID雙引擎系統(tǒng)的優(yōu)勢(shì)
01無壓縮和標(biāo)準(zhǔn)壓縮同時(shí)傳輸
以現(xiàn)有的分布式為例，現(xiàn)有的分布式分為深壓縮和淺壓縮兩種，簡(jiǎn)單來講壓縮是由于視頻信號(hào)的傳輸網(wǎng)絡(luò)帶寬太大，滿足不了視頻傳輸標(biāo)準(zhǔn)，所以采用壓縮降低帶寬的方式傳輸信號(hào)，壓縮不僅會(huì)造成畫面色彩丟失，而且在解壓過程出現(xiàn)丟包、馬賽克、卡頓等現(xiàn)象。所以低帶寬傳輸必將犧牲畫質(zhì)和色彩。
雙引擎系統(tǒng)基于萬兆以太網(wǎng)可通過一根網(wǎng)線同時(shí)提供一路4K @60Hz無壓縮 和標(biāo)準(zhǔn)H.265壓縮信號(hào)，同時(shí)兼容兩個(gè)平臺(tái)對(duì)接應(yīng)用。
DANACOID雙引擎系統(tǒng)圖
大屏拼接顯示
坐席KVM
02K @60Hz 4:4:4 全采樣
采樣率這是最初為省比特率而發(fā)明的一種壓縮算法，常見的422指的是亮度每個(gè)像素都取樣，但色度每?jī)蓚�(gè)水平像素只取一個(gè)樣，這樣下來就降低了要處理的數(shù)據(jù)量，也就是降低了比特率節(jié)省了帶寬。而444指的是除了亮度每個(gè)像素點(diǎn)取樣外色彩像素每個(gè)像素點(diǎn)也都全部取樣。這樣處理就能保證畫質(zhì)完美的點(diǎn)到點(diǎn)呈現(xiàn)，保證信號(hào)源傳輸?shù)竭h(yuǎn)端后和原畫質(zhì)一樣。
03高動(dòng)態(tài)HDR10
因?yàn)槿祟惖囊曈X系統(tǒng)是對(duì)亮度比顏色更加敏感，RGB是人眼的色彩空間，也是人眼感知的三種顏色。所有視頻顯示設(shè)備大多數(shù)都是RGB設(shè)備，然而我們知道RGB顏色對(duì)圖像的處理并不理想，這是因?yàn)榱炼仁且曨l的一個(gè)關(guān)鍵方面。但是RGB色彩空間中亮度的效果是三個(gè)顏色通道相互作用的空間有限。HDR生成視頻的對(duì)比度更高，更接近人眼可識(shí)別的范圍, 色彩范圍本質(zhì)上不是HDR的一部分，但更高的對(duì)比度和亮度與呈現(xiàn)更豐富的顏色的確是息息相關(guān)的。
標(biāo)準(zhǔn)生成圖像 高動(dòng)態(tài)生成圖像
04零延時(shí)KVM系統(tǒng)
DANACOID雙引擎設(shè)備可提供一路4K @60Hz 視頻和鍵鼠控制信號(hào)，我們知道在現(xiàn)有的分布式系統(tǒng)中H.264/265, JPEG的KVM坐席控制中避免不了延時(shí)問題、鍵鼠操作拖尾、鼠標(biāo)卡頓、鍵盤打字丟失等問題，而我們零延時(shí)的系統(tǒng)能夠很好的解決用戶此前存在的困擾。
雙引擎與第三方分布式產(chǎn)品對(duì)比效果
DANACOID深刻理解客戶需求，準(zhǔn)確解決客戶痛點(diǎn)，以客戶為核心，對(duì)分布式產(chǎn)品的穩(wěn)定性、可靠性、易用性以及顯示效果等方面提出更高要求并不斷進(jìn)行完善，致力于為客戶提供專業(yè)完善的雙引擎分布式音視頻系統(tǒng)解決方案。
同時(shí)，我們也在迅速響應(yīng)此次疫情帶來的影響，DANACOID全球各公司的產(chǎn)品生產(chǎn)、交付、技術(shù)支持和項(xiàng)目工程等部門目前均正常運(yùn)營(yíng)，疫情當(dāng)下我們也不會(huì)降低產(chǎn)品的生產(chǎn)及交付能力，并將持續(xù)為客戶提供24小時(shí)線上線下服務(wù)，保證為客戶提供舊項(xiàng)目改造、新項(xiàng)目建設(shè)、免費(fèi)項(xiàng)目設(shè)計(jì)等不同應(yīng)用支持。
