技術領域

本發明實施例涉及多媒體播放技術領域，尤其涉及一種播放器起播延遲優化方法及裝置。

背景技術

在視頻直播應用場景中，延遲是一個非常重要的指標，如何降低直播延遲成為直播面臨的重要問題。HLS(HTTP Live Streaming，Apple的動態碼率自適應技術)協議是一種動態碼率自適應技術，它的工作原理是把整個流分成一個個小的基于HTTP的文件來下載，每次只下載一些。因為其采用HTTP((HyperText Transport Protocol，超文本傳輸協議))協議，只要開放80端口就不會被防火墻攔截，因此，大部分OTT(Over The Top，是指通過互聯網向用戶提供各種應用服務)視頻采用了HLS協議。

在實現本發明的過程中，發明人發現現有技術中至少存在如下問題：按照HLS協議規定，播放器需要等待大量的TS(Transport Stream，TS流文件，一種DVD的文件格式)數據才可以播放視頻(HLS協議規定播放器至少需要等待下載完3個TS分片，才可以播放視頻)，導致HLS協議引入非常大的直播延遲。例如，按照HLS協議規定，如果每個分片時長為10s，下載完3個TS分片，那么直播延遲將達到30s，將嚴重影響用戶的使用體驗。

發明內容

本發明實施例提供了一種播放器起播延遲優化方法及裝置，旨在解決現有的基于HLS協議的視頻直播方式存在較大直播延遲，影響用戶使用體驗的技術問題。

為了解決以上提出的問題，本發明實施例采用的技術方案包括：

一種播放器起播延遲優化方法，包括：

將開源計算機程序集成到媒體播放器中，并設置動態碼率自適應協議數據源到媒體播放器；

媒體播放器接收多媒體文件的統一資源標識符；

根據所述多媒體文件的統一資源標識符獲取多媒體文件,從所述多媒體文件的播放列表中獲取最后的兩個流文件，并下載所述最后的兩個流文件；

當所述最后的兩個流文件下載完成后，所述媒體播放器開始播放。

本發明實施例采取的技術方案還包括：所述從多媒體文件的播放列表中獲取最后的兩個流文件還包括：解析多媒體文件，獲取多媒體文件的標簽屬性，根據多媒體文件的標簽屬性判斷多媒體文件是否是直播流，如果多媒體文件是直播流，則從所述多媒體文件的播放列表中獲取最后的兩個流文件。

本發明實施例采取的技術方案還包括：所述下載最后的兩個流文件還包括：判斷所述最后的兩個流文件中間是否存在異常標簽，如果所述最后的兩個流文件中間不存在異常標簽，則選取所述最后的兩個流文件的地址并建立短連接，下載所述最后的兩個流文件。

本發明實施例采取的技術方案還包括：如果所述最后的兩個流文件中間存在異常標簽，所述媒體播放器獲取所述多媒體文件的播放列表中倒數第一個流文件的地址進行下載，同時根據設定的起播前最小重載延遲重新載入所述多媒體文件，并下載所述多媒體文件中重新載入的一個流文件。

本發明實施例采取的技術方案還包括：所述起播前最小重載延遲為指定最大的媒體段時間長的0.1倍，所述媒體播放器起播后，最小重載延遲為指定最大的媒體段時間長的整數倍。

本發明實施例采取的另一技術方案為：一種播放器起播延遲優化裝置，包括：

播放器優化模塊：用于將開源計算機程序集成到媒體播放器中，并設置動態碼率自適應協議數據源到媒體播放器；

數據傳輸模塊：用于接收多媒體文件的統一資源標識符；

文件獲取模塊：用于根據所述多媒體文件的統一資源標識符獲取多媒體文件；

流數據獲取模塊：用于從所述多媒體文件的播放列表中獲取最后的兩個流文件；

數據下載模塊：用于下載所述最后的兩個流文件；

多媒體播放模塊：用于在所述最后的兩個流文件下載完成后，通過媒體播放器開始播放。

本發明實施例采取的技術方案還包括：還包括數據解析模塊和標簽判斷模塊，所述數據解析模塊用于解析多媒體文件，獲取多媒體文件的標簽屬性；所述標簽判斷模塊用于根據多媒體文件的標簽屬性判斷多媒體文件是否是直播流，如果多媒體文件是直播流，則通過所述流數據獲取模塊從所述多媒體文件的播放列表中獲取最后的兩個流文件。

本發明實施例采取的技術方案還包括：所述流數據獲取模塊還用于判斷所述最后的兩個流文件中間是否存在異常標簽，如果所述最后的兩個流文件中間不存在異常標簽，則所述數據下載模塊選取所述最后的兩個流文件的地址并建立短連接，下載所述最后的兩個流文件。