本發(fā)明涉及視頻會(huì)議系統(tǒng)領(lǐng)域，具體涉及一種基于h.265視頻編碼格式的視頻會(huì)議系統(tǒng)。

背景技術(shù)：

現(xiàn)有的基于h.264視頻編碼格式的視頻會(huì)議系統(tǒng)在進(jìn)行高清會(huì)議時(shí)(分辨率為720p或1080p)，發(fā)送和接收的視頻流所占用的帶寬非常高，以至于視頻會(huì)議的通話質(zhì)量對(duì)網(wǎng)絡(luò)環(huán)境的要求十分苛刻，一般采用專用網(wǎng)絡(luò)或者只在一個(gè)相對(duì)封閉的局域網(wǎng)內(nèi)進(jìn)行才能獲得較好的視頻效果，如果遇到網(wǎng)絡(luò)波動(dòng)較大或帶寬較小的情況，會(huì)在很大程度上影響高清視頻流的發(fā)送接收；并且，使用h.264編碼格式的視頻會(huì)議系統(tǒng)中的高清會(huì)議視頻體積都很大，如果要將接收到的視頻流上傳至一些儲(chǔ)存的服務(wù)器或是從服務(wù)器下載至本地，即使上傳下載的帶寬很大，也需要較長(zhǎng)時(shí)間。

針對(duì)于原有視頻會(huì)議系統(tǒng)中出現(xiàn)的這種情況，本發(fā)明將其與最新的h.265視頻編碼格式相結(jié)合，使得視頻的壓縮率大大提升，在有限的帶寬下可以傳輸更高清晰度的視頻，并通過directshow技術(shù)應(yīng)用于視頻編解碼的各個(gè)環(huán)節(jié)，在很大程度上減小了在進(jìn)行同等視頻質(zhì)量的視頻會(huì)議時(shí)編碼后視頻流的大小，最終達(dá)到了減小視頻傳輸過程中帶寬的消耗、減小視頻文件的儲(chǔ)存空間以及加速視頻文件在服務(wù)器之間的傳輸速度等效果。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明的目的是針對(duì)上述現(xiàn)有技術(shù)的不足，提供了一種基于h.265視頻編碼格式的視頻會(huì)議系統(tǒng)，使用h.265視頻編碼方式代替原本的h.264視頻編碼方式，大大提高了相同分辨率下視頻的提及，從而在一定程度上解決了高清視頻傳輸所消耗的網(wǎng)絡(luò)帶寬以及儲(chǔ)存資源的問題，進(jìn)而一定程度上緩解了網(wǎng)絡(luò)不穩(wěn)定情況下所帶來的視頻質(zhì)量不穩(wěn)定的問題。

本發(fā)明的目的可以通過如下技術(shù)方案實(shí)現(xiàn)：

一種基于h.265視頻編碼格式的視頻會(huì)議系統(tǒng)，包括信令收發(fā)模塊、性能監(jiān)控模塊、視頻編碼模塊、視頻解碼模塊、視頻流管理模塊、主程序模塊、進(jìn)程管理模塊和視頻數(shù)據(jù)收發(fā)模塊，所述信令收發(fā)模塊是基于sip協(xié)議的網(wǎng)絡(luò)通信模塊，用于將信息進(jìn)行封裝，并通過網(wǎng)絡(luò)發(fā)送給特定ip地址的終端，或接受其他終端發(fā)送來的信息；所述性能監(jiān)控模塊用于監(jiān)控視頻會(huì)議系統(tǒng)運(yùn)行過程中的各個(gè)性能數(shù)值，并在性能數(shù)值異常時(shí)執(zhí)行對(duì)應(yīng)的處理方式；所述視頻編碼模塊用于接收連接在本終端的攝像頭的視頻數(shù)據(jù)，使用指定的編碼方法對(duì)原始視頻數(shù)據(jù)進(jìn)行編碼，并將編碼好的視頻數(shù)據(jù)發(fā)送給其他終端；所述視頻解碼模塊用于接收其他終端發(fā)送過來的視頻數(shù)據(jù)，并根據(jù)該視頻數(shù)據(jù)使用的編碼方法，使用對(duì)應(yīng)的解碼方法來對(duì)視頻數(shù)據(jù)進(jìn)行解碼，將解碼后的視頻數(shù)據(jù)進(jìn)行顯示或本地儲(chǔ)存；所述視頻流管理模塊用于為所有的視頻流創(chuàng)建和關(guān)閉編碼模塊和解碼模塊，其中，一個(gè)視頻會(huì)議系統(tǒng)中所使用到的攝像頭視頻或從其他終端發(fā)送過來的視頻都稱為一個(gè)視頻流，每一個(gè)視頻流對(duì)應(yīng)一個(gè)編碼模塊或解碼模塊；所述主程序模塊用于提供終端與用戶交互的界面并對(duì)終端進(jìn)行配置；所述進(jìn)程管理模塊使用d-bus進(jìn)程間通訊機(jī)制，負(fù)責(zé)各個(gè)模塊間的通信以及各個(gè)模塊的創(chuàng)建與關(guān)閉；所述視頻數(shù)據(jù)收發(fā)模塊基于rtp協(xié)議，將編碼好的視頻數(shù)據(jù)發(fā)送至指定終端，或者從指定ip地址的終端接收視頻數(shù)據(jù)。

