一种直播视频的播放方法与装置与流程

文档序号:12279744阅读:172来源:国知局
一种直播视频的播放方法与装置与流程

本发明是关于计算机技术领域,尤其是关于一种直播视频的播放方法与装置。



背景技术:

随着计算机技术的发展,网络直播得到了广泛的普及,用户可以登录直播应用程序,进入感兴趣的直播间,观看主播的直播视频,在主播直播过程中,直播应用程序的后台服务器(简称为服务器)可以将直播视频的图像数据与音频数据,发送至该用户此时使用的终端,该终端则会播放直播视频的图像数据与音频数据。

用户在观看直播视频的过程中,有时所处的位置的网络的网络带宽有限,但是又想观看直播视频,会出现播放卡顿的现象。



技术实现要素:

为了克服相关技术中存在的问题,本发明提供了一种直播视频的播放方法和装置。技术方案如下:

第一方面,提供了一种直播视频的播放方法,所述方法包括:

向终端发送目标直播视频的图像数据和音频数据;

当接收到所述终端发送的所述目标直播视频的图像暂停请求时,停止向所述终端发送所述目标直播视频的图像数据;

当接收到所述终端发送的所述目标直播视频的图像恢复请求时,向所述终端发送所述目标直播视频的图像数据。

可选的,所述停止向所述终端发送所述目标直播视频的图像数据,包括:

如果当前发送的所述目标直播视频的第一图像帧未发送完毕,则在将所述第一图像帧发送完毕后,停止向所述终端发送所述目标直播视频的图像数据。

这样,可以防止终端图像解码错误。

可选的,所述向所述终端发送所述目标直播视频的图像数据,包括:

确定接收到图像恢复请求时接收自主播终端发送的第二图像帧,如果所述第二图像帧是关键帧,则从所述第二图像帧开始,向所述终端发送所述目标直播视频的图像帧,如果所述第二图像帧不是关键帧,则从缓存的第一关键帧开始,向所述终端发送缓存的所述目标直播视频的图像帧,当接收到所述主播终端发送的第二关键帧后,从所述第二关键帧开始,向所述终端发送所述目标直播视频的图像帧,其中,所述第一关键帧是所述第二图像帧之前最近的关键帧。

这样,可以快速的恢复图像播放。

可选的,所述方法还包括:

当接收到所述终端发送的所述目标直播视频的音频暂停请求时,停止向所述终端发送所述目标直播视频的音频数据;

当接收到所述终端发送的所述目标直播视频的音频恢复请求时,向所述终端发送所述目标直播视频的音频数据。

这样,可以在不方便播放音频数据时,暂停播放音频数据。

可选的,所述停止向所述终端发送所述目标直播视频的音频数据,包括:

如果当前发送的所述目标直播视频的第一音频帧未发送完毕,则在将所述第一音频帧发送完毕后,停止向所述终端发送所述目标直播视频的音频数据。

这样,可以防止终端音频解码错误。

第二方面,一种直播视频的播放装置,其特征在于,所述装置包括:

第一发送模块,用于向终端发送目标直播视频的图像数据和音频数据;

停止模块,用于当接收到所述终端发送的所述目标直播视频的图像暂停请求时,停止向所述终端发送所述目标直播视频的图像数据;

第二发送模块,用于当接收到所述终端发送的所述目标直播视频的图像恢复请求时,向所述终端发送所述目标直播视频的图像数据。

可选的,所述停止模块,用于:

如果当前发送的所述目标直播视频的第一图像帧未发送完毕,则在将所述第一图像帧发送完毕后,停止向所述终端发送所述目标直播视频的图像数据。

可选的,所述第二发送模块,用于:

确定接收到图像恢复请求时接收自主播终端发送的第二图像帧,如果所述第二图像帧是关键帧,则从所述第二图像帧开始,向所述终端发送所述目标直播视频的图像帧,如果所述第二图像帧不是关键帧,则从缓存的第一关键帧开始,向所述终端发送缓存的所述目标直播视频的图像帧,当接收到所述主播终端发送的第二关键帧后,从所述第二关键帧开始,向所述终端发送所述目标直播视频的图像帧,其中,所述第一关键帧是所述第二图像帧之前最近的关键帧。

