欢迎光临小豌豆知识网!
当前位置:首页 > 电学技术 > 电通讯技术> 视频的播放方法、装置、电子设备及计算机存储介质独创技术27983字

视频的播放方法、装置、电子设备及计算机存储介质

2021-02-16 00:06:38

视频的播放方法、装置、电子设备及计算机存储介质

  技术领域

  本申请涉及计算机技术领域,特别涉及一种视频的播放方法、装置、电子设备及计算机存储介质。

  背景技术

  目前,在线短视频的播放逻辑是:用户点击短视频后,利用预设的播放器对短视频进行播放,但是在用户点击下一个短视频时,播放器在进行短视频切换的过程中,会带来一定的时间消耗,甚至卡顿。从而影响用户的使用体验。

  因此,亟需一种可以避免播放器在切换视频播放时,带来的时间消耗的方法。

  发明内容

  有鉴于此,本申请提供一种视频的播放方法、装置、电子设备及计算机存储介质,以至少解决现有技术中播放器在切换视频播放时,带来的时间消耗的问题。

  本申请第一方面提供了一种视频的播放方法,包括:

  响应视频播放指令,利用至少两个预设的播放器中的其中一个播放器播放第一目标视频;

  在第一目标视频的播放过程中,检测是否接收到视频切换指令;

  若在所述第一目标视频的播放过程中,检测接收到所述视频切换指令,利用至少两个预设的播放器中空闲的播放器,播放第二目标视频;其中,所述第二目标视频为所述视频切换指令指定的待播放的视频。

  可选的,所述响应视频播放指令,利用至少两个预设的播放器中的其中一个预设的播放器播放第一目标视频之后,还包括:

  确定所述第一目标视频所属的视频流列表;

  对所述第一目标视频在所述视频流列表中的后预设个数的视频进行预加载。

  可选的,所述对所述第一目标视频在所述视频流列表中的后预设个数的视频进行预加载,包括:

  将所述第一目标视频在所述视频流列表中的后预设个数的视频,分别下载预设大小的视频数据至本地缓存中。

  可选的,所述利用至少两个预设的播放器中空闲的播放器,播放用户选择的第二目标视频,包括:

  判断所述第二目标视频是否在所述本地缓存中;

  若判断出所述第二目标视频在所述本地缓存中,则所述至少两个预设的播放器中空闲的播放器,播放所述本地缓存中已经下载预设大小的所述第二目标视频的视频数据。

  本申请第二方面提供了一种视频的播放装置,包括:

  第一播放单元,用于响应视频播放指令,利用至少两个预设的播放器中的其中一个播放器播放第一目标视频;

  检测单元,用于在第一目标视频的播放过程中,检测是否接收到视频切换指令;

  第二播放单元,用于若在所述第一目标视频的播放过程中,检测接收到所述视频切换指令,利用至少两个预设的播放器中空闲的播放器,播放第二目标视频;其中,所述第二目标视频为所述视频切换指令指定的待播放的视频。

  可选的,所述视频的播放装置,还包括:

  确定单元,用于确定所述第一目标视频所属的视频流列表;

  预加载单元,用于对所述第一目标视频在所述视频流列表中的后预设个数的视频进行预加载。

  可选的,所述预加载单元,包括:

  下载单元,用于将所述第一目标视频在所述视频流列表中的后预设个数的视频,分别下载预设大小的视频数据至本地缓存中。

  可选的,所述第二播放单元,包括:

  判断单元,用于判断所述第二目标视频是否在所述本地缓存中;

  第二播放子单元,用于若所述判断单元判断出,所述第二目标视频在所述本地缓存中,则所述至少两个预设的播放器中空闲的播放器,播放所述本地缓存中已经下载预设大小的所述第二目标视频的视频数据。

  本申请第三方面提供了一种电子设备,包括:

  一个或多个处理器;

  存储装置,其上存储有一个或多个程序;

  当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如第一方面任意一项所述的方法。

  本申请第四方面提供了一种计算机存储介质,其上存储有计算机程序,其中,所述计算机程序被处理器执行时实现如第一方面任意一项所述的方法。

  由以上方案可知,本申请提供的一种视频的播放方法、装置、电子设备及计算机存储介质中,该方法通过响应视频播放指令,利用至少两个预设的播放器中的其中一个播放器播放第一目标视频;在第一目标视频的播放过程中,检测是否接收到视频切换指令;若在第一目标视频的播放过程中,检测接收到视频切换指令,利用至少两个预设的播放器中空闲的播放器,播放第二目标视频;其中,第二目标视频为视频切换指令指定的待播放的视频。从而解决了播放器在切换视频播放时,带来的时间消耗,甚至卡顿的问题。

  附图说明

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

  图1为本申请实施例提供的一种视频的播放方法的具体流程图;

  图2为本申请另一实施例提供的一种视频展示页面的示意图;

  图3为本申请另一实施例提供的一种视频的播放方法的具体流程图;

  图4为本申请另一实施例提供的一种视频的播放方法的具体流程图;

  图5为本申请另一实施例提供的一种视频的播放装置的示意图;

  图6为本申请另一实施例提供的一种视频的播放装置的示意图;

  图7为本申请另一实施例提供的一种第二播放单元的示意图;

  图8为本申请另一实施例提供的一种实现视频的播放方法的电子设备的示意图。

  具体实施方式

  下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

  本文使用的术语“包括”及其变形是开放性包括,即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”;术语“另一实施例”表示“至少一个另外的实施例”;术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

  需要注意,本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分,并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

  需要注意,本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的,本领域技术人员应当理解,除非在上下文另有明确指出,否则应该理解为“一个或多个”。

  本申请实施例提供了一种视频的播放方法,如图1所示,具体包括以下步骤:

  S101、响应视频播放指令,利用至少两个预设的播放器中的其中一个播放器播放第一目标视频。

  其中,视频播放指令可以是用户在手机、iPad、电脑客户端等进行点击视频封面、标签等生成的指令;第一目标视频为用户所选择的视频。

  需要说明的是,在响应视频播放指令之前,即用户刚刚打开APP,可以对当前APP页面中的所有视频进行预加载,例如:下载当前APP页面中的所有视频至本地缓存,从而在用户选择到已经预加载过的视频时,通过选择至少两个预设的播放器之中的空闲的播放器,对该已经预加载过视频进行播放,从而达到用户一点击视频就可以立刻开始播放的效果。

  同理,如图2所示,若用户没有选择在打开APP后,APP当前页面中所展示的视频,而是选择了APP当前页面中的“推荐”标签,当然,也可以是其他分类的标签,此处不做限定。那么在APP转至“推荐”分类页面时,同时对“推荐”分类页面中,从上至下的预设个数的视频进行预加载,例如,对“推荐”分类页面中,第一个视频至第十个视频进行预加载,例如:下载“推荐”分类页面中,第一个视频至第十个视频至本地缓存,从而在用户选择到已经预加载过的视频时,通过选择至少两个预设的播放器之中的空闲的播放器,对该已经预加载过视频进行播放,从而达到用户一点击视频就可以立刻开始播放的效果。

  还需要说明的是,确定预加载视频的方法不限于上述“从上至下的预设个数的视频进行预加载”,还可以根据用户的历史播放数据,对用户的喜好进行预测,从而预加载更加符合用户喜好的视频,进而提升用户体验。同样,预加载的方式,依旧可以选择将符合用户喜好的视频提前下载至本地缓存,在用户选择到已经预加载过的视频时,通过选择至少两个预设的播放器之中的空闲的播放器,对该已经预加载过视频进行播放,从而达到用户一点击视频就可以立刻开始播放的效果。

  预加载视频的大小可以是相对于原视频大小的一部分,如原视频大小的的10%;也可以是固定的大小,如10M;也可以是根据当前网速,当前本地缓存剩余空间进行调整的。方式十分多样化,可以根据实际的应用情况、或用户自行选择、或技术人员确定出最佳方案,此处不做限定。

  具体的,响应用户在手机、iPad、电脑客户端等进行点击视频封面、标签等生成的视频播放指令,利用至少两个预设的播放器中的其中一个空闲的播放器播放第一目标视频。

  S102、在第一目标视频的播放过程中,检测是否接收到视频切换指令。

  其中,视频切换指令可以是用户在手机、iPad、电脑客户端等进行点击视频封面、标签等生成的指令。

  具体的,在利用至少两个预设的播放器中的其中一个空闲的播放器,播放用户所选择的第一目标视频的过程中,实时检测是否接收到用户在手机、iPad、电脑客户端等进行点击视频封面、标签等生成视频切换指令。若在第一目标视频的播放过程中,检测接收到视频切换指令,则执行步骤S103。

  S103、利用至少两个预设的播放器中空闲的播放器,播放第二目标视频。

  其中,第二目标视频为视频切换指令指定的待播放的视频。

  具体的,当接收到视频切换指令后,利用至少两个预设的播放器中空闲的播放器,播放第二目标视频,从而避免了使用一个播放器在切换视频播放时,带来的时间消耗。

  由以上方案可知,本申请提供的一种视频的播放方法中,该方法通过响应视频播放指令,然后,利用至少两个预设的播放器中的其中一个播放器播放第一目标视频;并在第一目标视频的播放过程中,检测是否接收到视频切换指令;如果在第一目标视频的播放过程中,检测接收到视频切换指令,利用至少两个预设的播放器中空闲的播放器,播放第二目标视频;其中,第二目标视频为视频切换指令指定的待播放的视频。从而解决了播放器在切换视频播放时,带来的时间消耗,甚至卡顿的问题。

  可选的,在本申请的另一实施例中,视频的播放方法的一种实施方式,如图3所示,具体包括以下步骤:

  S301、响应视频播放指令,利用至少两个预设的播放器中的其中一个播放器播放第一目标视频。

  其中,视频播放指令可以是用户在手机、iPad、电脑客户端等进行点击视频封面、标签等生成的指令;第一目标视频为用户所选择的视频。

  需要说明的是,步骤S301的具体实现过程与上述步骤S101的具体实现过程相同,可相互参见。

  S302、确定第一目标视频所属的视频流列表。

  需要说明的是,每一个视频在上传至APP的过程中,都会有属于自己的标签,类别等,系统会为每一个视频划分至对应的视频流列表,如图2所示,当选择“推荐”类别时,页面所展示的视频都属于“推荐”视频流列表。

  具体的,根据第一目标视频的标签、所属类别等,确认第一目标视频所属的视频流列表。

  S303、对第一目标视频在视频流列表中的后预设个数的视频进行预加载。

  具体的,在第一目标视频所属的视频流列表中,选取在第一目标视频后的预设个数的视频,如5个,进行预加载。

  可选的,在本申请的另一实施例中,步骤S303的一种实施方式,具体包括:

  将第一目标视频在视频流列表中的后预设个数的视频,分别下载预设大小的视频数据至本地缓存中。

  其中,下载预设大小的视频数据至本地缓存中的视频数据的大小,可以是相对于原视频大小的一部分,如原视频大小的的10%;也可以是固定的大小,如10M;也可以是根据当前网速,当前本地缓存剩余空间进行调整的。方式十分多样化,可以根据实际的应用情况、或用户自行选择、或技术人员确定出最佳方案,此处不做限定。

  S304、在第一目标视频的播放过程中,检测是否接收到视频切换指令。

  其中,视频切换指令可以是用户在手机、iPad、电脑客户端等进行点击视频封面、标签等生成的指令。

  需要说明的是,步骤S304的具体实现过程与上述步骤S102的具体实现过程相同,可相互参见。

  S305、利用至少两个预设的播放器中空闲的播放器,播放第二目标视频。

  其中,第二目标视频为视频切换指令指定的待播放的视频。

  需要说明的是,步骤S305的具体实现过程与上述步骤S103的具体实现过程相同,可相互参见。

  可选的,在本申请的另一实施例中,步骤S305的一种实施方式,如图4所示,具体包括:

  S401、判断第二目标视频是否在本地缓存中。

  具体的,判断第二目标视频是否为之前预加载至本地缓存中的视频,若判断第二目标视频是之前预加载至本地缓存中的视频,即第二目标视频在本地缓存中,则执行步骤S402。

  S402、利用至少两个预设的播放器中空闲的播放器,播放本地缓存中已经下载预设大小的第二目标视频的视频数据。

  具体的,当接收到视频切换指令后,利用至少两个预设的播放器中空闲的播放器,播放本地缓存中已经下载预设大小的第二目标视频的视频数据,从而避免了使用一个播放器在切换视频播放时,带来的时间消耗,且由于对第二目标视频的视频数据进行了预加载,进一步的提高了视频起播速度。

  由以上方案可知,本申请提供的一种视频的播放方法中,该方法通过响应视频播放指令,利用至少两个预设的播放器中的其中一个播放器播放第一目标视频;然后,确定第一目标视频所属的视频流列表,对第一目标视频在视频流列表中的后预设个数的视频进行预加载;并在第一目标视频的播放过程中,检测是否接收到视频切换指令;如果在第一目标视频的播放过程中,检测接收到视频切换指令,利用至少两个预设的播放器中空闲的播放器,播放第二目标视频;其中,第二目标视频为视频切换指令指定的待播放的视频。从而解决了播放器在切换视频播放时,带来的时间消耗,甚至卡顿的问题,并对用户可能进行选择的第二目标视频进行预加载,进一步的提高了视频起播速度,提升了用户的使用体验。

  附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。

  本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的,而并不是用于对这些消息或信息的范围进行限制。

  可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码,上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Python、Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

  本申请另一实施例提供了一种视频的播放装置,如图5所示,具体包括:

  第一播放单元501,用于响应视频播放指令,利用至少两个预设的播放器中的其中一个播放器播放第一目标视频。

  其中,视频播放指令可以是用户在手机、iPad、电脑客户端等进行点击视频封面、标签等生成的指令;第一目标视频为用户所选择的视频。

  检测单元502,用于在第一目标视频的播放过程中,检测是否接收到视频切换指令。

  其中,视频切换指令可以是用户在手机、iPad、电脑客户端等进行点击视频封面、标签等生成的指令。

  第二播放单元503,用于若在第一目标视频的播放过程中,检测单元502检测接收到视频切换指令,利用至少两个预设的播放器中空闲的播放器,播放第二目标视频。

  其中,第二目标视频为视频切换指令指定的待播放的视频。

  本申请上述实施例公开的单元的具体工作过程,可参见对应的方法实施例内容,如图1所示,此处不再赘述。

  由以上方案可知,本申请提供的一种视频的播放装置中,第一播放单元501通过响应视频播放指令,然后,利用至少两个预设的播放器中的其中一个播放器播放第一目标视频;并在第一目标视频的播放过程中,检测单元502检测是否接收到视频切换指令;如果在第一目标视频的播放过程中,检测单元502检测接收到视频切换指令,第二播放单元503利用至少两个预设的播放器中空闲的播放器,播放第二目标视频;其中,第二目标视频为视频切换指令指定的待播放的视频。从而解决了播放器在切换视频播放时,带来的时间消耗,甚至卡顿的问题。

  可选的,在本申请的另一实施例中,视频的播放装置的一种实施方式,如图6所示,包括:

  第一播放单元501,用于响应视频播放指令,利用至少两个预设的播放器中的其中一个播放器播放第一目标视频。

  确定单元601,用于确定第一目标视频所属的视频流列表。

  预加载单元602,用于对第一目标视频在视频流列表中的后预设个数的视频进行预加载。

  可选的,在本申请的另一实施例中,预加载单元602的一种实施方式,包括:

  下载单元,用于将第一目标视频在视频流列表中的后预设个数的视频,分别下载预设大小的视频数据至本地缓存中。

  本申请上述实施例公开的单元的具体工作过程,可参见对应的方法实施例内容,此处不再赘述。

  检测单元502,用于在第一目标视频的播放过程中,检测是否接收到视频切换指令。

  第二播放单元503,用于若在第一目标视频的播放过程中,检测单元502检测接收到视频切换指令,利用至少两个预设的播放器中空闲的播放器,播放第二目标视频。

  其中,第二目标视频为视频切换指令指定的待播放的视频。

  本申请上述实施例公开的单元的具体工作过程,可参见对应的方法实施例内容,如图3所示,此处不再赘述。

  可选的,在本申请的另一实施例中,第二播放单元503的一种实施方式,如图7所示,包括:

  判断单元701,用于判断第二目标视频是否在本地缓存中。

  第二播放子单元702,用于若所述判断单元判断出,所述第二目标视频在所述本地缓存中,则所述至少两个预设的播放器中空闲的播放器,播放所述本地缓存中已经下载预设大小的所述第二目标视频的视频数据。

  本申请上述实施例公开的单元的具体工作过程,可参见对应的方法实施例内容,如图4所示,此处不再赘述。

  由以上方案可知,本申请提供的一种视频的播放装置中,通过第一播放单元501响应视频播放指令,利用至少两个预设的播放器中的其中一个播放器播放第一目标视频;然后,确定单元601确定第一目标视频所属的视频流列表,预加载单元602对第一目标视频在视频流列表中的后预设个数的视频进行预加载;并在第一目标视频的播放过程中,检测单元502检测是否接收到视频切换指令;如果在第一目标视频的播放过程中,检测单元502检测接收到视频切换指令,第二播放范元503利用至少两个预设的播放器中空闲的播放器,播放第二目标视频;其中,第二目标视频为视频切换指令指定的待播放的视频。从而解决了播放器在切换视频播放时,带来的时间消耗,甚至卡顿的问题,并对用户可能进行选择的第二目标视频进行预加载,进一步的提升了用户的使用体验。

  描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,单元的名称在某种情况下并不构成对该单元本身的限定,例如,第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。

  本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

  本申请另一实施例提供了一种电子设备,如图8所示,包括:

  一个或多个处理器801。

  存储装置802,其上存储有一个或多个程序。

  当所述一个或多个程序被所述一个或多个处理器801执行时,使得所述一个或多个处理器801实现如上述实施例中任意一项所述的方法。

  本申请另一实施例提供了一种计算机存储介质,其上存储有计算机程序,其中,计算机程序被处理器执行时实现如上述实施例中任意一项所述的方法。

  在本申请公开的上述实施例中,应该理解到,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置和方法实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本公开的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。

  另外,在本公开各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,直播设备,或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

  专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

《视频的播放方法、装置、电子设备及计算机存储介质.doc》
将本文的Word文档下载到电脑,方便收藏和打印
推荐度:
点击下载文档

文档为doc格式(或pdf格式)