進(jìn)一步地，所述信令收發(fā)模塊處理的信息均為會(huì)話控制類信息，所述性能監(jiān)控模塊監(jiān)控的視頻會(huì)議系統(tǒng)運(yùn)行過程中的各個(gè)性能數(shù)值包括帶寬消耗和硬盤讀寫速率。

進(jìn)一步地，所述視頻編碼模塊使用基于h.265編碼格式的編碼方法，所述視頻解碼模塊使用基于h.265解碼格式的解碼方法。

進(jìn)一步地，所述視頻解碼模塊能夠?qū)獯a后的視頻數(shù)據(jù)進(jìn)行格式轉(zhuǎn)換，以適應(yīng)不同播放設(shè)備的需要。

進(jìn)一步地，所述視頻編碼模塊和視頻解碼模塊均使用directshow技術(shù)搭建的框架，并能夠根據(jù)終端硬件環(huán)境的不同，選擇性地使用硬件編碼和硬件解碼或軟件編碼和軟件解碼兩種方式進(jìn)行編解碼的實(shí)現(xiàn)。

進(jìn)一步地，所述基于h.265視頻編碼格式的視頻會(huì)議系統(tǒng)默認(rèn)終端設(shè)備具有硬件編解碼所需要的硬件，并通過硬件編解碼的方式，將視頻流數(shù)據(jù)以h.265編碼格式在各終端設(shè)備之間編碼傳輸并解碼播放，但對(duì)只需求少量或單個(gè)高清視頻的編解碼，又沒有硬件編解碼所需要的硬件的情況下，所述視頻會(huì)議系統(tǒng)能夠自動(dòng)判斷，使用軟件編解碼方式進(jìn)行視頻的編解碼。

進(jìn)一步地，所述硬件編碼流程為：從directshow的數(shù)據(jù)源組件接收攝像頭的原始視頻流數(shù)據(jù)，使用intel的處理器硬件進(jìn)行h.265編碼格式的編碼，將編碼好的數(shù)據(jù)交給rtp發(fā)送組件發(fā)送給對(duì)應(yīng)ip地址的終端程序端口；所述硬件解碼流程為：從rtp組件接收編碼后的視頻數(shù)據(jù)，進(jìn)行緩存并交給視頻解碼模塊進(jìn)行解碼，視頻解碼模塊從接收緩存中讀取視頻數(shù)據(jù)并使用intel的處理器硬件進(jìn)行h.265編碼格式的解碼，并將解碼后的視頻數(shù)據(jù)交給渲染組件，渲染組件將接收到的視頻流，渲染至屏幕。

