當前位置:首頁 > 通信技術(shù) > 通信技術(shù)
[導(dǎo)讀]摘要:為解決校園內(nèi)及用邊視頻監(jiān)控點布置分散等原因造成的無法實現(xiàn)遠程視頻監(jiān)控問題,針對3G無線網(wǎng)絡(luò)的特點,描述了基于3G標準的無線視頻監(jiān)控系統(tǒng)關(guān)鍵技術(shù)的研究與實現(xiàn)方法。在數(shù)據(jù)傳輸中利用RTP協(xié)議中時間戳,解決音

摘要:為解決校園內(nèi)及用邊視頻監(jiān)控點布置分散等原因造成的無法實現(xiàn)遠程視頻監(jiān)控問題,針對3G無線網(wǎng)絡(luò)的特點,描述了基于3G標準的無線視頻監(jiān)控系統(tǒng)關(guān)鍵技術(shù)的研究與實現(xiàn)方法。在數(shù)據(jù)傳輸中利用RTP協(xié)議中時間戳,解決音視頻同步的問題,對監(jiān)控系統(tǒng)的客戶端與服務(wù)器端進行了設(shè)計。實際應(yīng)用表明,該系統(tǒng)設(shè)計合理,可靠性好,能對校園內(nèi)外目標實現(xiàn)有效監(jiān)控。
關(guān)鍵詞:校園安全;無線視頻監(jiān)控;3G網(wǎng)絡(luò);H.264編解碼;流媒體

    近年來,學(xué)校安全事故頻發(fā),識別、阻止外來人員的闖入和校內(nèi)人員的非法外出成為學(xué)校安全防范的重點。根據(jù)需要,我院進行了新一期數(shù)字化視頻監(jiān)控系統(tǒng)的建設(shè)。考慮到校園整體安防系統(tǒng)的設(shè)計,監(jiān)控系統(tǒng)的可擴展性,與其他子系統(tǒng)的聯(lián)動,校方選擇采用了全數(shù)字模式的建設(shè)方案。這種采用嵌入式專用服務(wù)器的系統(tǒng)具備網(wǎng)絡(luò)通信、視頻處理、自動控制等多項功能,采用瀏覽/月艮務(wù)器結(jié)構(gòu),使用十分的便捷。
    在該系統(tǒng)中,雖然有一百多個前端的固定監(jiān)控點,但對于面積較大的校園來講還是無法完全滿足用戶的需求。例如,在某些區(qū)域由于視線遮擋或距離過遠等原因不能進行詳細紀錄,此外,校園內(nèi)及周邊還有很多的地方是視頻監(jiān)控死角,或者不方便使用固定的視頻監(jiān)控。因此,院方?jīng)Q定在系統(tǒng)中加入無線視頻監(jiān)控,以完善視頻監(jiān)控系統(tǒng)的功能性。

1 系統(tǒng)結(jié)構(gòu)分析與設(shè)計
    
傳統(tǒng)的無線接入網(wǎng)絡(luò)主要依托GSM、CDMA以及Wi-Fi等傳輸技術(shù),但難以滿足大數(shù)據(jù)量實時遠程視頻監(jiān)控的要求,而現(xiàn)行的無線3 G網(wǎng)絡(luò)能夠解決以上問題。與傳統(tǒng)網(wǎng)絡(luò)相比,3 G的反向鏈路峰值速率明顯高很多,響應(yīng)時間短,在高速運動狀態(tài)下的傳輸速度也快,并能夠支持音視頻等多媒體數(shù)據(jù)。而且,3 G網(wǎng)絡(luò)即使在雨、霧等環(huán)境下也不會造成信號的衰減,非常適合在大學(xué)校園面積較大的這種條件下進行高質(zhì)量的實時監(jiān)控,系統(tǒng)結(jié)構(gòu)如圖1所示。


    該方案中3 G無線視頻監(jiān)控系統(tǒng)采用C/S架構(gòu),由3部分組成,包括前端信號采集單元、無線網(wǎng)絡(luò)傳輸單元和遠程監(jiān)控單元。前端單元負責(zé)對圖像進行采集,并將拍攝到的模擬視頻信號轉(zhuǎn)換為數(shù)字信號,通過編碼器進行數(shù)據(jù)壓縮處理,最后利用3G網(wǎng)絡(luò)將壓縮后的數(shù)據(jù)傳送至監(jiān)控中心,通過用戶端完成實時顯示。