可选的,所述停止模块,还用于:

当接收到所述终端发送的所述目标直播视频的音频暂停请求时,停止向所述终端发送所述目标直播视频的音频数据;

所述第二发送模块,还用于:

当接收到所述终端发送的所述目标直播视频的音频恢复请求时,向所述终端发送所述目标直播视频的音频数据。

可选的,所述停止模块,用于:

如果当前发送的所述目标直播视频的第一音频帧未发送完毕,则在将所述第一音频帧发送完毕后,停止向所述终端发送所述目标直播视频的音频数据。

本发明实施例提供的技术方案带来的有益效果是:

服务器向终端发送目标直播视频的图像数据和音频数据,用户的网络带宽有限时,用户可以操作终端,触发终端向服务器发送图像暂停请求,服务器当接收到终端发送的目标直播视频的图像暂停请求时,停止向终端发送目标直播视频的图像数据,用户的网络的带宽比较大时,用户可以操作终端,触发终端向服务器发送图像恢复请求,当接收到终端发送的目标直播视频的图像恢复请求时,向终端发送目标直播视频的图像数据。这样,当终端接入的网络的带宽不足时,用户可以选择停止播放目标直播视频的图像数据,这样,仅需要传输目标直播视频中的音频数据,从而可以缓解播放卡顿的现象。

附图说明

为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种直播视频的播放方法流程图;

图2是本发明实施例提供的一种直播视频的播放界面示意图;

图3是本发明实施例提供的一种直播视频的播放方法流程图;

图4是本发明实施例提供的一种直播视频的播放界面示意图;

图5是本发明实施例提供的一种直播视频的播放的装置的结构示意图;

图6是本发明实施例提供的一种服务器的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。

本发明实施例提供了一种直播视频的播放方法,该方法的执行主体可以是服务器,其中,服务器可以是直播应用程序的后台服务器,该服务器中可以设置有处理器、存储器,收发器等,处理器可以用于直播视频播放的过程的处理,存储器可以用于存储处理过程中需要的数据以及产生的数据,收发器可以用于接收以及发送数据。

如图1所示,该方法的处理流程可以包括如下的步骤:

步骤101,向终端发送目标直播视频的图像数据和音频数据。

在实施中,用户可以在终端中安装直播应用程序,并且启动直播应用程序,直播应用程序的主界面中显示有直播间列表,用户可以查找到自己所要进入的目标直播间,并点击想要进入的目标直播间的直播间选项,终端则会接收到目标直播间选项的点击指令,生成直播视频获取请求,并在直播视频获取请求中添加目标直播间的标识,终端向服务器发送直播视频获取请求,服务器接收到终端发送的直播视频获取请求时,可以解析直播视频获取请求,从中获取到目标直播间的标识,然后根据目标直播间的标识,查找到目标直播间的目标直播视频数据,然后将当前接收到主播终端发送的目标直播视频的图像数据和音频数据发送至终端,终端接收到目标直播视频的图像数据和音频数据后,可以将时间戳一样的音频帧与视频帧同时播放。

步骤102,当接收到终端发送的目标直播视频的图像暂停请求时,停止向终端发送目标直播视频的图像数据。

在实施中,如图2所示,用户在观看目标直播视频的过程中,目标直播视频播放不流畅,用户可以点击界面中显示的图像暂停按键,终端则会接收到图像暂停按键的点击指令,生成图像暂停请求,并在图像暂停请求中添加目标直播视频的标识,然后向服务器发送图像暂停请求,服务器接收到终端发送的图像暂停请求后,可以停止向终端发送目标直播视频的图像数据,而仅向终端发送目标直播视频的音频数据,终端接收到目标直播视频的音频数据后,可以播放目标直播视频的音频数据。

可选的,在停止向终端发送目标直播视频的图像数据时,还需要判断当前发送的图像帧是否发送完成,相应的处理可以如下:

如果当前发送的目标直播视频的第一图像帧未发送完毕,则在将第一图像帧发送完毕后,停止向终端发送目标直播视频的图像数据

