[發明專利]一種分布式播放器流量控制方法及系統

有效

• 申請號: 201510549593.1
• 申請日: 2015-08-31
• 公開（公告）號: CN105187862B
• 公開（公告）日: 2017-12-15
• 發明（設計）人: 冷志勇;李鳳山;高上;盧述奇
• 申請（專利權）人: 暴風集團股份有限公司
• 主分類號: H04N21/2662
• 分類號: H04N21/2662;H04N21/2385;H04N21/434;H04N21/44
• 代理公司: 北京尚倫律師事務所11477
• 代理人: 張俊國

技術領域

本申請涉及互聯網應用技術領域，具體地說，涉及一種分布式播放器流量控制方法及系統。

背景技術

當前，視頻播放器，通常是指能播放以數字信號形式存儲的媒體文件的軟件，也指具有播放媒體文件功能的電子器件產品。除了少數波形文件外，大多數視頻播放器攜帶視音頻解碼器和顯示部件以還原經過壓縮媒體文件，視頻播放器還要內置一整套轉換以及緩存的算法。當然大多數的視頻播放器還能支持播放單音頻文件或者單視頻文件。

一般的處理過程為：

輸入。從文件或網絡等讀取原數據，如x.avi，x.mov，rtsp://xxx，對原數據進行解析，比如文件，首先要分析文件格式，從文件中取得音視頻編碼參數，媒體時間長度等信息，然后要從其中取出音頻編碼數據和視頻編碼數據送到解碼部分，這里暫稱這種編碼源數據塊為packet。

解碼。初始化時，利用輸入端從源數據中取得的信息調用不同的解碼庫初始化；然后接收輸入端傳送來的音視頻編碼數據，分別進行音頻解碼和視頻解碼，視頻解碼出來的數據一般是YUV或RGB數據，這里暫稱為picture，音頻解碼出來的數據是采樣數據，是聲卡播放的數據，這里暫稱為sample。解碼所得的數據接下來送到輸出部分。

輸出。接收解碼部分送來的picture和sample并顯示。視頻顯示一般使用某個圖形庫，如SDL，Xlib，DirectDraw，OpengGL，FrameBuffer等，音頻輸出是把sample寫入系統的音頻驅動，由音頻驅動送入聲卡播放，可用的音頻輸出有ALSA，OSS，SDL，DirectSound，WaveOut等。

現有技術中，通過分布式播放器在一個終端(播放器1)播放另外一個終端(播放器2)上面的媒體文件，播放器1需要先和播放器2建立連接，通過網絡傳遞各種控制命令，播放過程中傳遞的視音頻數據也會跟這些控制命走相同的通道。視音頻數據量很大，開始播放以后下行通道內的視音頻數據會源源不斷的涌入，堵塞下行通道。這時如果要發出Pause、Seek、Stop等控制動作時，上行通道將控制命令發出去，但控制命令響應從下行通道返回時，就會被大量的視音頻數據堵塞。只有下行通道中大量的數據被消耗完，才能接收到控制命令的響應，整個過程相當漫長甚至永遠阻塞，用戶體驗會非常不好，而且還會浪費帶寬。

發明內容

有鑒于此，本申請所要解決的技術問題是提供了一種分布式播放器流量控制方法及系統，其能夠解決現有技術中播放器播放存在的流量控制問題，能夠提高播放媒體文件的速度和效率，避免控制命令的堵塞，提高用戶滿意度。

為了解決上述技術問題，本申請有如下技術方案：

一種分布式播放器流量控制方法，包括：

播放器1控制層和播放器2控制層建立連接；

播放器1控制層向播放器2控制層發送解復用命令Cmd_prepare；

播放器2控制層收到Cmd_prepare后，根據所述解復用命令中的媒體文件信息構建解復用模塊和數據發送模塊；向播放器1控制層回復消息解復用Ready消息；

播放器1控制層收到所述解復用Ready消息后，根據所述解復用Ready消息包含的媒體信息構建數據接收模塊、解碼模塊和渲染模塊；并通知UI播放；

所述UI操作播放后，播放器1控制層向播放器2控制層發送命令Cmd_demux；

播放器2控制層收到Cmd_demux命令后，啟動解復用模塊，解復用模塊開始從IO中讀取媒體文件數據，解復用分離出原始流數據，并通過數據發送模塊把原始流數據發送出去；向播放器1回復解復用Play消息；

播放器1控制層收到Play消息后，啟動數據接收模塊、解碼模塊和渲染模塊；數據接收模塊接收到原始流數據交給解碼模塊，解碼模塊解碼輸出的數據發送給渲染模塊，渲染模塊完成渲染輸出。

所述播放器1和播放器2控制層在建立播放連接時要核對起始時鐘，保證兩端的計時時鐘T_g的同步。

所述解復用模塊和數據發送模塊初始化完成后，播放器2處于Ready狀態之后，播放器2控制層會向播放器1控制層回復消息解復用Ready消息。

所述解碼模塊和渲染模塊初始化完成后，所有的播放模塊都處于Ready狀態，此時通知所述UI播放。

所述方法還包括：

播放的視音頻數據流在解復用完畢以后根據視頻音頻信息打上時間戳信息T_f；