一种提高直播视频打开速度的方法、用户设备和服务器与流程

文档序号:13763896阅读:376来源:国知局
一种提高直播视频打开速度的方法、用户设备和服务器与流程

本发明涉及计算机领域,尤其涉及一种提高直播视频打开速度的方法、用户设备和服务器。



背景技术:

网络直播已经成为一种热门的网络娱乐方式。目前,用户在UE(用户设备,User Equipment)的直播应用上打开一个直播视频时,需要耐心等待直播视频下载。这段下载时间,大多数直播应用会显示出一表示加载图片或标识,当视频流接收到后再开始播放直播视频。

然而,目前直播让用户等待进入直播的时间偏长,尤其是在网络环境不好的情况下,用户会等待非常长的时间,大大降低了用户的使用体验。

所以,现有技术存在如何提高网络直播视频打开速度的技术问题。



技术实现要素:

本发明实施例提供了一种提高直播视频打开速度的方法、用户设备和服务器,用于提高直播视频打开的速度,缩短等待时间。

第一方面,本发明提供了一种提高直播视频打开速度的方法,包括:

接收用于打开目标直播视频的打开操作;

向提供直播视频的服务器发送请求获取帧率小于第一阈值的目标直播视频的第一请求;所述第一阈值小于等于所述服务器配置的向用户设备UE发送直播视频的标准帧率值;

接收所述服务器发送的帧率小于所述第一阈值的目标直播视频;

显示所述帧率小于所述第一阈值的目标直播视频。

可选的,在向提供直播视频的服务器发送请求获取帧率小于第一阈值的目标直播视频的第一请求之前,还包括:

向所述服务器发送请求获取所述目标直播视频任一帧图像的第二请求;

获得所述任一帧图像;

显示所述任一帧图像。

可选的,在显示所述帧率小于所述第一阈值的目标直播视频之前,还包括:

隐藏所述任一帧图像。

可选的,在显示所述帧率小于所述第一阈值的目标直播视频之后,还包括:

向所述服务器发送请求获取帧率大于等于所述第一阈值的目标直播视频的第三请求;

接收所述服务器发送的帧率大于等于所述第一阈值的目标直播视频;

显示所述帧率大于等于所述第一阈值的目标直播视频。

可选的,在接收所述服务器发送的目标直播视频之后,还包括:

将所述目标直播视频缓存在缓存空间;

判断所述缓存空间是否存满;

当所述缓存空间存满时,执行所述显示所述帧率小于所述第一阈值的目标直播视频的步骤,或者执行显示所述帧率大于等于所述第一阈值的目标直播视频的步骤。

第二方面,本发明提供了一种提高直播视频打开速度的方法,包括:

接收用户设备UE发送的请求获取目标直播视频的第四请求;

向所述UE发送帧率小于第一阈值的目标直播视频;所述第一阈值小于等于所述服务器配置的向用户设备UE发送直播视频的标准帧率值。

可选的,在向所述UE发送帧率小于第一阈值的目标直播视频之前,还包括:

获取所述目标直播视频的任一帧图像;

向所述UE发送所述任一帧图像。

可选的,在向所述UE发送的帧率小于第一阈值的目标直播视频之后,还包括:

向所述UE发送帧率大于等于所述第一阈值的目标直播视频。

第三方面,本发明提高了一种用户设备,包括:

第一接收模块,用于接收用于打开目标直播视频的打开操作;

第一请求模块,用于向提供直播视频的服务器发送请求获取帧率小于第一阈值的目标直播视频的第一请求;所述第一阈值小于等于所述服务器配置的向用户设备UE发送直播视频的标准帧率值;

第二接收模块,用于接收所述服务器发送的帧率小于所述第一阈值的目标直播视频;

第一显示模块,用于显示所述帧率小于所述第一阈值的目标直播视频。

可选的,所述用户设备还包括:

第二请求模块,用于在向提供直播视频的服务器发送请求获取帧率小于第一阈值的目标直播视频的第一请求之前,向所述服务器发送请求获取所述目标直播视频任一帧图像的第二请求;

第一获得模块,用于获得所述任一帧图像;