其中,第一图像帧是服务器接收到终端发送的图像暂停请求时,向终端发送的目标直播视频的图像数据。

在实施中,服务器接收到终端发送的图像暂停请求时,服务器可以确定此时发送的第一图像帧是否发送完毕,如果当前发送的第一图像帧未发送完毕,则继续将第一图像帧发送完毕,然后停止向终端发送目标直播视频的图像数据,如果当前发送的第一图像帧发送完毕,则服务器可以立即停止向终端发送目标直播视频的图像数据。这样,在目标直播视频的播放过程中,终端接收到用户输入的图像恢复请求时,不会因为前后两个图像帧的解码错误,而不能继续播放目标直播视频的图像数据。例如,第一图像帧需要四个数据包才能发送完成,服务器接收到终端发送的图像暂停请求时,第一图像帧仅发送了两个数据包,则服务器会继续将第一图像帧的后两个数据包发送完成,然后停止向终端发送目标直播视频的图像数据。第一图像帧需要四个数据包才能发送完成,服务器接收到终端发送的图像暂停请求时,第一图像帧的四个数据包恰好发送完成,则服务器停止向终端发送目标直播视频的图像数据。

另外,终端在接收到目标直播视频的图像暂停请求时,如果当前向终端发送目标直播视频的图像数据,则停止向终端发送目标直播视频的图像数据。

在实施中,服务器接收到终端发送的图像暂停请求时,服务器可以判断此时是否向终端发送目标直播视频的图像数据,如果此时向终端发送目标直播视频的图像数据,则服务器可以立即停止向终端发送目标直播视频的图像数据,如果此时已经暂停向终端发送目标直播视频的图像数据,服务器不做处理。这样,可以防止终端发送错误的图像暂停请求时服务器执行相应的错误请求。

步骤103,当接收到终端发送的目标直播视频的图像恢复请求时,向终端发送目标直播视频的图像数据。

在实施中,用户在终端仅播放目标直播视频的音频数据的过程中,如果想要观看目标直播视频的图像,则用户可以点击图像恢复按键(图像恢复按键与图像暂停按键可以为同一按键,当图像恢复按键的图像上显示对号标记时,此时处于图像数据播放的状态),终端则会接收到图像恢复按键的点击指令,生成图像恢复请求,并在图像恢复请求中添加目标直播视频的标识,然后向服务器发送图像恢复请求。服务器接收到终端发送的图像恢复请求后,可以立即向终端发送目标直播视频的图像数据。

另外,服务器接收到终端发送的图像恢复请求时,还需要判断此时是否处于停止向终端发送目标直播视频的图像数据,相应的处理可以如下:如果当前处于停止向终端发送目标直播视频的图像数据的状态,则向终端发送目标直播视频的图像数据。

在实施中,服务器接收到终端发送的图像恢复请求时,服务器可以确定此时是否处于停止向终端发送目标直播视频的图像数据的状态,如果当前处于停止向终端发送目标直播视频的图像数据的状态,则可以立即向终端发送目标直播视频的图像数据,如果当前处于向终端发送目标直播视频的图像数据的状态,则继续向终端发送目标直播视频的图像数据。

可选的,在恢复向终端发送目标直播视频的图像数据时,可以根据当前接收到图像帧是否是关键帧,向终端发送目标直播视频的图像数据。相应的处理可以如下:

确定接收到图像恢复请求时接收自主播终端发送的第二图像帧,如果第二图像帧是关键帧,则从第二图像帧开始,向终端发送目标直播视频的图像帧,如果第二图像帧不是关键帧,则从缓存的第一关键帧开始,向终端发送缓存的目标直播视频的图像帧,当接收到主播终端发送的第二关键帧后,从第二关键帧开始,向终端发送目标直播视频的图像帧,其中,第一关键帧是第二图像帧之前最近的关键帧。