進(jìn)一步地，所述軟件編碼流程為：從directshow的數(shù)據(jù)源組件接收攝像頭的原始視頻流數(shù)據(jù)，根據(jù)不同類型的視頻流數(shù)據(jù)格式轉(zhuǎn)換為yuv420格式，接著對(duì)yuv原始視頻數(shù)據(jù)進(jìn)行編碼，將編碼好的數(shù)據(jù)交給視頻數(shù)據(jù)收發(fā)模塊，發(fā)送給對(duì)應(yīng)ip地址的終端程序端口；所述軟件解碼流程為：從視頻數(shù)據(jù)收發(fā)模塊接收編碼后的視頻數(shù)據(jù)，進(jìn)行緩存并交給視頻解碼模塊進(jìn)行解碼，視頻解碼模塊從接收緩存中讀取視頻數(shù)據(jù)并使用對(duì)應(yīng)解碼庫(kù)，通過cpu的運(yùn)算進(jìn)行解碼，并將解碼后的視頻數(shù)據(jù)交給渲染組件，渲染組件將接收到的視頻流，渲染至屏幕。

本發(fā)明與現(xiàn)有技術(shù)相比，具有如下優(yōu)點(diǎn)和有益效果：

本發(fā)明所述的基于h.265視頻編碼格式的視頻會(huì)議系統(tǒng)，相對(duì)于現(xiàn)在使用的h.264視頻編碼格式的視頻會(huì)議系統(tǒng)，在視頻流的體積方面，對(duì)于視頻流數(shù)據(jù)的壓縮率有很大提高，進(jìn)而就減小了相同原始質(zhì)量的視頻流在互聯(lián)網(wǎng)中傳播所需要的帶寬和時(shí)間，也為在對(duì)于帶寬和數(shù)據(jù)大小的移動(dòng)端，如手機(jī)等，進(jìn)行高清視頻會(huì)議提供一種可行的方式；另外，通過對(duì)視頻流數(shù)據(jù)的壓縮，降低了視頻流數(shù)據(jù)的體積，并降低了在發(fā)送和接受視頻流數(shù)據(jù)時(shí)所產(chǎn)生的cpu時(shí)間消耗，進(jìn)而降低了視頻會(huì)議過程中對(duì)于用戶所感知到的系統(tǒng)使用延遲和視頻的收發(fā)延遲。

附圖說明

圖1為本發(fā)明實(shí)施例基于h.265視頻編碼格式的視頻會(huì)議系統(tǒng)的結(jié)構(gòu)示意圖。

圖2為本發(fā)明實(shí)施例基于h.265視頻編碼格式的視頻會(huì)議系統(tǒng)中視頻編碼模塊的工作流程圖。

圖3為本發(fā)明實(shí)施例基于h.265視頻編碼格式的視頻會(huì)議系統(tǒng)中視頻解碼模塊的工作流程圖。

具體實(shí)施方式

下面結(jié)合實(shí)施例及附圖對(duì)本發(fā)明作進(jìn)一步詳細(xì)的描述，但本發(fā)明的實(shí)施方式不限于此。

實(shí)施例：

如圖1所示，本實(shí)施例提供了一種基于h.265視頻編碼格式的視頻會(huì)議系統(tǒng)，包括信令收發(fā)模塊、性能監(jiān)控模塊、視頻編碼模塊、視頻解碼模塊、視頻流管理模塊、主程序模塊、進(jìn)程管理模塊和視頻數(shù)據(jù)收發(fā)模塊，所述信令收發(fā)模塊是基于sip協(xié)議的網(wǎng)絡(luò)通信模塊，用于將信息進(jìn)行封裝，并通過網(wǎng)絡(luò)發(fā)送給特定ip地址的終端，或接受其他終端發(fā)送來的信息；所述性能監(jiān)控模塊用于監(jiān)控視頻會(huì)議系統(tǒng)運(yùn)行過程中的各個(gè)性能數(shù)值，并在性能數(shù)值異常時(shí)執(zhí)行對(duì)應(yīng)的處理方式；所述視頻編碼模塊用于接收連接在本終端的攝像頭的視頻數(shù)據(jù)，使用指定的編碼方法對(duì)原始視頻數(shù)據(jù)進(jìn)行編碼，并將編碼好的視頻數(shù)據(jù)發(fā)送給其他終端；所述視頻解碼模塊用于接收其他終端發(fā)送過來的視頻數(shù)據(jù)，并根據(jù)該視頻數(shù)據(jù)使用的編碼方法，使用對(duì)應(yīng)的解碼方法來對(duì)視頻數(shù)據(jù)進(jìn)行解碼，將解碼后的視頻數(shù)據(jù)進(jìn)行顯示或本地儲(chǔ)存；所述視頻流管理模塊用于為所有的視頻流創(chuàng)建和關(guān)閉編碼模塊和解碼模塊，其中，一個(gè)視頻會(huì)議系統(tǒng)中所使用到的攝像頭視頻或從其他終端發(fā)送過來的視頻都稱為一個(gè)視頻流，每一個(gè)視頻流對(duì)應(yīng)一個(gè)編碼模塊或解碼模塊；所述主程序模塊用于提供終端與用戶交互的界面并對(duì)終端進(jìn)行配置；所述進(jìn)程管理模塊使用d-bus進(jìn)程間通訊機(jī)制，負(fù)責(zé)各個(gè)模塊間的通信以及各個(gè)模塊的創(chuàng)建與關(guān)閉；所述視頻數(shù)據(jù)收發(fā)模塊基于rtp協(xié)議，將編碼好的視頻數(shù)據(jù)發(fā)送至指定終端，或者從指定ip地址的終端接收視頻數(shù)據(jù)。