2 無線監(jiān)控系統(tǒng)前端設(shè)計與應(yīng)用
2.1 設(shè)備的選擇與功能實現(xiàn)
    
前端設(shè)備有很多選擇,如無線攝像機、手機、PDA等?,F(xiàn)在很多手機已具有高清晰的攝像功能,而且手機既可作為前端攝像機使用,也可作為客戶端進行視頻瀏覽。因此,在該系統(tǒng)中,利用3 G智能手機作為系統(tǒng)的前端,可以實現(xiàn)視頻監(jiān)控系統(tǒng)的以下功能:
    1)利用手機內(nèi)置高清攝像頭獲取現(xiàn)場視頻數(shù)據(jù)并進行壓縮,通過3 G通信網(wǎng)絡(luò)把視頻數(shù)據(jù)實時發(fā)送到遠程控制中心,整個過程確保視頻畫面流暢、清晰,實時性高。
    2)系統(tǒng)通過3 G網(wǎng)絡(luò)可以實現(xiàn)音視頻同步傳輸,雙向?qū)χv功能。監(jiān)控中心不僅可以實時觀察前端現(xiàn)場視頻畫面,同時還可收聽前端現(xiàn)場聲音以及與前端直接進行通話。
    3)利用手機進行拍照,可立即將圖片發(fā)送到監(jiān)控指揮中心,并且支持圖片大小設(shè)置、對焦調(diào)節(jié)等功能,為獲取現(xiàn)場高清圖片提供了技術(shù)支持。
    4)利用手機GPS定位功能,可以隨時對手機位置進行追蹤,形成手機運行軌跡線路,再與系統(tǒng)中電子地圖相配合可以全方位了解前端情況,為中心指揮帶來方便。
2.2 手機在視頻監(jiān)控系統(tǒng)中的特點
    
數(shù)字視頻監(jiān)控系統(tǒng)由攝像機、視頻接入轉(zhuǎn)發(fā)服務(wù)器、調(diào)度服務(wù)器和客戶端構(gòu)成。其中,轉(zhuǎn)發(fā)服務(wù)器主要是實現(xiàn)攝像機視頻流的接入和攝像機狀態(tài)的獲取,調(diào)度服務(wù)器主要進行攝像機狀態(tài)的統(tǒng)一管理。固定安裝的攝像機由于其IP地址是穩(wěn)態(tài)的,轉(zhuǎn)發(fā)服務(wù)可直接將攝像機接入系統(tǒng),客戶端也可直接向轉(zhuǎn)發(fā)服務(wù)器獲取視頻流并進行播放。步驟如圖2所示。


    1)接入轉(zhuǎn)發(fā)服務(wù)器向系統(tǒng)中某路攝像機申請視頻流;
    2)符合申請IP地址的攝像機向接入轉(zhuǎn)發(fā)服務(wù)器發(fā)送視頻流;
    3)接入轉(zhuǎn)發(fā)服務(wù)器向調(diào)度服務(wù)器發(fā)送被選中的攝像機狀態(tài);
    4)調(diào)度服務(wù)器向客戶端發(fā)送該路攝像機狀態(tài)。
    但手機作為攝像機使用具有不連續(xù)性及IP地址不固定的特點,視頻接入轉(zhuǎn)發(fā)服務(wù)器就不知道當前有哪些手機需要接入視頻監(jiān)控系統(tǒng),因此手機需主動連接服務(wù)器以實現(xiàn)攝像機的接入,具體步驟如圖3所示。


    1)手機先向調(diào)度服務(wù)器申請接入系統(tǒng);
    2)調(diào)度服務(wù)器再向接入轉(zhuǎn)發(fā)服務(wù)器發(fā)送手機的IP地址;
    3)接入轉(zhuǎn)發(fā)服務(wù)器向手機申請視頻流;
    4)手機向接入轉(zhuǎn)發(fā)服務(wù)器發(fā)送視頻流;
    5)接入轉(zhuǎn)發(fā)服務(wù)器向調(diào)度服務(wù)器發(fā)送手機狀態(tài);
    6)調(diào)度服務(wù)器向客戶端發(fā)送手機狀態(tài)。  
2.3 手機操作系統(tǒng)與硬件要求
    
手機作為視頻監(jiān)控系統(tǒng)前端主要工作包括視頻拍攝、視頻編碼及發(fā)送碼流,作為客戶端使用時主要完成碼流接收與視頻解碼。這些都和手機的操作系統(tǒng)、硬件設(shè)備等有著密切關(guān)系。
    目前大部分手機使用的操作系統(tǒng)為Android、iOS及WindowsPho-ne。手機攝像機主要實現(xiàn)視頻編解碼與碼流傳輸,在開發(fā)時一般采用開源庫,如用于視頻編解碼的ffmpeg和視頻碼流傳輸?shù)膇rtblib,這些開源庫基本都支持Windows和Linux操作系統(tǒng)。Android是基于Linux平臺的開源操作系統(tǒng),所有支持Linux的開源庫都可以移植到Android中使用。因此,從使用開源庫的角度考慮,此方案中選擇應(yīng)用廣泛的Android手機操作系統(tǒng)作為設(shè)計對象。
    手機既作為攝像機又作為客戶端使用時,至少要處理各一路視頻編解碼。以清晰度為D1、幀率為20,編碼方式為H.264的攝像機為例,來分析下手機對CPU及內(nèi)存等硬件的要求。
    以視頻播放器VLC為例,在CPU頻率為3.2 GHz的PC機上播放一路D1格式視頻時,需占用1%~4%的CPU和60MB的內(nèi)存資源,解碼是編碼的逆過程,占用的資源相差不大。因此,CPU頻率為1 GHz的手機處理一路視頻編碼和解碼顯示需要占用5%~30%的CPU和120 MB左右的內(nèi)存。由于手機在使用時還有其它功能業(yè)務(wù),因此手機在視頻監(jiān)控系統(tǒng)中應(yīng)用時,其硬件最低配置為頻率1 GHz的CPU和300 MB的內(nèi)存。而當前主流手機都達到或超過該設(shè)計要求,完全能夠作為系統(tǒng)前端使用。

3 網(wǎng)絡(luò)傳輸?shù)膶崿F(xiàn)
    
手機通過3 G網(wǎng)絡(luò)接入視頻監(jiān)控系統(tǒng),其無線傳輸模塊集成了3 G的網(wǎng)絡(luò)連接端口協(xié)議,并以嵌入式方式實現(xiàn)TCP/UDP/IP、POP3/SMTP等傳輸協(xié)議,同時支持3 G基站與動態(tài)IP的無線連接與數(shù)據(jù)交換。TCP/UDP/IP協(xié)議具有擁塞控制和啟動慢的特性,會影響到數(shù)據(jù)傳輸?shù)乃俾?,TCP協(xié)議通過3 G網(wǎng)絡(luò)進行數(shù)據(jù)傳輸時,也會產(chǎn)生較多的網(wǎng)絡(luò)流量,并占用帶寬。另外,系統(tǒng)中前端手機使用的數(shù)量、視頻的分辨率和幀率也會影響所需要的無線網(wǎng)絡(luò)帶寬。
    為充分利用3 G網(wǎng)絡(luò)最大允許帶寬,該設(shè)計中引用混合編碼框架下基于FPGA平臺的H.264壓縮編碼標準對視頻信號流量與網(wǎng)絡(luò)帶寬進行優(yōu)化協(xié)調(diào)。該編碼方式面向3 G網(wǎng)絡(luò),不僅可用量化步長的變化來適應(yīng)信道碼率,而且可利用數(shù)據(jù)分割的方式來處理信道碼率的變化,在相同輸出碼率情況下,與其他標準相比,其信噪比要高出許多。在較寬的位速率和像素范圍內(nèi)使編碼效率提高了約45%,壓縮比可超過250:1,從而提高了系統(tǒng)傳輸?shù)姆€(wěn)定性。
    在實際應(yīng)用中,根據(jù)視頻流量計算公式
    N=分辨率*幀速(fps)*色深(bit)      (1)
    式中:N為每秒單位數(shù)據(jù)采集量,bps。D1視頻格式可以滿足校園視頻監(jiān)控的需要。視頻流經(jīng)H.264編碼壓縮后,僅有1.236 Mbps,音頻采用G.711壓縮標準,每秒傳輸數(shù)據(jù)在8 kb~16 kb(與視頻相比可忽略不計)。音視頻流量完全小于3G制式網(wǎng)絡(luò)中上行速率下限1.8 Mbps的要求,系統(tǒng)傳輸質(zhì)量達到最佳優(yōu)化比,因此使用3G網(wǎng)絡(luò)傳輸視頻監(jiān)控數(shù)據(jù)是完全可行的。本設(shè)計中根據(jù)網(wǎng)絡(luò)質(zhì)量和實際需要,采用支持1:90—1:250多檔壓縮轉(zhuǎn)換。以10路手機攝像機、壓縮比150:1、2TB存儲硬盤為例,校園視頻監(jiān)控?zé)o線傳輸?shù)牧髁坑嬎憬Y(jié)果如表1所示。



