[發(fā)明專利]視頻推送方法、裝置、電子設(shè)備和可讀存儲介質(zhì)

有效

• 申請?zhí)枺?/td>: 202110653600.8
• 申請日: 2021-06-11
• 公開（公告）號: CN113382278B
• 公開（公告）日: 2022-09-09
• 發(fā)明（設(shè)計(jì)）人: 鐘龍山;陳成斌;黃潤懷;李旭
• 申請（專利權(quán)）人: 天翼云科技有限公司
• 主分類號: H04N21/2187
• 分類號: H04N21/2187;H04N21/2343;H04N21/6437;H04L65/60;H04L65/65;H04L65/80
• 代理公司: 北京律智知識產(chǎn)權(quán)代理有限公司 11438
• 代理人: 孫寶海;袁禮君

本公開提供了一種視頻推送方法、裝置、電子設(shè)備和計(jì)算機(jī)可讀存儲介質(zhì)，涉及多媒體技術(shù)領(lǐng)域。其中，視頻推送方法包括：響應(yīng)于播放端對媒體流數(shù)據(jù)的拉流請求，第二源站向第一源站對媒體流數(shù)據(jù)進(jìn)行拉流操作；第二源站確定與拉流請求的網(wǎng)絡(luò)協(xié)議匹配的拉流數(shù)量，拉流數(shù)量為拉取媒體流數(shù)據(jù)所需的歷史畫面組GOP的數(shù)量；第一源站基于拉流操作向第二源站反饋視頻幀，視頻幀包括歷史GOP；第二源站基于視頻幀生成拉流數(shù)量的TS文件，以基于拉流數(shù)量的TS文件生成媒體流數(shù)據(jù)，并將媒體流數(shù)據(jù)推送至播放端。通過本公開的技術(shù)方案，返回至播放端的媒體流數(shù)據(jù)可以直接解析出滿足播放需求的TS文件，從而能夠?qū)崿F(xiàn)媒體流的快速播放，以縮短視頻直播時產(chǎn)生的延遲。

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

本公開涉及多媒體技術(shù)領(lǐng)域，尤其涉及一種視頻推送方法、裝置、電子設(shè)備和計(jì)算機(jī)可讀存儲介質(zhì)。

背景技術(shù)

RTMP協(xié)議(Real Time Messaging Protocol)是目前主流的流媒體傳輸協(xié)議，廣泛用于直播領(lǐng)域。HLS協(xié)議(HTTP Live Streaming)的工作原理是把整個媒體流分成多個基于HTTP的小媒體分片下載，每次只下載一些分片，分片中包括一個m3u8的索引文件，TS媒體分片文件和key加密串文件。

相關(guān)技術(shù)中，計(jì)算機(jī)流媒體直播技術(shù)的主流方案是使用RTMP協(xié)議實(shí)現(xiàn)推拉流，在播放端使用HLS協(xié)議到節(jié)點(diǎn)拉流進(jìn)行播放時，根據(jù)HLS標(biāo)準(zhǔn)的建議，需要獲取到3個以上的TS格式文件才可以開始播放。并且在通常情況下，必須使用I幀作為TS文件的第一個視頻幀以保證TS文件在播放端正常解碼，播放端播放HLS格式地址的時候，節(jié)點(diǎn)通過RTMP協(xié)議去源站拉流的時候，源站只會緩存最后一個I幀之后的數(shù)據(jù)，節(jié)點(diǎn)啟動轉(zhuǎn)碼之后拿到的數(shù)據(jù)沒有辦法快速生成TS文件，只能等到收到足夠的視頻數(shù)據(jù)之后才能開始生成TS文件，因此播放端使用HLS格式接入之后只能等到節(jié)點(diǎn)產(chǎn)生了足夠的TS文件之后才能開始正常播放視頻，從而導(dǎo)致視頻直播存在延遲。

需要說明的是，在上述背景技術(shù)部分公開的信息僅用于加強(qiáng)對本公開的背景的理解，因此可以包括不構(gòu)成對本領(lǐng)域普通技術(shù)人員已知的現(xiàn)有技術(shù)的信息。

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

本公開的目的在于提供一種視頻推送方法、裝置、電子設(shè)備和計(jì)算機(jī)可讀存儲介質(zhì)，至少在一定程度上克服由于相關(guān)技術(shù)中視頻直播存在延遲的問題。

本公開的其他特性和優(yōu)點(diǎn)將通過下面的詳細(xì)描述變得顯然，或部分地通過本公開的實(shí)踐而習(xí)得。

根據(jù)本公開的一個方面，提供一種視頻推送方法，包括：響應(yīng)于播放端對媒體流數(shù)據(jù)的拉流請求，所述第二源站向所述第一源站對所述媒體流數(shù)據(jù)進(jìn)行拉流操作；所述第二源站確定與所述拉流請求的網(wǎng)絡(luò)協(xié)議匹配的拉流數(shù)量，所述拉流數(shù)量為拉取所述媒體流數(shù)據(jù)所需的歷史畫面組GOP的數(shù)量；所述第一源站基于所述拉流操作向所述第二源站反饋視頻幀，所述視頻幀包括所述拉流數(shù)量的歷史GOP，其中，所述第一源站中配置有視頻幀緩存隊(duì)列，所述視頻幀緩存隊(duì)列用于提供所述歷史GOP；所述第二源站基于所述視頻幀生成所述拉流數(shù)量的TS文件，以基于所述拉流數(shù)量的TS文件生成所述媒體流數(shù)據(jù)，并將所述媒體流數(shù)據(jù)推送至所述播放端，以由所述播放端解析出所述拉流數(shù)量的TS文件，并進(jìn)行播放。

在本公開的一個實(shí)施例中，所述第二源站確定與所述拉流請求的網(wǎng)絡(luò)協(xié)議匹配的拉流數(shù)量，具體包括：所述第二源站檢測所述拉流請求的網(wǎng)絡(luò)協(xié)議的類型；在檢測到所述拉流請求的網(wǎng)絡(luò)協(xié)議為第一網(wǎng)絡(luò)協(xié)議時，將第一數(shù)量確定為所述拉流數(shù)量；在檢測到所述拉流請求的網(wǎng)絡(luò)協(xié)議為第二網(wǎng)絡(luò)協(xié)議時，將第二數(shù)量確定為所述拉流數(shù)量；基于所述拉流數(shù)量生成拉流參數(shù)，以將所述拉流參數(shù)發(fā)送至所述第一源站，其中，所述第一數(shù)量小于所述第二數(shù)量。

在本公開的一個實(shí)施例中，所述第一源站中配置有視頻幀緩存隊(duì)列，所述視頻幀緩存隊(duì)列用于提供所述歷史GOP，還包括：在所述視頻幀緩存隊(duì)列的頭部存儲所述視頻幀中的編輯幀；所述第一源站基于所述拉流操作向所述第二源站反饋視頻幀，具體包括：所述第一源站自所述視頻幀緩存隊(duì)列的頭部起，提取所述歷史GOP。