本發(fā)明涉及視頻處理領(lǐng)域，尤其涉及基于網(wǎng)絡(luò)視頻流的畫面處理方法及系統(tǒng)。

背景技術(shù)：

目前上海電信iptv直播監(jiān)測(cè)系統(tǒng)由iptv機(jī)頂盒通過視頻矩陣設(shè)備輸出至顯示器上，每個(gè)直播監(jiān)看頻道需對(duì)應(yīng)一臺(tái)機(jī)頂盒，在設(shè)備維護(hù)、應(yīng)用擴(kuò)展方面存在不足；一旦發(fā)生故障，目前的監(jiān)測(cè)系統(tǒng)需現(xiàn)場(chǎng)操作工程師針對(duì)故障現(xiàn)象、操作內(nèi)容與視頻圖像進(jìn)行直觀比對(duì)才可判斷故障原因是否為監(jiān)看機(jī)頂盒自身問題還是平臺(tái)故障，并評(píng)估操作結(jié)果。但由于機(jī)頂盒綁定問題，確認(rèn)機(jī)頂盒問題需經(jīng)過數(shù)步配置操作以后才可實(shí)現(xiàn)，往往會(huì)浪費(fèi)數(shù)十分鐘以上的判障時(shí)間，會(huì)影響解決故障恢復(fù)周期?，F(xiàn)有技術(shù)的不足包括以下幾點(diǎn)：

1.耗空間、耗能源、維護(hù)成本高

監(jiān)控視頻由iptv機(jī)頂盒通過視頻矩陣輸出至監(jiān)控屏上，每個(gè)直播頻道需對(duì)應(yīng)一臺(tái)機(jī)頂盒，連接線繁雜，設(shè)備總體能耗高。視頻矩陣多為進(jìn)口產(chǎn)品，價(jià)格昂貴且維修周期長(zhǎng)。

2.覆蓋監(jiān)控頻道有限

視頻矩陣可輸出畫面數(shù)量有限，不能全覆蓋iptv直播頻道；

3.缺乏高效的主動(dòng)告警手段

一旦發(fā)生故障，目前的監(jiān)測(cè)系統(tǒng)需現(xiàn)場(chǎng)操作工程師針對(duì)故障現(xiàn)象、操作內(nèi)容與視音頻圖像進(jìn)行直觀比對(duì)才可判斷故障原因和評(píng)估操作結(jié)果；

4.設(shè)備維護(hù)成本高、應(yīng)用擴(kuò)展受局限。

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

鑒于目前技術(shù)存在的上述不足，本發(fā)明提供基于網(wǎng)絡(luò)視頻流的畫面處理方法及系統(tǒng)，本發(fā)明可以接收流媒體數(shù)據(jù)，進(jìn)行解復(fù)用、音視頻解碼和渲染，將視頻信號(hào)以行列布局方式通過hdmi數(shù)字接口輸出至監(jiān)控屏上。

本發(fā)明的采用如下技術(shù)方案：

基于網(wǎng)絡(luò)視頻流的畫面處理方法，包括以下步驟：

接收網(wǎng)絡(luò)視頻流的數(shù)據(jù)并上傳到視頻渲染模塊；

基于所述視頻渲染模塊對(duì)gpu渲染加速和turbov智能頻率調(diào)節(jié)；

基于所述視頻渲染模塊對(duì)畫面進(jìn)行處理；

其中所述對(duì)畫面進(jìn)行處理包括畫面切分、多屏輪詢、全屏、字幕疊加和自動(dòng)翻頁。

作為本發(fā)明的優(yōu)選技術(shù)方案，所述接收網(wǎng)絡(luò)視頻流的數(shù)據(jù)并上傳到視頻渲染模塊的步驟包括：

通過流媒體數(shù)據(jù)采集模塊接收網(wǎng)絡(luò)視頻流的數(shù)據(jù)；

通過ts流解復(fù)用將視頻流、音頻流進(jìn)行解包；

通過h.264解碼模塊解碼視頻數(shù)據(jù)并通過音頻解碼模塊解碼音頻數(shù)據(jù)；

將解碼后的視頻原始數(shù)據(jù)上傳到視頻渲染模塊。

本發(fā)明的另一面，基于網(wǎng)絡(luò)視頻流的畫面處理系統(tǒng)，包括流媒體數(shù)據(jù)采集模塊、視頻渲染模塊和畫面展示模塊；

所述流媒體數(shù)據(jù)采集模塊將接收的視頻數(shù)據(jù)進(jìn)行處理并上傳到視頻渲染模塊，所述視頻渲染模塊將處理過后的視頻數(shù)據(jù)在所述畫面展示模塊上進(jìn)行展示。

作為本發(fā)明的優(yōu)選技術(shù)方案，所述流媒體數(shù)據(jù)采集模塊包括依次相連的ts流解復(fù)用模塊、h.264解碼模塊和音頻解碼模塊。

作為本發(fā)明的優(yōu)選技術(shù)方案，所述視頻渲染模塊包括依次相連的gpu渲染加速模塊和turbov智能頻率調(diào)節(jié)模塊。

作為本發(fā)明的優(yōu)選技術(shù)方案，所述畫面展示模塊包括依次相連的畫面分割模塊、字母疊加模塊、多屏輪詢模塊、畫面全屏模塊、自動(dòng)翻頁模塊和聲光預(yù)警模塊。

本發(fā)明具有以下有益效果：