其中，所述信令收發(fā)模塊處理的信息均為會(huì)話控制類信息，所述性能監(jiān)控模塊監(jiān)控的視頻會(huì)議系統(tǒng)運(yùn)行過程中的各個(gè)性能數(shù)值包括帶寬消耗和硬盤讀寫速率。所述視頻編碼模塊使用基于h.265編碼格式的編碼方法，所述視頻解碼模塊使用基于h.265解碼格式的解碼方法。并且，所述視頻解碼模塊能夠?qū)獯a后的視頻數(shù)據(jù)進(jìn)行格式轉(zhuǎn)換，以適應(yīng)不同播放設(shè)備的需要。

進(jìn)一步地，所述視頻編碼模塊和視頻解碼模塊均使用directshow技術(shù)搭建的框架，并能夠根據(jù)終端硬件環(huán)境的不同，選擇性地使用硬件編碼和硬件解碼或軟件編碼和軟件解碼兩種方式進(jìn)行編解碼的實(shí)現(xiàn)。所述基于h.265視頻編碼格式的視頻會(huì)議系統(tǒng)默認(rèn)終端設(shè)備具有硬件編解碼所需要的硬件，并通過硬件編解碼的方式，將視頻流數(shù)據(jù)以h.265編碼格式在各終端設(shè)備之間編碼傳輸并解碼播放，但對(duì)只需求少量或單個(gè)高清視頻的編解碼，又沒有硬件編解碼所需要的硬件的情況下，所述視頻會(huì)議系統(tǒng)能夠自動(dòng)判斷，使用軟件編解碼方式進(jìn)行視頻的編解碼。其中，所述硬件編碼流程為：從directshow的數(shù)據(jù)源組件接收攝像頭的原始視頻流數(shù)據(jù)，使用intel的處理器硬件進(jìn)行h.265編碼格式的編碼，將編碼好的數(shù)據(jù)交給rtp發(fā)送組件發(fā)送給對(duì)應(yīng)ip地址的終端程序端口；所述硬件解碼流程為：從rtp組件接收編碼后的視頻數(shù)據(jù)，進(jìn)行緩存并交給視頻解碼模塊進(jìn)行解碼，視頻解碼模塊從接收緩存中讀取視頻數(shù)據(jù)并使用intel的處理器硬件進(jìn)行h.265編碼格式的解碼，并將解碼后的視頻數(shù)據(jù)交給渲染組件，渲染組件將接收到的視頻流，渲染至屏幕。所述軟件編碼流程為：從directshow的數(shù)據(jù)源組件接收攝像頭的原始視頻流數(shù)據(jù)，根據(jù)不同類型的視頻流數(shù)據(jù)格式轉(zhuǎn)換為yuv420格式，接著對(duì)yuv原始視頻數(shù)據(jù)進(jìn)行編碼，將編碼好的數(shù)據(jù)交給視頻數(shù)據(jù)收發(fā)模塊，發(fā)送給對(duì)應(yīng)ip地址的終端程序端口；所述軟件解碼流程為：從視頻數(shù)據(jù)收發(fā)模塊接收編碼后的視頻數(shù)據(jù)，進(jìn)行緩存并交給視頻解碼模塊進(jìn)行解碼，視頻解碼模塊從接收緩存中讀取視頻數(shù)據(jù)并使用對(duì)應(yīng)解碼庫(kù)，通過cpu的運(yùn)算進(jìn)行解碼，并將解碼后的視頻數(shù)據(jù)交給渲染組件，渲染組件將接收到的視頻流，渲染至屏幕。