4 監(jiān)控軟件的設(shè)計
4.1 流媒體系統(tǒng)結(jié)構(gòu)
    
系統(tǒng)中,流媒體的傳輸與播放是關(guān)鍵技術(shù)。流媒體技術(shù)是把連續(xù)得到的媒體信息經(jīng)過壓縮后傳至網(wǎng)絡(luò)服務(wù)器,客戶可實現(xiàn)邊下載邊觀看,而無需將整部文件全部下載完,所以流媒體技術(shù)非常適合現(xiàn)場事件的播報,可以進行隨機訪問和快進或倒退觀看。流媒體實時傳輸主要采用RTP/RICP及RTSP等網(wǎng)絡(luò)協(xié)議,分實時流式傳輸和順尋流式傳輸兩種方式。實時流式傳輸可以保證媒體信號與網(wǎng)絡(luò)連接相匹配,媒體信息可被實時觀看,并且允許對媒體進行多項的控制,使用比HTTP服務(wù)器方便。順尋流式傳輸用的是順序下載,客戶只能觀看已下載的部分,可使用HTTP服務(wù)器,比實時流式傳輸要簡單。 
   該設(shè)計采用了處理器與嵌入式操作系統(tǒng)并加上所需應(yīng)用程序軟件的實時傳輸方式。嵌入式操作系統(tǒng)采用Linux,流媒體系統(tǒng)由服務(wù)器和客戶端組成,其中服務(wù)器是最關(guān)鍵設(shè)備。為此,該系統(tǒng)配置了專門的流媒體服務(wù)器與手機視頻服務(wù)器,均采用了Dell PowerEdge R810。服務(wù)器由四個模塊組成,分別負責(zé)數(shù)據(jù)采集、數(shù)據(jù)壓縮、數(shù)據(jù)打包和RTP包發(fā)送。數(shù)據(jù)采集模塊是將音視頻模擬信號轉(zhuǎn)換成數(shù)字信號。從采集模塊得到的數(shù)據(jù)經(jīng)壓縮模塊進行處理,可以減少網(wǎng)絡(luò)傳輸數(shù)據(jù)量及提高傳輸效率。數(shù)據(jù)打包模塊是向數(shù)據(jù)添加一些必要的包頭信息(如數(shù)據(jù)類型、序列號、時間信息等),在客戶端通過包頭信息來實現(xiàn)音視頻信號同步。包發(fā)送模塊的作用就是將已打好包的數(shù)據(jù)通過3 G網(wǎng)絡(luò)發(fā)送至客戶端。
    系統(tǒng)中客戶端工作原理是服務(wù)器端的逆過程,在網(wǎng)絡(luò)傳輸過程中由于網(wǎng)絡(luò)延遲等因素會導(dǎo)致接收到的數(shù)據(jù)包順序發(fā)生紊亂,必須通過數(shù)據(jù)緩存模塊來恢復(fù)數(shù)據(jù)包的正常順序,從緩存模塊輸出的數(shù)據(jù)傳入到同步調(diào)整模塊,然后將同步調(diào)整后的數(shù)據(jù)包傳入到數(shù)據(jù)解壓模塊和播放模塊進行實時播放。整個嵌入式流媒體系統(tǒng)結(jié)構(gòu)如圖4所示。