1、可以接收流媒體數(shù)據(jù)，進(jìn)行解復(fù)用、音視頻解碼和渲染，將視頻信號(hào)以行列布局方式通過hdmi數(shù)字接口輸出至監(jiān)控屏上；

2、turbov智能頻率調(diào)節(jié)模塊可以主動(dòng)監(jiān)測(cè)當(dāng)前計(jì)算資源的使用情況來動(dòng)態(tài)調(diào)節(jié)gpu頻率，達(dá)到節(jié)能的目的。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對(duì)實(shí)施例中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明具體實(shí)施的流程。

圖2為本發(fā)明中系統(tǒng)的結(jié)構(gòu)示意圖

圖3a-圖3c為采用本發(fā)明的系統(tǒng)與傳統(tǒng)方式的對(duì)比圖。

具體實(shí)施方式

下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

如圖1所示，本發(fā)明提供基于網(wǎng)絡(luò)視頻流的畫面處理方法，包括以下步驟：

步驟s1：接收網(wǎng)絡(luò)視頻流的數(shù)據(jù)并上傳到視頻渲染模塊，具體為通過流媒體數(shù)據(jù)采集模塊首先接收iptv視頻流，通過ts流解復(fù)用將視頻流、音頻流解包，其次通過h.264解碼模塊解碼視頻數(shù)據(jù)，音頻解碼模塊解碼音頻數(shù)據(jù)。將解碼后的視頻原始數(shù)據(jù)推送給上層的視頻渲染模塊。

步驟s2：基于所述視頻渲染模塊對(duì)gpu渲染加速和turbov智能頻率 調(diào)節(jié)，具體為視頻渲染模塊中核心功能為gpu渲染加速和turbov智能頻率調(diào)節(jié)。由于系統(tǒng)需要同時(shí)處理大量視頻畫面，僅僅依靠cpu運(yùn)算還不夠，需要借助gpu的計(jì)算能力。turbov智能頻率調(diào)節(jié)可以主動(dòng)監(jiān)測(cè)當(dāng)前計(jì)算資源的使用情況來動(dòng)態(tài)調(diào)節(jié)gpu頻率，達(dá)到節(jié)能的目的。

步驟s3：基于所述視頻渲染模塊對(duì)畫面進(jìn)行處理，其中對(duì)畫面進(jìn)行處理包括畫面切分、多屏輪詢、全屏、字幕疊加和自動(dòng)翻頁。

本發(fā)明的另外一面，基于網(wǎng)絡(luò)視頻流的畫面處理系統(tǒng)，包括流媒體數(shù)據(jù)采集模塊、視頻渲染模塊和畫面展示模塊；所述流媒體數(shù)據(jù)采集模塊將接收的視頻數(shù)據(jù)進(jìn)行處理并上傳到視頻渲染模塊，所述視頻渲染模塊將處理過后的視頻數(shù)據(jù)在所述畫面展示模塊上進(jìn)行展示。

進(jìn)一步，如圖2所示，流媒體數(shù)據(jù)采集模塊包括依次相連的ts流解復(fù)用模塊、h.264解碼模塊和音頻解碼模塊，視頻渲染模塊包括依次相連的gpu渲染加速模塊和turbov智能頻率調(diào)節(jié)模塊，畫面展示模塊包括依次相連的畫面分割模塊、字母疊加模塊、多屏輪詢模塊、畫面全屏模塊、自動(dòng)翻頁模塊和聲光預(yù)警模塊。

采用本發(fā)明的方法及系統(tǒng)與傳統(tǒng)方式進(jìn)行對(duì)比如下：

1、輸出方式

傳統(tǒng)方式為：機(jī)頂盒+硬件畫面切分器的方式，機(jī)頂盒通過av線將視頻輸出到硬件畫面切分器，由切分器采集信號(hào)并處理后統(tǒng)一輸出至監(jiān)控屏。

2、本發(fā)明的方式：直接接收iptv組播信號(hào)，采用軟件分屏技術(shù)將視頻通過hdmi數(shù)字線輸出至監(jiān)控屏。

如表1所示，采用本發(fā)明的系統(tǒng)與傳統(tǒng)方式的對(duì)比情況

表1

如表1和圖3a-圖3c所示，采用本發(fā)明的系統(tǒng)，可以實(shí)現(xiàn)更多的單頻輸出路數(shù)，以及具有更好的節(jié)能效果，而且同時(shí)具有更低的維護(hù)成本。

綜上所述，本發(fā)明基于網(wǎng)絡(luò)視頻流的畫面處理方法，其中基于網(wǎng)絡(luò)視頻流的畫面處理方法，包括以下步驟：接收網(wǎng)絡(luò)視頻流的數(shù)據(jù)并上傳到視頻渲染模塊；基于所述視頻渲染模塊對(duì)gpu渲染加速和turbov智能頻率調(diào)節(jié)；基于所述視頻渲染模塊對(duì)畫面進(jìn)行處理；其中所述對(duì)畫面進(jìn)行處理包括畫面切分、多屏輪詢、全屏、字幕疊加和自動(dòng)翻頁，本發(fā)明可以接收流媒體數(shù)據(jù)，進(jìn)行解復(fù)用、音視頻解碼和渲染，將視頻信號(hào)以行列布局方式通過hdmi數(shù)字接口輸出至監(jiān)控屏上。

以上所述，僅為本發(fā)明的具體實(shí)施方式，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本領(lǐng)域技術(shù)的技術(shù)人員在本發(fā)明公開的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以所述權(quán)利要求的保護(hù)范圍為準(zhǔn)。