第二显示模块,用于显示所述任一帧图像。

可选的,所述用户设备还包括:

隐藏模块,用于在显示所述帧率小于所述第一阈值的目标直播视频之前,隐藏所述任一帧图像。

可选的,所述用户设备还包括:

第三请求模块,用于在显示所述帧率小于所述第一阈值的目标直播视频之后,向所述服务器发送请求获取帧率大于等于所述第一阈值的目标直播视频的第三请求;

第三接收模块,用于接收所述服务器发送的帧率大于等于所述第一阈值的目标直播视频;

第三显示模块,用于显示所述帧率大于等于所述第一阈值的目标直播视频。

可选的,所述用户设备还包括:

缓存模块,用于在接收所述服务器发送的目标直播视频之后,将所述目标直播视频缓存在缓存空间;

判断模块,用于判断所述缓存空间是否存满;

当所述缓存空间存满时,通知第一显示模块显示所述帧率小于所述第一阈值的目标直播视频,或者通知第三显示模块显示所述帧率大于等于所述第一阈值的目标直播视频。

第四方面,本发明提高了一种服务器,包括:

第三接收模块,用于接收用户设备UE发送的请求获取目标直播视频的第四请求;

第一发送模块,用于向所述UE发送帧率小于第一阈值的目标直播视频;所述第一阈值小于等于所述服务器配置的向用户设备UE发送直播视频的标准帧率值。

可选的,所述服务器还包括:

获取单元,用于在向所述UE发送帧率小于第一阈值的目标直播视频之前,获取所述目标直播视频的任一帧图像;

第二发送单元,用于所述UE发送所述任一帧图像。

可选的,所述服务器还包括:

第三发送单元,用于在向所述UE发送帧率小于第一阈值的目标直播视频之后,向所述UE发送帧率大于等于所述第一阈值的目标直播视频。

本申请实施例中的上述一个或多个技术方案,至少具有如下一种或多种技术效果:

在本发明实施例的技术方案中,用户执行打开目标直播视频的打开操作后,从服务器获取帧率小于第一阈值的目标直播视频,其中,第一阈值小于等于服务器配置的UE播放直播视频的标准帧率值。换言之,启动直播视频打开时,获取较低帧率的直播视频。由于帧率较低,所以直播视频传送到UE的速度会更快,因此用户的等待时间就缩短了。所以,本发明实施例达到了提高直播视频打开速度,缩短用户等待时间的技术效果。

进一步,在获得目标直播视频之前,获取并显示目标直播视频中的任一帧图像,提前使用户在显示界面中看到目标直播视频的静态图片,在视觉上让用户以为直播视频已打开。然后,以较低的帧率获取直播视频,并以动态直播视频迅速替换静态图片显示。动静结合,进一步缩短用户的等待时间,让用户感觉直播视频迅速打开。

进一步,在以帧率较低的直播视频打开后,进一步获取帧率大于第一阈值的直播视频,甚至标准帧率的直播视频,实现直播视频打开后,显示高质量的直播视频,保证用户观看体验。

进一步,接收帧率小于和大于等于第一阈值的目标直播视频后,先将接收到的目标直播视频缓存起来,在缓存空间存满后再播放,那么,直播视频帧率切换时,网络的震荡就不会影响到UE显示,所以避免了帧率切换时显示画面抖动的现象。

附图说明

图1为本发明实施例中一提高直播视频打开速度的方法流程图;

图2为本发明实施例中一下载任一帧的方法流程图;

图3为本发明实施例中一切换帧率的方法流程图;

图4为本发明实施例中另一提高直播视频打开速度的方法流程图;

图5为本发明实施例中的UE结构示意图;

图6为本发明实施例中的服务器结构示意图。

具体实施方式

本发明实施例提供了一种提高直播视频打开速度的方法、用户设备和服务器,用于提高直播视频打开的速度,缩短等待时间。

为了解决上述技术问题,本发明提供的技术方案总体思路如下:

