CN109729387A - 基于hls协议的网络直播在故障恢复后的播放方法及系统 - Google Patents
基于hls协议的网络直播在故障恢复后的播放方法及系统 Download PDFInfo
- Publication number
- CN109729387A CN109729387A CN201910013182.9A CN201910013182A CN109729387A CN 109729387 A CN109729387 A CN 109729387A CN 201910013182 A CN201910013182 A CN 201910013182A CN 109729387 A CN109729387 A CN 109729387A
- Authority
- CN
- China
- Prior art keywords
- fragment
- list
- network
- client
- hls protocol
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种基于HLS协议的网络直播在故障恢复后的播放方法及系统,涉及HLS协议流媒体下载及播放领域。该方法的步骤包括:客户端向服务端请求M3U8列表至本地,M3U8列表中包括若干TS分片和每个TS分片的时长;客户端根据本地M3U8列表下载TS分片;客户端将下载的TS分片进行解码和显示;客户端定期更新本地M3U8列表;当发生网络故障、且网络故障恢复后,客户端获取需要下载的TS分片的时长T3,若T‑T4≥T3,则更新本地M3U8列表,其中T代表网络故障发生时长,T4代表客户端下载请求时长。本发明能够节省不必要的请求耗时开销,以此尽可能快速的恢复播放,进而提高用户体验。
Description
技术领域
本发明涉及HLS协议流媒体下载及播放领域,具体涉及一种基于HLS协议的网络直播在故障恢复后的播放方法及系统。
背景技术
随着数字技术和互联网技术的发展,流媒体服务的需求也越来越多。HTTP协议(HyperText Transfer Protocol,超文本传输协议)具有基础设施完善、实现简单、部署快、代理服务器强等特点,基于HTTP实现的HLS协议(HTTP Live Streaming,苹果公司提出的基于HTTP的流媒体网络传输协议)越来越多的被应用到流媒体的直播业务和点播业务中。HLS协议的特点是将容量巨大的连续媒体数据分割为数量众多的TS(Transport Stream,合成传输流)分片进行传递,客户端不断的请求下载TS分片实现流畅的播放。在HLS协议规范中,M3U8列表中会有每个TS分片时长(通过时长#EXTINF字段标识,一个TS分片的时长通常为10s,每个TS分片的时长可相同或不同)和对应的序号。
HLS协议在播放过程中,客户端会根据从服务端上请求的M3U8列表中的分片序号,请求下载TS分片播放。直播情况下,服务端上的M3U8列表会不断的进行更新,进而使得客户端实际需要下载播放的TS分片会随着M3U8列表的更新而更新(即客户端需要定期更新M3U8列表)。
基于HLS协议的网络直播过程中出现网络故障时,客户端会无法请求服务端上最新的M3U8列表,也无法下载TS分片;网络故障恢复后,客户端按照故障前待下载或正在下载的TS分片序号请求下载。但是,若网络故障的时长大于服务端上的M3U8列表的更新时长,则会出现客户端请求下载的TS分片不在服务端的M3U8列表中;此时若继续请求M3U8列表中不存在的TS分片,则会造成额外的耗时,不利于网络故障恢复的及时响应,降低了用户体验。
发明内容
针对现有技术中存在的缺陷,本发明解决的技术问题为:如何节省不必要的请求耗时开销,以此尽可能快速的恢复播放,进而提高用户体验。
为达到以上目的,本发明提供的基于HLS协议的网络直播在故障恢复后的播放方法,包括以下步骤:
S1:客户端向服务端请求M3U8列表至本地,M3U8列表中包括若干TS分片和每个TS分片的时长;
S2:客户端根据本地M3U8列表下载TS分片;
S3:客户端将下载的TS分片进行解码和显示;
S4:客户端定期更新本地M3U8列表;
S5:在执行S2至S4的过程中,当发生网络故障、且网络故障恢复后,客户端获取需要下载的TS分片的时长T3,若T-T4≥T3,则更新本地M3U8列表,其中T代表网络故障发生时长,T4代表客户端下载请求时长。
在上述技术方案的基础上,S1包括以下步骤:客户端根据播放地址向服务端发起M3U8列表请求后,对服务端返回的信息进行解析,得到一级M3U8文件,根据一级M3U8文件向服务端请求M3U8列表;对M3U8列表进行解析,得到TS分片索引,索引中包括每个TS分片的序号和时长。
在上述技术方案的基础上,S2包括以下步骤:客户端创建TS分片下载缓存;客户端从M3U8列表获取1个需要下载的TS分片后,当TS分片下载缓存中的空闲缓存与当前TS分片适配时,下载当前TS分片。
在上述技术方案的基础上,S3包括以下步骤:解析TS分片的PID和音视频格式后,根据解析的PID和音视频格式,设置对应的底层解码器来显示TS分片。
在上述技术方案的基础上,S5中所述网络故障发生时长T的计算方式包括:客户端检测到发生网络故障时,记录网络故障发生时间T1,网络故障修复后,记录网络故障恢复时间T2,T=T2-T1。
本发明提供的基于HLS协议的网络直播在故障恢复后的播放系统,包括设置于客户端上的控制模块、HLS协议处理模块、TS数据处理模块和网络检测模块;
控制模块用于:向HLS协议处理模块发送M3U8列表下载信号,收到HLS协议处理模块返回的TS分片下载信号后,向TS数据处理模块发送TS数据显示信号;向网络检测模块发送网络检测信号,收到网络检测模块返回的M3U8列表更新信号后,向HLS协议处理模块发送M3U8列表更新信号;
HLS协议处理模块用于:收到M3U8列表下载信号后,向服务端请求M3U8列表并定期更新M3U8列表,M3U8列表中包括若干TS分片和每个TS分片的时长;根据本地M3U8列表下载TS分片后,向控制模块返回TS分片下载信号;收到M3U8列表更新信号后,即时更新M3U8列表;
TS数据处理模块用于:收到TS数据显示信号后,将HLS协议处理模块下载的TS分片进行解码和显示;
网络检测模块用于:收到网络检测信号后,检测网络状态,当发生网络故障、且网络故障恢复后,获取需要下载的TS分片的时长T3,若T-T4≥T3,则向控制模块返回M3U8列表更新信号,其中T代表网络故障发生时长,T4代表客户端下载请求时长。
在上述技术方案的基础上,所述HLS协议处理模块向服务端请求M3U8列表的工作流程包括:根据播放地址向服务端发起M3U8列表请求后,对服务端返回的信息进行解析,得到一级M3U8文件,根据一级M3U8文件向服务端请求M3U8列表;对M3U8列表进行解析,得到TS分片索引,索引中包括每个TS分片的序号和时长。
在上述技术方案的基础上,该系统还包括设置于客户端上的缓存模块;
缓存模块用于:创建TS分片下载缓存,在HLS协议处理模块根据本地M3U8列表下载TS分片之前,检测TS分片下载缓存中的空闲缓存是否与HLS协议处理模块需要下载的TS分片适配;
所述控制模块还用于:当空闲缓存与需要下载的TS分片适配时,通知HLS协议处理模块下载TS分片。
在上述技术方案的基础上,所述TS数据处理模块的工作流程包括:解析TS分片的PID和音视频格式后,根据解析的PID和音视频格式,设置对应的底层解码器来显示TS分片。
在上述技术方案的基础上,所述网络检测模块计算网络故障发生时长T的工作流程包括:检测到发生网络故障时,记录网络故障发生时间T1,网络故障修复后,记录网络故障恢复时间T2,T=T2-T1。
与现有技术相比,本发明的优点在于:
由此可知,本发明在基于HLS协议的网络直播的网络故障恢复后,能够根据自主创作的时长判断方式,来确定客户端即将下载的TS分片是否在服务端的M3U8列表中;若不存在,则客户端直接更新M3U8列表。因此,本发明不会存在现有技术中继续请求M3U8列表中不存在的TS分片的情形,进而节省了不必要的请求耗时开销,提高了网络故障后的恢复播放速度,随之也提高了用户体验。
与此同时,需要说明的是,在本申请以前没有任何文献公开了本发明自主创作的时长判断方式,而且对于本领域普通技术人员而言,网络故障恢复后节省请求耗时开销的方式一般为:优化系统性能,没有动机,来想到本发明的时长判断方式。
附图说明
图1为本发明实施例中基于HLS协议的网络直播在故障恢复后的播放方法的流程图;
图2为本发明实施例中S1的流程图;
图3为本发明实施例中S2的流程图;
图4为本发明实施例中基于HLS协议的网络直播在故障恢复后的播放系统的连接框图。
具体实施方式
以下结合附图及实施例对本发明作进一步详细说明。
参见图1所示,本发明实施例中的基于HLS协议的网络直播在故障恢复后的播放方法,包括以下步骤:
S1:需要进行基于HLS协议的网络直播时,客户端向服务端请求M3U8列表至本地,M3U8列表中包括若干TS分片和每个TS分片的时长,转到S2。
S2:客户端根据本地M3U8列表下载TS分片,转到S3。
S3:客户端将下载的TS分片进行解码和显示,转到S4。
S4:客户端根据HLS协议规则向服务端请求M3U8列表至本地(即客户端定期更新本地M3U8列表,定期的时长根据HLS协议规则设置,参见背景技术可知,客户端定期更新本地M3U8列表为现有技术),转到S2。
S5:在执行S2至S4的过程中,当发生网络故障、且网络故障恢复后,获取需要下载的TS分片(故障前正在下载的TS分片、或者故障前刚好下载完成故障后即将下载的TS分片)的时长T3,参见背景技术可知,不同TS分片的时长可能不同,因此T3的获取方式不能设置为默认值,而需要在S1中的本地M3U8列表中查找到需要下载的TS分片后,再获取该TS分片的时长。
判断是否T-T4≥T3,其中T代表网络故障发生时长,T4代表客户端下载请求时长,T4预先根据经验设置,设置规则为T4大于等于保护时长,保护时长为从客户端向服务端请求下载TS分片,至开始下载TS分片所需的时长,如此设置能够避免出现客户端请求下载TS分片时,需要下载的TS分片在请求过程中被服务端所更新,进而导致客户端请求下载的TS分片不存在于服务端中更新的M3U8列表中的情况。
若是,说明客户端需要下载的TS分片已不在服务端的M3U8列表中,此时客户端更新本地M3U8列表后转到S2;
否则说明即使在客户端下载请求时长后,客户端需要下载的TS分片仍在服务端的M3U8列表中,此时无需更新M3U8列表,可直接转到S2进行正常下载。
由此可知,本发明在基于HLS协议的网络直播的网络故障恢复后,能够根据自主创作的时长判断方式,来确定客户端即将下载的TS分片是否在服务端的M3U8列表中;若不存在,则客户端直接更新M3U8列表。因此,本发明不会存在现有技术中继续请求M3U8列表中不存在的TS分片的情形,进而节省了不必要的请求耗时开销,提高了网络故障后的恢复播放速度,随之也提高了用户体验。
与此同时,需要说明的是,在本申请以前没有任何文献公开了本发明自主创作的时长判断方式,而且对于本领域普通技术人员而言,网络故障恢复后节省请求耗时开销的方式一般为:优化系统性能,没有动机,来想到本发明的时长判断方式。
优选的,参见图2所示,S1包括以下步骤:
S101:客户端收到播放命令后,根据播放命令中的播放地址向服务端发起M3U8列表请求,转到S102。
S102:客户端根据HLS解析规则,对服务端返回的信息进行解析,得到一级M3U8文件;根据一级M3U8文件中的内容向服务端请求二级M3U8文件(即M3U8列表),转到S103。
S103:客户端根据HLS解析规则,对二级M3U8文件进行解析,得到TS分片索引,索引中包括每个TS分片的序号和时长,转到S2。
优选的,参见图3所示,S2包括以下步骤:
S201:客户端创建TS分片下载缓存和下载缓存管理机制,转到S202。
S202:客户端从M3U8列表获取1个需要下载的TS分片,转到S203。
S203:客户端根据下载缓存管理机制,判断TS分片下载缓存中的空闲缓存是否与当前TS分片适配(空闲缓存的空间能够容纳TS分片则符合适配标准),若是,转到S204,否则重新执行S203,以等待空闲缓存容量增大。
S204:客户端下载当前TS分片,转到S3。
本实施例中每次下载TS分片之前,均需要执行S202步骤。
由此可知,本实施例在下载TS分片之前,会先检测空闲缓存是否足够,进而提高了网络直播的稳定性。
优选的,S3包括以下步骤:对TS分片进行预处理后,解析TS分片的PID(TS流的中唯一识别标志)和音视频格式,根据解析的PID和音视频格式,设置对应的底层解码器来显示TS分片。
优选的,S5中网络故障发生时长T的计算方式为:客户端检测到发生网络故障时,记录网络故障发生时间T1,网络故障修复后,记录网络故障恢复时间T2,T=T2-T1。
参见图4所示,本发明提供的基于HLS协议的网络直播在故障恢复后的播放系统,包括设置于客户端上的控制模块、HLS协议处理模块、TS数据处理模块、网络检测模块和缓存模块。
控制模块用于:
(1)向HLS协议处理模块发送M3U8列表下载信号,收到HLS协议处理模块返回的TS分片下载信号后,向TS数据处理模块发送TS数据显示信号;
(2)向网络检测模块发送网络检测信号,收到网络检测模块返回的M3U8列表更新信号后,向HLS协议处理模块发送M3U8列表更新信号;
(3)当空闲缓存与需要下载的TS分片适配时,通知HLS协议处理模块下载TS分片。
HLS协议处理模块用于:收到M3U8列表下载信号后,向服务端请求M3U8列表并定期更新M3U8列表,M3U8列表中包括若干TS分片和每个TS分片的时长;根据本地M3U8列表下载TS分片后,向控制模块返回TS分片下载信号;收到M3U8列表更新信号后,即时更新M3U8列表。
HLS协议处理模块向服务端请求M3U8列表的工作流程包括:根据播放地址向服务端发起M3U8列表请求后,对服务端返回的信息进行解析,得到一级M3U8文件,根据一级M3U8文件向服务端请求M3U8列表;对M3U8列表进行解析,得到TS分片索引,索引中包括每个TS分片的序号和时长。
缓存模块用于:创建TS分片下载缓存,在HLS协议处理模块根据本地M3U8列表下载TS分片之前,检测TS分片下载缓存中的空闲缓存是否与HLS协议处理模块需要下载的TS分片适配。
TS数据处理模块用于:收到TS数据显示信号后,将HLS协议处理模块下载的TS分片进行解码和显示;具体工作流程包括:解析TS分片的PID和音视频格式后,根据解析的PID和音视频格式,设置对应的底层解码器来显示TS分片。
网络检测模块用于:收到网络检测信号后,检测网络状态,当发生网络故障、且网络故障恢复后,获取需要下载的TS分片的时长T3,若T-T4≥T3,则向控制模块返回M3U8列表更新信号,其中T代表网络故障发生时长,T4代表客户端下载请求时长。网络故障发生时长T的计算流程包括:检测到发生网络故障时,记录网络故障发生时间T1,网络故障修复后,记录网络故障恢复时间T2,T=T2-T1。
需要说明的是:本发明实施例提供的系统在进行模块间通信时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将系统的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
进一步,本发明不局限于上述实施方式,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。
Claims (10)
1.一种基于HLS协议的网络直播在故障恢复后的播放方法,其特征在于,该方法包括以下步骤:
S1:客户端向服务端请求M3U8列表至本地,M3U8列表中包括若干TS分片和每个TS分片的时长;
S2:客户端根据本地M3U8列表下载TS分片;
S3:客户端将下载的TS分片进行解码和显示;
S4:客户端定期更新本地M3U8列表;
S5:在执行S2至S4的过程中,当发生网络故障、且网络故障恢复后,客户端获取需要下载的TS分片的时长T3,若T-T4≥T3,则更新本地M3U8列表,其中T代表网络故障发生时长,T4代表客户端下载请求时长。
2.如权利要求1所述的基于HLS协议的网络直播在故障恢复后的播放方法,其特征在于,S1包括以下步骤:客户端根据播放地址向服务端发起M3U8列表请求后,对服务端返回的信息进行解析,得到一级M3U8文件,根据一级M3U8文件向服务端请求M3U8列表;对M3U8列表进行解析,得到TS分片索引,索引中包括每个TS分片的序号和时长。
3.如权利要求1所述的基于HLS协议的网络直播在故障恢复后的播放方法,其特征在于,S2包括以下步骤:客户端创建TS分片下载缓存;客户端从M3U8列表获取1个需要下载的TS分片后,当TS分片下载缓存中的空闲缓存与当前TS分片适配时,下载当前TS分片。
4.如权利要求1所述的基于HLS协议的网络直播在故障恢复后的播放方法,其特征在于,S3包括以下步骤:解析TS分片的PID和音视频格式后,根据解析的PID和音视频格式,设置对应的底层解码器来显示TS分片。
5.如权利要求1至4任一项所述的基于HLS协议的网络直播在故障恢复后的播放方法,其特征在于,S5中所述网络故障发生时长T的计算方式包括:客户端检测到发生网络故障时,记录网络故障发生时间T1,网络故障修复后,记录网络故障恢复时间T2,T=T2-T1。
6.一种基于HLS协议的网络直播在故障恢复后的播放系统,其特征在于:该系统包括设置于客户端上的控制模块、HLS协议处理模块、TS数据处理模块和网络检测模块;
控制模块用于:向HLS协议处理模块发送M3U8列表下载信号,收到HLS协议处理模块返回的TS分片下载信号后,向TS数据处理模块发送TS数据显示信号;向网络检测模块发送网络检测信号,收到网络检测模块返回的M3U8列表更新信号后,向HLS协议处理模块发送M3U8列表更新信号;
HLS协议处理模块用于:收到M3U8列表下载信号后,向服务端请求M3U8列表并定期更新M3U8列表,M3U8列表中包括若干TS分片和每个TS分片的时长;根据本地M3U8列表下载TS分片后,向控制模块返回TS分片下载信号;收到M3U8列表更新信号后,即时更新M3U8列表;
TS数据处理模块用于:收到TS数据显示信号后,将HLS协议处理模块下载的TS分片进行解码和显示;
网络检测模块用于:收到网络检测信号后,检测网络状态,当发生网络故障、且网络故障恢复后,获取需要下载的TS分片的时长T3,若T-T4≥T3,则向控制模块返回M3U8列表更新信号,其中T代表网络故障发生时长,T4代表客户端下载请求时长。
7.如权利要求6所述的基于HLS协议的网络直播在故障恢复后的播放系统,其特征在于:所述HLS协议处理模块向服务端请求M3U8列表的工作流程包括:根据播放地址向服务端发起M3U8列表请求后,对服务端返回的信息进行解析,得到一级M3U8文件,根据一级M3U8文件向服务端请求M3U8列表;对M3U8列表进行解析,得到TS分片索引,索引中包括每个TS分片的序号和时长。
8.如权利要求6所述的基于HLS协议的网络直播在故障恢复后的播放系统,其特征在于:该系统还包括设置于客户端上的缓存模块;
缓存模块用于:创建TS分片下载缓存,在HLS协议处理模块根据本地M3U8列表下载TS分片之前,检测TS分片下载缓存中的空闲缓存是否与HLS协议处理模块需要下载的TS分片适配;
所述控制模块还用于:当空闲缓存与需要下载的TS分片适配时,通知HLS协议处理模块下载TS分片。
9.如权利要求6所述的基于HLS协议的网络直播在故障恢复后的播放系统,其特征在于:所述TS数据处理模块的工作流程包括:解析TS分片的PID和音视频格式后,根据解析的PID和音视频格式,设置对应的底层解码器来显示TS分片。
10.如权利要求6至9任一项所述的基于HLS协议的网络直播在故障恢复后的播放系统,其特征在于:所述网络检测模块计算网络故障发生时长T的工作流程包括:检测到发生网络故障时,记录网络故障发生时间T1,网络故障修复后,记录网络故障恢复时间T2,T=T2-T1。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910013182.9A CN109729387B (zh) | 2019-01-07 | 2019-01-07 | 基于hls协议的网络直播在故障恢复后的播放方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910013182.9A CN109729387B (zh) | 2019-01-07 | 2019-01-07 | 基于hls协议的网络直播在故障恢复后的播放方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109729387A true CN109729387A (zh) | 2019-05-07 |
CN109729387B CN109729387B (zh) | 2021-05-14 |
Family
ID=66299574
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910013182.9A Active CN109729387B (zh) | 2019-01-07 | 2019-01-07 | 基于hls协议的网络直播在故障恢复后的播放方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109729387B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113038237A (zh) * | 2021-03-17 | 2021-06-25 | 百度(中国)有限公司 | 直播信息处理方法、装置、设备及存储介质 |
CN114598916A (zh) * | 2020-12-03 | 2022-06-07 | 腾讯科技(深圳)有限公司 | 直播间恢复方法、装置、设备及计算机可读存储介质 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101562635A (zh) * | 2009-05-15 | 2009-10-21 | 中兴通讯股份有限公司 | 一种移动流媒体的点播方法和播放器 |
CN102130936A (zh) * | 2010-08-17 | 2011-07-20 | 华为技术有限公司 | 一种在动态http流传输方案中支持时移回看的方法和装置 |
CN102572555A (zh) * | 2012-01-16 | 2012-07-11 | 深圳市同洲视讯传媒有限公司 | 一种实现hls客户端视频直播回看的方法及系统 |
CN104918108A (zh) * | 2015-06-09 | 2015-09-16 | 烽火通信科技股份有限公司 | 一种基于hls协议的视频精确定位装置及方法 |
CN105187950A (zh) * | 2014-05-29 | 2015-12-23 | 中国移动通信集团内蒙古有限公司 | 一种视频文件播放的方法、设备和系统 |
CN105657578A (zh) * | 2015-10-29 | 2016-06-08 | 乐视致新电子科技(天津)有限公司 | 基于hls协议的直播方法、系统及客户端 |
CN106572114A (zh) * | 2016-11-10 | 2017-04-19 | 上海斐讯数据通信技术有限公司 | 基于多服务器的Portal认证方法及其系统、Portal服务器 |
CN106572358A (zh) * | 2016-11-11 | 2017-04-19 | 青岛海信宽带多媒体技术有限公司 | 一种直播时移方法及客户端 |
CN106686471A (zh) * | 2015-11-06 | 2017-05-17 | 中国电信股份有限公司 | 用于实现网络视频直播的方法和客户端 |
US20180376384A1 (en) * | 2017-01-09 | 2018-12-27 | Lg Electronics Inc. | Method for interworking between networks in wireless communication system and apparatus thereof |
-
2019
- 2019-01-07 CN CN201910013182.9A patent/CN109729387B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101562635A (zh) * | 2009-05-15 | 2009-10-21 | 中兴通讯股份有限公司 | 一种移动流媒体的点播方法和播放器 |
CN102130936A (zh) * | 2010-08-17 | 2011-07-20 | 华为技术有限公司 | 一种在动态http流传输方案中支持时移回看的方法和装置 |
CN102572555A (zh) * | 2012-01-16 | 2012-07-11 | 深圳市同洲视讯传媒有限公司 | 一种实现hls客户端视频直播回看的方法及系统 |
CN105187950A (zh) * | 2014-05-29 | 2015-12-23 | 中国移动通信集团内蒙古有限公司 | 一种视频文件播放的方法、设备和系统 |
CN104918108A (zh) * | 2015-06-09 | 2015-09-16 | 烽火通信科技股份有限公司 | 一种基于hls协议的视频精确定位装置及方法 |
CN105657578A (zh) * | 2015-10-29 | 2016-06-08 | 乐视致新电子科技(天津)有限公司 | 基于hls协议的直播方法、系统及客户端 |
CN106686471A (zh) * | 2015-11-06 | 2017-05-17 | 中国电信股份有限公司 | 用于实现网络视频直播的方法和客户端 |
CN106572114A (zh) * | 2016-11-10 | 2017-04-19 | 上海斐讯数据通信技术有限公司 | 基于多服务器的Portal认证方法及其系统、Portal服务器 |
CN106572358A (zh) * | 2016-11-11 | 2017-04-19 | 青岛海信宽带多媒体技术有限公司 | 一种直播时移方法及客户端 |
US20180376384A1 (en) * | 2017-01-09 | 2018-12-27 | Lg Electronics Inc. | Method for interworking between networks in wireless communication system and apparatus thereof |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114598916A (zh) * | 2020-12-03 | 2022-06-07 | 腾讯科技(深圳)有限公司 | 直播间恢复方法、装置、设备及计算机可读存储介质 |
CN114598916B (zh) * | 2020-12-03 | 2024-04-23 | 腾讯科技(深圳)有限公司 | 直播间恢复方法、装置、设备及计算机可读存储介质 |
CN113038237A (zh) * | 2021-03-17 | 2021-06-25 | 百度(中国)有限公司 | 直播信息处理方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN109729387B (zh) | 2021-05-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102238419B (zh) | 播放实况内容的方法和装置 | |
CN106209892B (zh) | 使用可伸缩编码的增强型块请求流送 | |
US11477521B2 (en) | Media presentation description patches for video streaming | |
CN104221390B (zh) | 用于处置低等待时间流送的增强型块请求流送系统 | |
US9332292B2 (en) | Media playlists with selective media expiration | |
CN103858440B (zh) | 在针对自适应http流的表示之间提供改进切换的切换信令方法 | |
US8327013B2 (en) | Dynamic index file creation for media streaming | |
US8301733B2 (en) | Dynamic chunking for delivery instances | |
US8850054B2 (en) | Hypertext transfer protocol live streaming | |
US20180167432A1 (en) | Dynamic chunking for delivery instances | |
US20160080470A1 (en) | Server-side playlist stitching | |
CN101677325B (zh) | 发布媒体描述信息和获取媒体的方法、装置、系统 | |
US20120005313A1 (en) | Dynamic indexing for ad insertion in media streaming | |
CN107196963A (zh) | 使用url模板和构造规则的增强型块请求流送 | |
CN102577411A (zh) | 使用信令或块创建的增强型块请求流送系统 | |
CN102882829A (zh) | 一种转码方法及系统 | |
CN102550034A (zh) | 使用块划分或请求控制以获得改善的客户端侧处置的增强型块请求流送 | |
JP2015530781A (ja) | ジャストインタイムの分散型ビデオキャッシュ | |
WO2013159703A1 (en) | Offline download method, multimedia file download method and system thereof | |
CN102549999A (zh) | 使用协作式并行http和前向纠错的增强型块请求流送 | |
US20100179973A1 (en) | Systems, methods, and computer programs for delivering content via a communications network | |
US8824676B2 (en) | Streaming video to cellular phones | |
KR20050000490A (ko) | 복합 콘텐츠의 배신 방법 및 배신 시스템 | |
CN107801051A (zh) | 虚拟切片信息传输方法和装置、视频服务器 | |
CN109729387A (zh) | 基于hls协议的网络直播在故障恢复后的播放方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |