[發(fā)明專利]基于網(wǎng)絡(luò)視頻流的畫(huà)面處理方法及系統(tǒng)

在審

• 申請(qǐng)?zhí)枺?/td>: 201610218569.4
• 申請(qǐng)日: 2016-04-09
• 公開(kāi)（公告）號(hào): CN107277436A
• 公開(kāi)（公告）日: 2017-10-20
• 發(fā)明（設(shè)計(jì)）人: 何臻
• 申請(qǐng)（專利權(quán)）人: 上海久暢信息技術(shù)有限公司
• 主分類號(hào): H04N7/18
• 分類號(hào): H04N7/18;H04N21/44;H04N21/431
• 代理公司: 暫無(wú)信息
• 代理人: 暫無(wú)信息

技術(shù)領(lǐng)域

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

背景技術(shù)

目前上海電信IPTV直播監(jiān)測(cè)系統(tǒng)由IPTV機(jī)頂盒通過(guò)視頻矩陣設(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ī)頂盒自身問(wèn)題還是平臺(tái)故障，并評(píng)估操作結(jié)果。但由于機(jī)頂盒綁定問(wèn)題，確認(rèn)機(jī)頂盒問(wèn)題需經(jīng)過(guò)數(shù)步配置操作以后才可實(shí)現(xiàn)，往往會(huì)浪費(fèi)數(shù)十分鐘以上的判障時(shí)間，會(huì)影響解決故障恢復(fù)周期。現(xiàn)有技術(shù)的不足包括以下幾點(diǎn)：

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

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

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

視頻矩陣可輸出畫(huà)面數(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ò)展受局限。

發(fā)明內(nèi)容

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

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

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

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

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

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

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

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

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

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

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

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

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

所述流媒體數(shù)據(jù)采集模塊將接收的視頻數(shù)據(jù)進(jìn)行處理并上傳到視頻渲染模塊，所述視頻渲染模塊將處理過(guò)后的視頻數(shù)據(jù)在所述畫(huà)面展示模塊上進(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ù)方案，所述畫(huà)面展示模塊包括依次相連的畫(huà)面分割模塊、字母疊加模塊、多屏輪詢模塊、畫(huà)面全屏模塊、自動(dòng)翻頁(yè)模塊和聲光預(yù)警模塊。

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

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

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

附圖說(shuō)明

為了更清楚地說(shuō)明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對(duì)實(shí)施例中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(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í)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

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