在本发明实施例的技术方案中,用户执行打开目标直播视频的打开操作后,从服务器获取帧率小于第一阈值的目标直播视频,其中,第一阈值小于等于服务器配置的UE播放直播视频的标准帧率值。换言之,启动直播视频打开时,获取较低帧率的直播视频。由于帧率较低,所以直播视频传送到UE的速度会更快,因此用户的等待时间就缩短了。所以,本发明实施例达到了提高直播视频打开速度,缩短用户等待时间的技术效果。

下面通过附图以及具体实施例对本发明技术方案做详细的说明,应当理解本申请实施例以及实施例中的具体特征是对本申请技术方案的详细的说明,而不是对本申请技术方案的限定,在不冲突的情况下,本申请实施例以及实施例中的技术特征可以相互组合。

本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。

本发明第一方面提供了一种提高直播视频打开速度的方法,应用于UE。其中,UE例如为智能手机、智能手表或平板电脑等,本发明不做具体限制。请参考图1,为提高直播视频打开速度的方法流程图。该方法包括:

S101:接收用于打开目标直播视频的打开操作;

S102:向提供直播视频的服务器发送请求获取帧率小于第一阈值的目标直播视频的第一请求;

S103:接收所述服务器发送的帧率小于所述第一阈值的目标直播视频;

S104:显示所述帧率小于所述第一阈值的目标直播视频。

具体来讲,直播应用或直播网页会向用户提供多个直播视频选项,用户按照自己的喜好和需要,选择其中一个打开观看。在本发明实施例中,将用户选中的直播视频称为目标直播视频。在S101中,UE通过触控屏、鼠标或按键等输入装置接收用户执行的打开操作。

然后,UE基于打开操作,按照与服务器之间的网络协议,向提供直播视频的服务器发送请求获取帧率小于第一阈值的目标直播视频的第一请求。其中,UE与服务器之间的网络协议例如为HTTP(超文本传送协议,Hypertext transfer protocol)、TCP/IP(传输控制协议/网际协,Transmission Control Protocol/Internet Protocol)或HTTPS(超文本传输安全协议,Hypertext Transfer Protocol Secure)等,本发明不做具体限制。

在本发明实施例中,第一阈值小于等于服务器配置的UE播放直播视频的标准帧率值。具体来讲,标准帧率指的现有技术服务器向UE发送直播视频的帧率。换言之,本发明实施例在打开直播视频的时候,请求服务器发送帧率低于标准帧率的直播视频,进而提高直播视频的接收速度。

在本发明实施例中,在S102中,UE可以选择任意小于标准帧率的值作为第一阈值,例如标准帧率为720p,第一阈值为320p,或者480p。

或者,预先将帧率划分为多个范围,然后向服务器请求获取帧率较低范围的目标直播视频。举例来说,假设将帧率划分为小于等于320p,大于320p且小于等于480p和大于480p三个范围。要打开直播视频时,UE向服务器请求获取小于等于320p范围的目标直播视频。

当然,对于帧率的划分,还可以按其他方式划分。例如划分为小于等于320p、大于320p小于等于480p、大于480p小于等于720p和大于720p小于等于1080p四个范围。本发明所属领域的普通技术人员可以根据实际进行选择,本发明不做具体限制。

服务器成功接收第一请求后,利用视频获取工具,例如FFmpeg函数来获取服务器中的当前视频流,并发送给UE。FFmpeg是一套用来记录、转换数字音频、视频,并能将其转化为流的开源计算机程序。采用LGPL(GNU宽通用公共许可证,GNU Lesser General Public License)或GPL(GNU通用公共许可证,General Public License)。它提供了录制、转换以及流化音视频的完整解决方案。

接下来,S103中,接收服务器发送的帧率小于第一阈值的目标直播视频,以及S104中,显示接收到的目标直播视频。

由上述描述可以看出,用户执行打开目标直播视频的打开操作后,从服务器获取帧率小于第一阈值的目标直播视频,其中,第一阈值小于等于服务器配置的UE播放直播视频的标准帧率值。换言之,启动直播视频打开时,获取较低帧率的直播视频。由于帧率较低,所以直播视频传送到UE的速度会更快,因此用户的等待时间就缩短了。所以,本发明实施例达到了提高直播视频打开速度,缩短用户等待时间的技术效果。

作为一种优选的实施例,在S102之前,还可以包括:

