[發(fā)明專利]一種播放器起播延遲優(yōu)化方法及裝置

在審

• 申請?zhí)枺?/td>: 201611123025.6
• 申請日: 2016-12-08
• 公開（公告）號: CN106604079A
• 公開（公告）日: 2017-04-26
• 發(fā)明（設(shè)計）人: 甄磊;邊智;衛(wèi)少迪;余東;辛少輝
• 申請（專利權(quán)）人: 樂視控股（北京）有限公司;樂視云計算有限公司
• 主分類號: H04N21/262
• 分類號: H04N21/262;H04N21/4385;H04N21/643;H04N21/8352;H04N21/845;H04N21/854
• 代理公司: 北京天奇智新知識產(chǎn)權(quán)代理有限公司11340
• 代理人: 蔡飛燕

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

本發(fā)明實施例涉及多媒體播放技術(shù)領(lǐng)域，尤其涉及一種播放器起播延遲優(yōu)化方法及裝置。

背景技術(shù)

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

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

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

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

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

一種播放器起播延遲優(yōu)化方法，包括：

將開源計算機(jī)程序集成到媒體播放器中，并設(shè)置動態(tài)碼率自適應(yīng)協(xié)議數(shù)據(jù)源到媒體播放器；

媒體播放器接收多媒體文件的統(tǒng)一資源標(biāo)識符；

根據(jù)所述多媒體文件的統(tǒng)一資源標(biāo)識符獲取多媒體文件,從所述多媒體文件的播放列表中獲取最后的兩個流文件，并下載所述最后的兩個流文件；

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

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

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

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

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

本發(fā)明實施例采取的另一技術(shù)方案為：一種播放器起播延遲優(yōu)化裝置，包括：

播放器優(yōu)化模塊：用于將開源計算機(jī)程序集成到媒體播放器中，并設(shè)置動態(tài)碼率自適應(yīng)協(xié)議數(shù)據(jù)源到媒體播放器；

數(shù)據(jù)傳輸模塊：用于接收多媒體文件的統(tǒng)一資源標(biāo)識符；

文件獲取模塊：用于根據(jù)所述多媒體文件的統(tǒng)一資源標(biāo)識符獲取多媒體文件；

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

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

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

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

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