所述基于h.265視頻編碼格式的視頻會(huì)議系統(tǒng)對(duì)于視頻的接收的具體流程為：首先系統(tǒng)根據(jù)用戶的接收視頻，由進(jìn)程管理模塊通知信令收發(fā)模塊與特定終端進(jìn)行信息交互(信息包括如：對(duì)方終端的ip地址，本終端的ip地址，欲接收的視頻流的視頻分辨率等)，之后由視頻流管理模塊進(jìn)程創(chuàng)建新的接收視頻流(如圖1中虛線部分所示，其中包含視頻數(shù)據(jù)收發(fā)模塊和視頻解碼模塊)，用以接收從其他終端發(fā)送過來的視頻流。當(dāng)用戶停止接收該視頻流時(shí)，主程序模塊將通過進(jìn)程管理模塊通知信令收發(fā)模塊向?qū)?yīng)的終端發(fā)送停止接收視頻消息，之后視頻流管理模塊將銷毀對(duì)應(yīng)的接受視頻流。對(duì)于視頻的發(fā)送的具體流程為：系統(tǒng)只有在受到其他終端的視頻發(fā)送請(qǐng)求消息時(shí)才會(huì)發(fā)送本地?cái)z像頭采集的視頻數(shù)據(jù)，當(dāng)收到視頻發(fā)送請(qǐng)求時(shí)，系統(tǒng)會(huì)解析消息中包含的數(shù)據(jù)，獲取請(qǐng)求終端的ip地址，并且將自身的ip地址以及欲發(fā)送的視頻的詳細(xì)信息返回給消息的發(fā)送者，之后通知視頻流管理模塊，創(chuàng)建發(fā)送視頻流(如圖1中虛線部分所示，其中包含視頻數(shù)據(jù)收發(fā)模塊和視頻編碼模塊)，并由其中的視頻流數(shù)據(jù)收發(fā)模塊將對(duì)應(yīng)視頻的數(shù)據(jù)發(fā)送給指定終端，當(dāng)收到視頻發(fā)送請(qǐng)求終端發(fā)送的終止接收視頻消息時(shí)，信令收發(fā)模塊通過進(jìn)程管理模塊通知視頻流管理模塊停止發(fā)送視頻數(shù)據(jù)并銷毀對(duì)應(yīng)的發(fā)送視頻流。

其中，所述視頻編碼模塊的工作流程圖如圖2所示，首先編碼器為編碼時(shí)所需要的參數(shù)集設(shè)定默認(rèn)初值、分配內(nèi)存空間并進(jìn)行默認(rèn)初始化，之后使用編碼器循環(huán)對(duì)原始視頻數(shù)據(jù)進(jìn)行編碼，當(dāng)不再有視頻輸入或者視頻流關(guān)閉時(shí)，輸出剩余視頻數(shù)據(jù)并結(jié)束編碼。視頻解碼模塊的工作流程圖如圖3所示，系統(tǒng)首先根據(jù)配置或自動(dòng)檢測(cè)編碼器的類型，決定要使用的編碼器，之后接收從其他模塊傳入的視頻數(shù)據(jù)，獲取數(shù)據(jù)中的視頻流信息，根據(jù)流信息初始化解碼器上下文結(jié)構(gòu)體，之后對(duì)接收到的視頻數(shù)據(jù)逐幀進(jìn)行解碼，并傳遞給下游的模塊，進(jìn)行文件保存或顯示至屏幕。

以上所述，僅為本發(fā)明專利較佳的實(shí)施例，但本發(fā)明專利的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明專利所公開的范圍內(nèi)，根據(jù)本發(fā)明專利的技術(shù)方案及其發(fā)明專利構(gòu)思加以等同替換或改變，都屬于本發(fā)明專利的保護(hù)范圍。