向所述服务器发送请求获取所述目标直播视频任一帧图像的第二请求;

获得所述任一帧图像;

显示所述任一帧图像。

具体来讲,为了进一步缩短用户的等待时间,使用户进一步感受到快速打开直播视频,在S102之前,UE向服务器发送请求获取目标直播视频任一帧图像的第二请求。发送第二请求的方式与发送第一请求类似,此处不再重复赘述。

在本发明实施例中,如果第二请求请求成功,服务器接收第二请求,从目标直播视频的历史图像中选择任一帧图像发送到UE。UE接收任一帧图像,并显示任一帧图像,进而使得用户可以提前观看到目标直播视频的静态图片。

具体来讲,服务器基于UE的第二请求,利用FFmpeg函数获取任一帧图像。具体为,向FFmpeg传递目标直播视频的视频流和对应的时间轴信息,FFmpeg自动从视频流中截取其中一帧图像并保存到服务器的磁盘中。服务器得到任一帧图像后,将该任一帧图像的下载地址发送给UE。进而,UE按照下载地址下载图像。

在本发明实施例中,为了避免下载图像的时候引起内存溢出等异常,对于数据量小于等于预设值的图像,UE将一次性将全部数据写入内存,再写入下载图像创建在UE磁盘的文件中。而对于数据量大于预设值的图像,则分片下载,也即将全部数据分多次写入内存,然后再将全部数据写入文件中。本发明所属领域的普通技术人员可以根据实际设置预设值,本发明不做具体限制。

举例来说,假设预设值为100k,图2示出了本发明实施例中一下载任一帧图像的方法流程图。具体来讲,开始下载后,UE读取图像文件头部信息,获取图像大小。如果图像小于等于100k,则将图像数据全部读进内存,并进一步写入文件;如果图像大于100k,则循环读取,每次读进100k写入。每次循环读取完,判断是否到达图像数据末尾,如果未到达末尾,则返回步骤“每次读进100k”继续读取,如果达到末尾,则将内容全部读出,并写入文件。

写入磁盘的文件后,将任一帧图像显示出来。在本发明实施例中,显示帧率低于第一阈值的目标直播视频之前,还包括:

隐藏所述任一帧图像。

具体来讲,目标直播视频流到达,需要将当前显示的静态图片隐藏掉。然后再把获取到的低帧率视频流显示出来。因为,如果不隐藏掉静态图片,那么当目标直播视频开始播放时,由于静态图片在最上层,会遮挡整个目标直播视频。在本发明实施例中,具体为将setVisible函数设置为false来隐藏图片。setVisible函数是用来控制图片显示和隐藏的函数,当设置为false的时候表明将图片进行隐藏掉。

由于UE向服务器请求的目标直播视频帧率低于第一阈值,所以通常情况下,显示静态图片后,UE会迅速获得动态的视频流,进而以动态视频流替换显示静态图片时,用户并不会明显感觉到切换操作。所以,用户在执行打开操作后,可以很快观察到一帧目标直播视频的图片,让用户以为等待时间结束,直播视频开始。并且,后续动态视频快速更替静态图片,动静配合,不仅提高打开速度,更进一步缩短了用户等待时间。

较佳的,为了避免任一帧图片与后续获得的视频流差别大,造成用户视觉跳跃,任一帧图片可以具体为服务器视频流在接收第二请求时刻前预设时间段内的任一帧图片。预设时间段例如为2秒或3秒等。

由于接收第二请求时刻前预设时间段的视频内容较为接近后续获得的视频流的内容,所以造成视觉跳跃的几率就降低了。

更为较佳的,任一帧图像具体为视频流中接收第二请求时刻所对应的一帧图像。由于接收第二请求时刻的视频内容更加接近后续获得的视频流的内容,所以造成视觉跳跃的几率更低。

另外,如果第一请求和/或第二请求失败,或者显示任一帧图像超时后仍然没有接收到帧率小于第一阈值的目标直播视频时,可以输出提示信息,以告知用户打开操作的结果。

作为一种优选的实施例,在S104之后,还可以包括:

向所述服务器发送请求获取帧率大于等于所述第一阈值的目标直播视频的第三请求;