在实施中,服务器接收到终端发送的图像恢复请求时,服务器可以确定此时接收到主播终端发送的第二图像帧是否是关键帧(第二图像帧是服务器接收到图像恢复请求之后,即将向终端发送的图像帧),如果第二图像帧是关键帧,则服务器可以向终端发送第二图像帧,并且向终端发送第二图像帧之后接收到主播终端发送的图像帧。如果第二图像帧不是关键帧,则服务器可以从缓存的图像帧中,确定第二图像帧之前最近的第一关键帧,然后将第一关键帧的时间戳修改为第二图像帧的时间戳,然后将第一关键帧发送至终端,并且在第二图像帧之后,服务器接收到主播终端的第M个图像帧时(M为正整数),获取缓存的目标直播视频的从第一关键帧开始的第M个图像帧,并将从第一关键帧开始的第M个图像帧的时间戳修改为在第二图像帧之后,服务器接收到主播终端的第M个图像帧的时间戳,然后向终端发送修改时间戳后的第M个图像帧,服务器可以确定每次接收自主播终端的图像帧是否是关键帧,如果接收到主播终端发送的第二关键帧,则向终端发送第二关键帧,并且向终端发送第二关键帧之后服务器接收到主播终端发送的图像帧。终端接收到服务器发送的图像帧后,可以获取图像帧的时间戳和音频帧的时间戳,将时间戳一样的音频帧与图像帧同时播放,这样,当用户点击视频恢复按键后们可以立即看到目标直播视频的图像。

另外,本发明实施例中还提供了暂停播放目标直播视频的音频数据的方法,如图3所示,相应的处理步骤可以如下:

步骤301,当接收到终端发送的目标直播视频的音频暂停请求时,停止向终端发送目标直播视频的音频数据。

在实施中,如图4所示,用户在观看目标直播视频的过程中,用户处于比较安静的环境中,此时不方便播放音频数据,用户可以点击界面中显示的音频暂停按键,终端则会接收到音频暂停按键的点击指令,生成音频暂停请求,并在音频暂停请求中添加目标直播视频的标识,然后向服务器发送音频暂停请求,服务器接收到终端发送的音频暂停请求后,可以停止向终端发送目标直播视频的音频数据,而仅向终端发送目标直播视频的图像数据,终端接收到目标直播视频的图像数据后,可以播放目标直播视频的图像数据。

可选的,服务器在停止向终端发送目标直播视频的音频数据时,还需要查看当前发送的音频帧是否发送完成,相应的处理可以如下:

如果当前发送的目标直播视频的第一音频帧未发送完毕,则在将第一音频帧发送完毕后,停止向终端发送目标直播视频的音频数据。

其中,第一音频帧是服务器接收到终端发送的音频暂停请求时,向终端发送的目标直播视频的音频数据。

在实施中,服务器接收到终端发送的音频暂停请求时,服务器可以确定此时发送的第一音频帧是否发送完毕,如果当前发送的第一音频帧未发送完毕,则继续将第一音频帧发送完毕,然后停止向终端发送目标直播视频的音频数据,如果当前发送的第一音频帧发送完毕,则服务器可以立即停止向终端发送目标直播视频的音频数据。这样,在目标直播视频的播放过程中,终端接收到用户输入的音频恢复请求时,不会因为前后两个音频帧的解码错误,而不能继续播放目标直播视频的音频数据。例如,第一音频帧需要四个数据包才能发送完成,服务器接收到终端发送的音频暂停请求时,第一音频帧仅发送了两个数据包,则服务器会继续将第一音频帧的后两个数据包发送完成,然后停止向终端发送目标直播视频的音频数据。第一音频帧需要四个数据包才能发送完成,服务器接收到终端发送的音频暂停请求时,第一音频帧的四个数据包恰好发送完成,则服务器停止向终端发送目标直播视频的音频数据。

另外,终端在接收到目标直播视频的音频暂停请求时,如果当前向终端发送目标直播视频的音频数据,则停止向终端发送目标直播视频的音频数据。

在实施中,服务器接收到终端发送的音频暂停请求时,服务器可以判断此时是否向终端发送目标直播视频的音频数据,如果此时向终端发送目标直播视频的音频数据,则服务器可以立即停止向终端发送目标直播视频的音频数据,如果此时已经暂停向终端发送目标直播视频的音频数据,服务器不做处理。这样,可以防止终端发送错误的音频暂停请求时服务器执行相应的错误请求。

