[發明專利]一種視頻資源解碼方法及裝置

有效

• 申請號: 201710930120.5
• 申請日: 2017-10-09
• 公開（公告）號: CN107484010B
• 公開（公告）日: 2020-03-17
• 發明（設計）人: 楊亮;張文明;陳少杰
• 申請（專利權）人: 武漢斗魚網絡科技有限公司
• 主分類號: H04N21/434
• 分類號: H04N21/434;H04N21/439;H04N21/4402;H04N21/443
• 代理公司: 北京眾達德權知識產權代理有限公司 11570
• 代理人: 劉杰

本發明公開了一種視頻資源解碼方法及裝置，該方法包括：在通過處于RPC通信連接的主控進程與原解碼進程協同對同一目標視頻資源進行解碼并播放的過程中，監測主控進程與原解碼進程之間的RPC通信連接是否斷開；如果監測到主控進程與所述原解碼進程之間的RPC通信連接已斷開，創建新的解碼進程并建立新的解碼進程與主控進程之間的RPC通信連接；通過新的解碼進程與主控進程協同對目標視頻資源繼續解碼并播放。從而本發明解決了解碼進程意外結束或崩潰導致播放器主程序視頻播放停止的技術問題。

技術領域

本發明涉及視頻解碼領域，尤其涉及一種視頻資源解碼方法及裝置。

背景技術

現有技術中都是采用在一個進程中進行音視頻解碼，然后將解碼后音視頻進行播放。這種方案比較簡單、快速。

但是如果要實現播放器多開(播放器多開就是在一個播放器中能夠同時打開多個視頻資源，比如:視頻文件或者網絡視頻流)。隨著多開視頻的個數越來越多，那么該進程需要的系統資源，如CPU占用、內存消耗也就會越來越多。達到該進程的性能瓶頸時會使播放效果越來越差，畫面越來越卡頓，甚至會造成播放器的崩潰。為了防止這種情況，則由一個獨立的進程來解碼視頻流，以避免了畫面效果差和卡頓的問題。

但是，如果解碼進程意外結束或崩潰，播放器主程序的視頻播放就會停止而無法恢復。

發明內容

本發明實施例通過提供一種視頻資源解碼方法及裝置，解決了解碼進程意外結束或崩潰導致播放器主程序視頻播放停止的技術問題。

第一方面，本發明實施例提供一種視頻資源解碼方法，包括：

在通過處于RPC遠程過程調用通信連接的主控進程與原解碼進程協同對同一目標視頻資源進行解碼并播放的過程中，監測所述主控進程與所述原解碼進程之間的RPC通信連接是否斷開；

如果監測到所述主控進程與所述原解碼進程之間的RPC通信連接已斷開，創建新的解碼進程并建立所述新的解碼進程與所述主控進程之間的RPC通信連接；

通過所述新的解碼進程與所述主控進程協同對所述目標視頻資源繼續解碼并播放。

可選的，在通過處于RPC遠程過程調用通信連接的主控進程與原解碼進程協同對同一目標視頻資源進行解碼并播放之前，所述方法還包括：

獲得針對所述目標視頻資源的播放請求時，通過所述主控進程創建所述原解碼進程，并建立所述主控進程與所述原解碼進程之間的RPC通信連接；

通過所述主控進程注冊針對所述主控進程與所述原解碼進程之間的RPC通信連接的目標回調函數；

在所述主控進程與所述原解碼進程之間的RPC通信連接打開時，使所述主控進程進入所述目標回調函數。

可選的，所述監測所述主控進程與所述原解碼進程之間的RPC通信連接是否斷開，包括：

在所述主控進程與所述原解碼進程之間的RPC通信連接的內部進行檢測用于支持所述主控進程與所述原解碼進程之間RPC通信連接的命名管道是否斷開；

如果斷開，對所述目標回調函數的狀態參數設置為零；

通過處于所述目標回調函數中的所述主控進程判斷所述目標回調函數的狀態參數當前是否為零；

如果為零，確定所述主控進程與所述原解碼進程之間的RPC通信連接已斷開。

可選的，所述創建新的解碼進程并建立所述新的解碼進程與所述主控進程之間的RPC通信連接，包括：

分配用于所述新的解碼進程與所述主控進程之間連接的RPC連接地址；

通過所述主控進程發送用于通知所述控制進程創建所述新的解碼進程的通知消息；