接收所述服务器发送的帧率大于等于所述第一阈值的目标直播视频;

显示所述帧率大于等于所述第一阈值的目标直播视频。

具体来讲,在本发明实施例中,以帧率小于第一阈值的目标直播视频打开直播后,UE进一步向服务器发送请求获取帧率大于等于所述第一阈值的目标直播视频的第三请求。服务器基于第三请求,获取当前视频流,并以大于等于第一阈值的帧率将视频流发送到UE。UE接收视频流后,显示目标直播视频。

在具体实现过程中,UE可以向服务器请求获得任意大于等于第一阈值的帧率,甚至标准帧率的目标直播视频。例如第一阈值为320p,标准帧率为1080p,那么在显示帧率小于320p的目标直播视频后,UE可以请求服务器发送1080p的目标直播视频,或者请求服务器发送720p的目标直播视频。

或者,如上文所述,预先将帧率划分为多个范围,以帧率较低范围的目标直播视频打开后,可以请求帧率较高的范围的目标直播视频。沿用上文中的例子,假设将视频流划分为小于等于320p,大于320p且小于等于480p和大于480p三个范围。要视频打开时,UE向服务器请求获取小于等于320p的目标直播视频。显示小于等于320p的目标直播视频后,向服务器请求大于320p且小于等于480p的目标直播视频。

进一步,在具体实现过程中,如果帧率被划分为至少三个范围,则UE还可以按照预设时间间隔或者预设数据量,逐渐提高帧率。沿用上文中的例子来说,以预设数据量为10M为例,UE首先向服务器请求小于等于320p的目标直播视频,成功接收并显示10M小于等于320p的视频流后,向服务器请求大于320p且小于等于480p的目标直播视频;成功接收并显示10M大于320p且小于等于480p的视频流后,向服务器请求大于480p的目标直播视频。

由上述描述可以看出,在以帧率较低的直播视频打开后,提高直播视频帧率,进一步获取帧率大于第一阈值的直播视频,甚至标准帧率的直播视频,实现直播视频打开后,显示更清晰的直播视频,保证用户观看体验。

当然,在具体实现过程中,UE还可以按照UE当前网络状况确定请求不同的帧率,以适应不同的网络状况,本发明不做具体限制。

结合上述实施例,作为一种优选的实施方式,在切换帧率过程中,UE在接收帧率小于第一阈值,或者大于等于第一阈值的目标直播视频之后,还进一步包括:

将所述目标直播视频缓存在缓存空间;

判断所述缓存空间是否存满;

当所述缓存空间存满时,播放所述缓存空间中的所述目标直播视频。

具体来讲,UE接收目标直播视频后,先将目标直播视频缓存在预先开辟的缓存空间中,当缓存空间存满后,播放缓存空间中的视频数据。缓存空间的大小为预设数据量,所以,每隔预设数据量UE可以调整帧率。

为了清楚说明上述实施例,沿用上文中的例子来说。缓存空间的预设数据量为10M,UE首先向服务器请求小于等于320p的目标直播视频,再向服务器请求大于320p且小于等于480p的目标直播视频,再向服务器请求大于480p的目标直播视频。

图3示出了本发明实施例一切换帧率的方法流程图。首先,UE向服务器请求小于等于320p的目标直播视频。小于等于320p的视频流被UE接收后,进入缓存队列。UE按照缓存队列中排列的数据,将视频流缓存入缓存空间。判断缓存空间是否存满,如果没有存满,则继续向缓存空间中存入小于等于320p的视频流;如果缓存空间存满了,向服务器请求大于320p且小于等于480p的目标直播视频。发送成功后,播放缓存空间中小于等于320p的视频流,并且,断开小于等于320p的视频流,缓存大于320p且小于等于480p的视频流。

在具体实现过程中,大于320p且小于等于480p的视频流可以缓存到相同缓存空间,也可以缓存到其他缓存空间,本发明不做具体限制。

缓存10M大于320p且小于等于480p的视频流后,请求大于480p的目标直播视频,并且播放缓存空间中大于320p且小于等于480p的视频流。后续过程与前文类似,因此就不再重复赘述了。