步骤302,当接收到终端发送的目标直播视频的音频恢复请求时,向终端发送目标直播视频的音频数据。

在实施中,用户在终端仅播放目标直播视频的音频数据的过程中,服务器向终端发送目标直播视频的音频数据和图像数据。如果想要收听目标直播视频的音频,则用户可以点击视频恢复按键(视频恢复按键与视频暂停按键可以为同一按键),终端则会接收到视频恢复按键的点击指令,生成音频恢复请求,并在音频恢复请求中添加目标直播视频的标识,然后向服务器发送音频恢复请求。服务器接收到终端发送的音频恢复请求后,可以立即向终端发送目标直播视频的音频数据。

另外,服务器接收到终端发送的音频恢复请求时,还需要判断此时是否处于停止向终端发送目标直播视频的音频数据,相应的处理可以如下:如果当前处于停止向终端发送目标直播视频的音频数据的状态,则向终端发送目标直播视频的音频数据。

在实施中,服务器接收到终端发送的音频恢复请求时,服务器可以确定此时是否处于停止向终端发送目标直播视频的音频数据的状态,如果当前处于停止向终端发送目标直播视频的音频数据的状态,则可以立即向终端发送目标直播视频的音频数据,如果当前处于向终端发送目标直播视频的音频数据的状态,则继续向终端发送目标直播视频的音频数据。

本发明实施例中,服务器向终端发送目标直播视频的图像数据和音频数据,用户的网络带宽有限时,用户可以操作终端,触发终端向服务器发送图像暂停请求,服务器当接收到终端发送的目标直播视频的图像暂停请求时,停止向终端发送目标直播视频的图像数据,用户的网络的带宽比较大时,用户可以操作终端,触发终端向服务器发送图像恢复请求,当接收到终端发送的目标直播视频的图像恢复请求时,向终端发送目标直播视频的图像数据。这样,当终端接入的网络的带宽不足时,用户可以选择停止播放目标直播视频的图像数据,这样,仅需要传输目标直播视频中的音频数据,从而可以缓解播放卡顿的现象。

基于相同的技术构思,本发明实施例还提供了一种直播视频的播放装置,如图5所示,该装置包括:

第一发送模块510,用于向终端发送目标直播视频的图像数据和音频数据;

停止模块520,用于当接收到所述终端发送的所述目标直播视频的图像暂停请求时,停止向所述终端发送所述目标直播视频的图像数据;

第二发送模块530,用于当接收到所述终端发送的所述目标直播视频的图像恢复请求时,向所述终端发送所述目标直播视频的图像数据。

可选的,所述停止模块520,用于:

如果当前发送的所述目标直播视频的第一图像帧未发送完毕,则在将所述第一图像帧发送完毕后,停止向所述终端发送所述目标直播视频的图像数据。

可选的,所述第二发送模块530,用于:

确定接收到图像恢复请求时接收自主播终端发送的第二图像帧,如果所述第二图像帧是关键帧,则从所述第二图像帧开始,向所述终端发送所述目标直播视频的图像帧,如果所述第二图像帧不是关键帧,则从缓存的第一关键帧开始,向所述终端发送缓存的所述目标直播视频的图像帧,当接收到所述主播终端发送的第二关键帧后,从所述第二关键帧开始,向所述终端发送所述目标直播视频的图像帧,其中,所述第一关键帧是所述第二图像帧之前最近的关键帧。

可选的,所述停止模块520,还用于:

当接收到所述终端发送的所述目标直播视频的音频暂停请求时,停止向所述终端发送所述目标直播视频的音频数据;

所述第二发送模块530,还用于:

当接收到所述终端发送的所述目标直播视频的音频恢复请求时,向所述终端发送所述目标直播视频的音频数据。

可选的,所述停止模块520,用于:

如果当前发送的所述目标直播视频的第一音频帧未发送完毕,则在将所述第一音频帧发送完毕后,停止向所述终端发送所述目标直播视频的音频数据。