4.2 監(jiān)控數(shù)據(jù)同步的原理
    
對于系統(tǒng)來說,如果音視頻數(shù)據(jù)不同步,就無法準確反映監(jiān)控現(xiàn)場的真實情景。為解決該問題,在設(shè)計中,先在手機用戶上利用RTP包中的時間戳來標記每幀音視頻信號的時間信息,然后再將標記了時間戳的信號流通過3 G網(wǎng)絡(luò)發(fā)送至客戶端。在客戶端使用緩存來消除數(shù)據(jù)流中的延時以及恢復(fù)數(shù)據(jù)包的正確順序,最后再將數(shù)據(jù)流送到同步調(diào)整模塊中進行同步播放。同步調(diào)整模塊里,在客戶端設(shè)計一個參考時鐘,根據(jù)參考時鐘和接收到的音視頻信息時間戳之間的關(guān)系,來判斷當前的信號是立刻播放還是延時播放,或者是丟棄。參考時鐘主要以視頻為主,對關(guān)鍵幀進行判斷,算法如下:將接收到的音視頻信息分別存放到各自的緩存中,當緩存到一定數(shù)量時,開始播放,同時進行同步調(diào)整。當視頻時間戳小于音頻時間戳一定值時,說明視頻超前音頻,需要等待;當視頻時間戳大于音頻時間戳一定值時,說明視頻滯后于音頻,則需要加快播放,設(shè)計中采取的是丟棄音頻包,從而加快播放的速度。

 
    系統(tǒng)在信號播放時接收視頻數(shù)據(jù),如果進入解碼器的首幀不是關(guān)鍵幀,會導(dǎo)致解碼器無法讀取,所以將視頻數(shù)據(jù)寫入緩存前先要進行一個首幀是否關(guān)鍵幀的判斷。當緩存區(qū)內(nèi)數(shù)據(jù)寫入達到一定數(shù)量時,才開始讀取,再獲取各自的時間戳信息,在音視頻信號播放前進行同步調(diào)整,以達到同步播放的目的,設(shè)計如圖5所示


4.3 播放軟件應(yīng)用程序設(shè)計
    
該系統(tǒng)采用嵌入式設(shè)計,Linux內(nèi)核為圖形處理界面提供最基本的底層驅(qū)動接口。應(yīng)用程序不需要了解底層硬件的具體情況,只需通過節(jié)點對設(shè)備進行操作,就可完成圖像的顯示。系統(tǒng)中采用SDL開源共享庫,底層使用API,在平臺間統(tǒng)一了接口。使用雙線程設(shè)計,即用戶界面線程與工作者線程。用戶界面線程包括音視頻數(shù)據(jù)同步播放及接收響應(yīng)用戶的操作,然后再將工作者線程解碼出的音視頻數(shù)據(jù)傳遞給使
用者,如圖6所示。


    程序設(shè)計中,視頻壓縮編碼是十分關(guān)鍵的步驟。該系統(tǒng)用的是H.264壓縮算法,它是由網(wǎng)絡(luò)提取層NAL和視頻編碼層VLC兩部分組成。  H.264標準對圖像質(zhì)量和編碼效率進行了多項優(yōu)化,且抗誤碼和抗丟包性能良好,能適應(yīng)各種網(wǎng)絡(luò)環(huán)境,用在對壓縮率要求高,網(wǎng)絡(luò)環(huán)境復(fù)雜的移動視頻監(jiān)控最為合適。
    客戶端接收的經(jīng)過H.264壓縮編碼后的數(shù)據(jù),還需要經(jīng)過H.264解碼才能夠顯示還原視頻圖像,因此,在客戶端還要設(shè)計H.264解碼器。該系統(tǒng)在Android應(yīng)用程序中使用移植了開源的音視頻解碼庫FFmpeg來進行H.264解碼。