由上述描述可知,通过缓存空间先将目标直播视频缓存起来,缓存空间存满后再切换帧率,由于切换帧率并不影响UE播放缓存空间中的视频流,所以UE显示的目标直播视频就不会受到帧率切换引起的网络震荡所带来的影响,所以避免了帧率切换时显示画面抖动的现象。

本发明第二方面提供了另一种提高直播视频打开速度的方法,应用于服务器,请参考图4,为提高直播视频打开速度的方法流程图。该方法包括:

S201:接收用户设备UE发送的请求获取目标直播视频的第四请求;

S202:向所述UE发送帧率小于第一阈值的目标直播视频。

具体来讲,为了提高直播视频的打开速度,缩短等待时间,UE可以主动向服务器请求帧率低于第一阈值的目标直播视频,服务器根据UE请求下发目标直播视频,如第一方面和图1、图2和图3所述。在本发明实施例中,则是服务器主动向UE下发帧率低于第一阈值的目标直播视频。

具体来讲,S201中,服务器接收UE发送的请求获取目标直播视频的第四请求。然后,服务器主动向UE发送帧率小于第一阈值的视频流。进而,UE发送第四请求后,接收并显示服务器发送的视频流。由于UE所接收的视频流帧率小于第一阈值,所以与标准帧率的视频流相比,UE打开目标直播视频的速度更快,进而用户等待的时间更短。

作为一种优选的实施例,服务器在发送帧率小于第一阈值的目标直播视频之前,还可以包括:

获取所述目标直播视频的任一帧图像;

向所述UE发送所述任一帧图像。

服务器利用FFmpeg函数获取目标直播视频的任一帧图像,并将获取到的图像先发给UE显示。UE获取任一帧图像的方式请参考上文中的描述。类似的,任一帧图像可以为历史视频流中的任意一帧,接收第四请求时刻前预设时间段内的任一帧,或者接收第四请求时刻的一帧,本发明不做具体限制。

由于服务器向UE发送的目标直播视频帧率低于第一阈值,所以通常情况下,显示静态图片后,UE会迅速获得动态的目标直播视频,进而以动态直播视频替换显示静态图片时,用户并不会明显感觉到切换。所以,用户在执行打开操作后,可以很快观察到一帧目标直播视频的图片,让用户以为等待时间结束,直播视频开始。并且,后续动态视频快速更替静态图片,动静配合,不仅提高打开速度,更进一步缩短了用户等待时间。

作为另一种优选的实施例,在S202之后,还包括:

向所述UE发送帧率大于等于所述第一阈值的目标直播视频。

具体来讲,服务器按照预设时间间隔或者预设数据量调高UE显示目标直播视频的帧率。例如,以预设时间间隔5s为例,服务器向UE发送帧率小于第一阈值的5s的视频流,然后再向UE发送大于等于第一阈值的5s的视频流。或者,以预设数据流量10M为例,服务器先向UE发送10M帧率小于第一阈值的视频流,然后再向UE发送10M大于等于第一阈值的视频流。

当然,在具体实现过程中,服务器还可以根据UE上报的网络状态动态调整向UE发送目标直播视频的帧率,本发明不做具体限制。

本发明第二方面与第一方面的相同之处不再重复赘述,并且UE的实施方式也可以应用在服务器中,例如任一帧图像的选取和具体帧率的选择等,只要不冲突即可。

基于与第一方面中提高直播视频打开速度的方法同样的发明构思,本发明第三方面还提供一种UE,如图5所示,包括:

第一接收模块101,用于接收用于打开目标直播视频的打开操作;

第一请求模块102,用于向提供直播视频的服务器发送请求获取帧率小于第一阈值的目标直播视频的第一请求;所述第一阈值小于等于所述服务器配置的向用户设备UE发送直播视频的标准帧率值;

第二接收模块103,用于接收所述服务器发送的帧率小于所述第一阈值的目标直播视频;

第一显示模块104,用于显示所述帧率小于所述第一阈值的目标直播视频。

进一步,UE还可以包括:

第二请求模块,用于在向提供直播视频的服务器发送请求获取帧率小于第一阈值的目标直播视频的第一请求之前,向所述服务器发送请求获取所述目标直播视频任一帧图像的第二请求;