本发明实施例中,服务器向终端发送目标直播视频的图像数据和音频数据,用户的网络带宽有限时,用户可以操作终端,触发终端向服务器发送图像暂停请求,服务器当接收到终端发送的目标直播视频的图像暂停请求时,停止向终端发送目标直播视频的图像数据,用户的网络的带宽比较大时,用户可以操作终端,触发终端向服务器发送图像恢复请求,当接收到终端发送的目标直播视频的图像恢复请求时,向终端发送目标直播视频的图像数据。这样,当终端接入的网络的带宽不足时,用户可以选择停止播放目标直播视频的图像数据,这样,仅需要传输目标直播视频中的音频数据,从而可以缓解播放卡顿的现象。

需要说明的是:上述实施例提供的直播视频的播放的方法在播放直播视频时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将该装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的直播视频的播放方法与直播视频的播放装置实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。

图6是本发明实施例提供的服务器的结构示意图。该服务器600可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上中央处理器(central processing units,CPU)622(例如,一个或一个以上处理器)和存储器632,一个或一个以上存储应用程序642或数据644的存储介质630(例如一个或一个以上海量存储设备)。其中,存储器632和存储介质630可以是短暂存储或持久存储。存储在存储介质630的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器622可以设置为与存储介质630通信,在服务器600上执行存储介质630中的一系列指令操作。

服务器600还可以包括一个或一个以上电源626,一个或一个以上有线或无线网络接口650,一个或一个以上输入输出接口658,一个或一个以上键盘656,和/或,一个或一个以上操作系统641,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。

服务器600可以包括有存储器,以及一个或者一个以上的程序,其中一个或者一个以上程序存储于存储器中,且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令:

向终端发送目标直播视频的图像数据和音频数据;

当接收到所述终端发送的所述目标直播视频的图像暂停请求时,停止向所述终端发送所述目标直播视频的图像数据;

当接收到所述终端发送的所述目标直播视频的图像恢复请求时,向所述终端发送所述目标直播视频的图像数据。

可选的,所述停止向所述终端发送所述目标直播视频的图像数据,包括:

如果当前发送的所述目标直播视频的第一图像帧未发送完毕,则在将所述第一图像帧发送完毕后,停止向所述终端发送所述目标直播视频的图像数据。

可选的,所述向所述终端发送所述目标直播视频的图像数据,包括:

确定接收到图像恢复请求时接收自主播终端发送的第二图像帧,如果所述第二图像帧是关键帧,则从所述第二图像帧开始,向所述终端发送所述目标直播视频的图像帧,如果所述第二图像帧不是关键帧,则从缓存的第一关键帧开始,向所述终端发送缓存的所述目标直播视频的图像帧,当接收到所述主播终端发送的第二关键帧后,从所述第二关键帧开始,向所述终端发送所述目标直播视频的图像帧,其中,所述第一关键帧是所述第二图像帧之前最近的关键帧。

可选的,所述方法还包括:

当接收到所述终端发送的所述目标直播视频的音频暂停请求时,停止向所述终端发送所述目标直播视频的音频数据;

当接收到所述终端发送的所述目标直播视频的音频恢复请求时,向所述终端发送所述目标直播视频的音频数据。

可选的,所述停止向所述终端发送所述目标直播视频的音频数据,包括:

如果当前发送的所述目标直播视频的第一音频帧未发送完毕,则在将所述第一音频帧发送完毕后,停止向所述终端发送所述目标直播视频的音频数据。

本发明实施例中,服务器向终端发送目标直播视频的图像数据和音频数据,用户的网络带宽有限时,用户可以操作终端,触发终端向服务器发送图像暂停请求,服务器当接收到终端发送的目标直播视频的图像暂停请求时,停止向终端发送目标直播视频的图像数据,用户的网络的带宽比较大时,用户可以操作终端,触发终端向服务器发送图像恢复请求,当接收到终端发送的目标直播视频的图像恢复请求时,向终端发送目标直播视频的图像数据。这样,当终端接入的网络的带宽不足时,用户可以选择停止播放目标直播视频的图像数据,这样,仅需要传输目标直播视频中的音频数据,从而可以缓解播放卡顿的现象。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。

以上仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1