5 測試結(jié)果
    
院方在校園內(nèi)及周邊多點對無線視頻監(jiān)控系統(tǒng)進行了測試,將客戶端安裝在手機上,接入3G信號網(wǎng)絡(luò)與服務(wù)器建立連接,向服務(wù)器端發(fā)送數(shù)據(jù)。視頻畫面質(zhì)量主要是受幀率(每秒鐘顯示圖片數(shù))和碼率(數(shù)據(jù)傳輸時單位時間傳輸?shù)臄?shù)據(jù)量)的影響,幀率越大畫面越流暢,碼率越大畫面越清楚。在測試實際幀率為16fps,碼率在550kbps時的視頻非常流暢,而且在音視頻同步方面表現(xiàn)也非常好,畫面如圖7所示。



6 結(jié)束語
    
江陰職業(yè)技術(shù)學(xué)院采用基于3G標準的無線視頻監(jiān)控,再結(jié)合全數(shù)字網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng),實現(xiàn)了資源的統(tǒng)一管理和調(diào)度,有效整合利用。該系統(tǒng)主要涉及視頻編解碼、流媒體協(xié)議、無線網(wǎng)絡(luò)通信等技術(shù),隨著網(wǎng)絡(luò)速度的不斷提高和壓縮技術(shù)的新發(fā)展,可以進一步降低無線信號的延遲,實現(xiàn)更快捷的實時傳輸,不斷完善校園安防系統(tǒng)的智能化操作和現(xiàn)代化管理。

本站聲明: 本文章由作者或相關(guān)機構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內(nèi)容真實性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫毥谦F公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關(guān)鍵字: 阿維塔 塞力斯 華為

加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉(zhuǎn)型技術(shù)解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...

關(guān)鍵字: AWS AN BSP 數(shù)字化

倫敦2024年8月29日 /美通社/ -- 英國汽車技術(shù)公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時1.5...

關(guān)鍵字: 汽車 人工智能 智能驅(qū)動 BSP

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務(wù)能7×24不間斷運行,同時企業(yè)卻面臨越來越多業(yè)務(wù)中斷的風(fēng)險,如企業(yè)系統(tǒng)復(fù)雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務(wù)連續(xù)性,提升韌性,成...

關(guān)鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據(jù)媒體報道,騰訊和網(wǎng)易近期正在縮減他們對日本游戲市場的投資。

關(guān)鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會開幕式在貴陽舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。

關(guān)鍵字: 華為 12nm EDA 半導(dǎo)體

8月28日消息,在2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會上,華為常務(wù)董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語權(quán)最終是由生態(tài)的繁榮決定的。

關(guān)鍵字: 華為 12nm 手機 衛(wèi)星通信

要點: 有效應(yīng)對環(huán)境變化,經(jīng)營業(yè)績穩(wěn)中有升 落實提質(zhì)增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務(wù)引領(lǐng)增長 以科技創(chuàng)新為引領(lǐng),提升企業(yè)核心競爭力 堅持高質(zhì)量發(fā)展策略,塑強核心競爭優(yōu)勢...

關(guān)鍵字: 通信 BSP 電信運營商 數(shù)字經(jīng)濟

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺與中國電影電視技術(shù)學(xué)會聯(lián)合牽頭組建的NVI技術(shù)創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會上宣布正式成立。 活動現(xiàn)場 NVI技術(shù)創(chuàng)新聯(lián)...

關(guān)鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會上,軟通動力信息技術(shù)(集團)股份有限公司(以下簡稱"軟通動力")與長三角投資(上海)有限...

關(guān)鍵字: BSP 信息技術(shù)
關(guān)閉
關(guān)閉