第一获得模块,用于获得所述任一帧图像;

第二显示模块,用于显示所述任一帧图像。

可选的,UE还包括:

隐藏模块,用于在显示所述帧率小于所述第一阈值的目标直播视频之前,隐藏所述任一帧图像。

可选的,UE还包括:

第三请求模块,用于在显示所述帧率小于所述第一阈值的目标直播视频之后,向所述服务器发送请求获取帧率大于等于所述第一阈值的目标直播视频的第三请求;

第三接收模块,用于接收所述服务器发送的帧率大于等于所述第一阈值的目标直播视频;

第三显示模块,用于显示所述帧率大于等于所述第一阈值的目标直播视频。

可选的,UE还包括:

缓存模块,用于在接收所述服务器发送的目标直播视频之后,将所述目标直播视频缓存在缓存空间;

判断模块,用于判断所述缓存空间是否存满;

当所述缓存空间存满时,通知第一显示模块104显示所述帧率小于所述第一阈值的目标直播视频,或者通知第三显示模块显示所述帧率大于等于所述第一阈值的目标直播视频。

前述图1-图3实施例中的提高直播视频打开速度的方法的各种变化方式和具体实例同样适用于本实施例的UE,通过前述对提高直播视频打开速度的方法的详细描述,本领域技术人员可以清楚的知道本实施例中UE的实施方法,所以为了说明书的简洁,在此不再详述。

基于与第二方面中提高直播视频打开速度的方法同样的发明构思,本发明第四方面还提供一种服务器,如图6所示,包括:

第三接收模块201,用于接收用户设备UE发送的请求获取目标直播视频的第四请求;

第一发送模块202,用于向所述UE发送帧率小于第一阈值的目标直播视频;所述第一阈值小于等于所述服务器配置的向用户设备UE发送直播视频的标准帧率值。

可选的,服务器还包括:

获取单元,用于在向所述UE发送帧率小于第一阈值的目标直播视频之前,获取所述目标直播视频的任一帧图像;

第二发送单元,用于所述UE发送所述任一帧图像。

可选的,服务器还包括:

第三发送单元,用于在向所述UE发送帧率小于第一阈值的目标直播视频之后,向所述UE发送帧率大于等于所述第一阈值的目标直播视频。

前述图4实施例中的提高直播视频打开速度的方法的各种变化方式和具体实例同样适用于本实施例的UE,通过前述对提高直播视频打开速度的方法的详细描述,本领域技术人员可以清楚的知道本实施例中UE的实施方法,所以为了说明书的简洁,在此不再详述。

本申请实施例中的上述一个或多个技术方案,至少具有如下一种或多种技术效果:

在本发明实施例的技术方案中,用户执行打开目标直播视频的打开操作后,从服务器获取帧率小于第一阈值的目标直播视频,其中,第一阈值小于等于服务器配置的UE播放直播视频的标准帧率值。换言之,启动直播视频打开时,获取较低帧率的直播视频。由于帧率较低,所以直播视频传送到UE的速度会更快,因此用户的等待时间就缩短了。所以,本发明实施例达到了提高直播视频打开速度,缩短用户等待时间的技术效果。

进一步,在获得目标直播视频之前,获取并显示目标直播视频中的任一帧图像,提前使用户在显示界面中看到目标直播视频的静态图片,在视觉上让用户以为直播视频已打开。然后,以较低的帧率获取直播视频,并以动态直播视频迅速替换静态图片显示。动静结合,进一步缩短用户的等待时间,让用户感觉直播视频迅速打开。

进一步,在以帧率较低的直播视频打开后,进一步获取帧率大于第一阈值的直播视频,甚至标准帧率的直播视频,实现直播视频打开后,显示高质量的直播视频,保证用户观看体验。

进一步,接收帧率小于和大于等于第一阈值的目标直播视频后,先将接收到的目标直播视频缓存起来,在缓存空间存满后再播放,那么,直播视频帧率切换时,网络的震荡就不会影响到UE显示,所以避免了帧率切换时显示画面抖动的现象。

本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

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