音视频文件的播放控制方法、装置及终端设备与流程

文档序号:12740376阅读:684来源:国知局
音视频文件的播放控制方法、装置及终端设备与流程

本发明实施例涉及智能设备技术领域,尤其涉及一种音视频文件的播放控制方法、装置及终端设备。



背景技术:

为了满足用户的影音观看需求,电视、电脑和手机等终端设备能够播放音视频文件成为终端设备的常用功能。

目前,电视、电脑和手机等终端设备播放音视频文件的方法主要是:边对待播放的音视频文件初始化,边将初始化得到的待播放音视频文件的播放数据发送给播放器进行播放。在上述过程中,终端设备对待播放的音视频文件进行初始化包括:解析待播放的音视频文件,得到待播放音视频文件的播放参数,根据所述播放参数由解码器对待播放的音视频文件进行解码得到解码文件,其中,所述解码文件即作为上述的待播放音视频文件的播放数据发送给播放器。

在现有技术中,音视频文件的解析、解码和播放是一个完整过程,终端设备每次处理播放一个音视频文件,如果有多个音视频文件需要播放,则终端设备需要等待当前音视频文件播放完成之后,再对下一个音视频文件进行解析、解码和播放初始化,现有技术中的此种播放音视频文件的方法,当有多个音视频文件需要播放,在两个音视频文件之间的切换时,会增加播放的缓冲等待时间。



技术实现要素:

本发明实施例中提供了一种音视频文件的播放控制方法、装置及终端设备,当有多个音视频文件需要播放,在两个音视频文件之间的切换时能够在一定程度上减少播放的缓冲等待时间。

第一方面,本发明实施例提供了一种音视频文件的播放控制方法,包括:

确定待播放的至少两个音视频文件;

分别采用与所述至少两个音视频文件的封装格式对应的解析方式解析所述至少两个音视频文件,得到所述至少两个音视频文件的解析数据;

将所述至少两个音视频文件的解析数据依次传输给解码器以及播放解码之后的解码数据。

第二方面,本发明实施例提供了一种音视频文件的播放控制装置,包括:处理器、存储器和通信接口,所述处理器、所述存储器和所述通信接口通过通信总线相连;

所述通信接口,用于收发数据;

所述存储器,用于存储程序代码;

所述处理器,用于读取所述存储器中存储的程序代码,并执行上述的音视频文件的播放控制方法。

第三方面,本发明实施例提供了一种终端设备,其特征在于,包括上述的播放控制装置,还包括解码器和播放器;所述解码器分别与所述播放控制装置和所述播放器连接。

在本发明实施例方案中,当至少有两个待播放的音视频文件时,分别采用与该至少两个音视频文件的封装格式对应的解析方式解析该至少两个音视频文件,得到该至少两个音视频文件的解析数据,解码器和播放器可以依次对各个音视频文件的解析数据解码和播放。在本发明实施例方案中,将解析从音视频文件的播放过程中独立出来,因此当有多个音视频文件需要播放时,终端设备可以同时对多个音视频文件的解析,无需再等待其中一个音视频文件播放完成后,再对下一个音视频文件解析,终端设备可以直接调取下一个音视频文件的解析数据播放,由此可以减少两个音视频文件切换过程中的缓冲等待时间。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本发明实施例。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。

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

图1是本发明实施例的一种终端设备的结构示意图;

图2是本发明实施例一音视频文件的播放控制方法的流程图;

图3是本发明实施例中预先设置的解析模块的结构示意图;

图4是本发明实施例二音视频文件的播放控制方法的流程图;

图5是本发明实施例音视频文件的播放控制装置的一种结构示意图;

图6是本发明实施例音视频文件的播放控制装置的另一种结构示意图。

具体实施方式

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

图1是本发明实施例的一种终端设备的结构示意图。如图1所示,该终端设备包括处理装置101、解码器102和播放器103,处理装置101分别与解码器102和播放器103连接。其中,所述的解码器102可以包括软件解码器和/或硬件解码器,为了提高对音视频文件的解码效率,终端设备在解码过程中通常使用硬件解码器,另外为了节约硬件资源,终端设备中通常设置一个硬件解码器。

在现有技术方案中,当终端设备需要播放音视频文件时,终端设备边解析解码音视频文件,边将解码之后得到的音视频解码数据发送给播放器103进行音视频的播放。可见,在现有技术方案中,音视频文件的解析解码是一个紧密关联的过程。如果终端设备想要播放一个新的音视频文件,需要等待解码器102和播放器103退出对当前音视频文件的处理,才能进入到对下一个音视频文件的解析和解码过程中,在这个过程中,终端设备显示为缓冲过程,在多个音视频文件的播放中,此缓冲过程增加了音视频文件的缓冲等待时间。

为了缩短两个音视频文件切换过程中由于解析带来的缓冲时间,在本发明实施例方案中,将音视频文件的解析和解码划分为两个独立的过程。由于音视频文件的解析和解码过程可以分开独立进行,因此,当终端设备确定需要播放的多个音视频文件后,可以提前对各个音视频文件进行解析,并且其中一个解析后得到的数据发送到解码器102解码并且由播放器103对解码得到的数据进行播放,当需要对下一个音视频文件播放时,终端设备直接将已经解析的下一个音视频文件发送给解码器102解码,可见,本发明实施例方案中,将音视频文件的解析和解码分为两个独立的过程,并且可以同时对多个音视频文件解析,当需要播放其中一个音视频文件时,可以直接调用解析后得到数据,减少了音视频文件的缓冲时间,因此,在整体上也可以缩短音视频文件的播放时间。

在本发明实施例方案中,上述的终端设备包括但不限于电视、电脑、手机、ipad等。以下将结合附图对本发明实施例的音视频文件的播放控制方法进行详细说明。

图2是本发明实施例一音视频文件的播放控制方法的流程图。图2所示方法的执行主体为终端设备,更为具体的是终端设备中的处理装置。图2所示音视频文件的播放控制方法的处理步骤包括:

步骤S201:终端设备确定待播放的至少两个音视频文件。

在一个示例中,终端设备可以根据用户的选择操作确定待播放的至少两个音视频文件。

在另一个示例中,终端设备可以根据用户的播放历史记录或者根据当前正在播放的音视频文件预测待播放的音视频文件。

步骤S202:终端设备分别采用与所述至少两个音视频文件的封装格式对应的解析方式解析所述至少两个音视频文件,得到所述至少两个音视频文件的解析数据;

其中,音视频文件的封装格式包括但不限于AVI格式、MKV格式、MP3格式、TS格式、WMV格式、WMA格式、MPG格式、WAV格式。

终端设备在对各个音视频文件解析时,分别调用与各个音视频文件的封装格式对应的解析方式解析各个音视频文件。

步骤S203:终端设备将所述至少两个音视频文件的解析数据依次传输给解码器以及播放解码之后的解码数据。

在本发明实施例方案中,将音视频文件的解析和解码过程独立开来。因此当有多个音视频文件需要播放时,可以同时对多个音视频文件解析,当需要播放其中一个音视频文件时,可以直接调用解析后得到数据,减少了音视频文件的缓冲时间,因此,在整体上也可以缩短音视频文件的播放时间。

在本发明实施例方案中,预先封装与各个解析方式分别对应的解析程序模块,例如,对应AVI格式、MKV格式、MP3格式、TS格式、WMV格式、WMA格式、MPG格式、WAV格式分别预先生成AVI解析程序、MKV解析程序、MP3解析程序、TS解析程序、WMV解析程序、WMA解析程序、MPG解析程序、WAV解析程序。

在本发明实施例方案中,终端设备采用与各个音视频文件的封装格式对应的解析程序解析各个音视频文件时,首先确定与各个音视频文件的封装格式对应的解析程序是否处于可用状态,如果可用,则终端设备调用相应格式的解析程序对音视频文件进行解析。

例如,需要播放的三个音视频文件的封装格式分别为AVI格式、MKV格式和WAV格式,终端设备确定AVI解析程序、MKV解析程序和WMA解析程是否均处于可用状态,如果均处于可用状态,则终端设备可以同时调用AVI解析程序、MKV解析程序和WMA解析程序对这三个音视频文件进行解析。

如果AVI解析程序、MKV解析程序和WMA解析程序中的部分或全部均不可用,则相应格式类型的音视频文件处于等待状态直至相应格式的解析程序可用再进行解析。

又例如,需要播放的三个音视频文件中的其中两个为AVI格式,另一个为WAV格式,终端设备分别调用WAV解析程序和AVI解析程序解析WAV格式的音视频文件和其中一个AVI格式的音视频文件(第一个),另一个AVI格式的音视频文件(第二个)处于等待状态,当第一个AVI格式的音视频文件解析完成后,终端设备再采用AVI解析程序解析第二个AVI格式的音视频文件。

在本发明实施例方案中,将音视频文件的解析和解码过程分为两个相互独立的过程。如图3所示,终端设备中预先设置各个解析模块,各个解析模块可以分别独立地对音视频文件进行解析,其中,为了实现对不同封装格式的音视频文件的解析,各个解析模块可以分别用于对不同封装格式的音视频文件进行解析,如图3中,第一解析模块、第二解析模块……第N解析模块分别对应第一封装格式、第二封装格式……第N封装格式,其中,第一至第N封装格式分别为不同的音视频文件封装格式。在本发明实施例方案中,由于将音视频文件的解析过程独立出来,因此当待播放的音视频文件有多个时,可以调用解析模块,预先对各个音视频文件进行解析,当解码器和播放器退出对当前音视频文件的解码和播放后,直接调用解析后的音视频文件数据进行解码和播放,减少各个音视频文件的缓冲过程,进而减少音视频文件的播放处理时间。

图4是本发明实施例二音视频文件的播放控制方法的流程图。图4所示方法的执行主体为终端设备,更为具体的是终端设备中的处理装置。图4所示音视频文件的播放控制方法的处理步骤包括:

步骤S301:终端设备确定待播放的各个音视频文件。

在一种可能的设计中,终端设备检测用户对音视频文件的选择操作,以及根据用户的选择操作确定待播放的各个音视频文件。

例如,终端设备的音视频文件选择操作界面上显示多个音视频文件,用户通过点击、手势滑动等方式选定多个音视频文件,其中,选定的多个音视频文件被确定为待播放的音视频文件。

在另一种可能的设计中,终端设备根据当前正在播放的音视频文件,预测待播放的音视频文件。

例如,终端设备当前正在播放某一电视剧的其中一个剧集,终端设备可以根据当前正在播放的电视剧的剧集数,预测待播放的剧集。

步骤S302:终端设备确定与各个音视频文件的封装格式对应的解析方式是否可用。

步骤S303:如果至少一个音视频文件所对应的解析方式可用,则终端设备采用该可用的解析方式解析对应格式的音视频文件,当其它音视频文件对应的解析方式可用时,再利用相应的解析方式对其所对应的音视频文件进行解析。在本发明实施例方案中,通过对音视频文件的解析,得到各个音视频文件的解析数据。其中,音视频文件的解析数据包括以下一种或多种:音频格式、视频格式、视频分辨率、码率、音频比特率和音视频原始数据。

步骤S304:确定解码器是否处于可用状态。

步骤S305:如果解码器处于可用状态,则终端设备将其中一个音视频文件的解析数据发送给解码器解码,并且将解码后得到的音视频解码数据发送给播放器进行播放。

在本发明实施例方案中,在解码器解码播放其中一个音视频文件的过程中,终端设备也可以对其它的音视频文件进行解析,无需等待当前音视频文件播放完成。

在本发明实施例方案中,多个音视频文件可以并发独立解析,当音视频文件需要播放时,直接调用解析后的音视频数据,节省解析缓冲时间。

对应上述的音视频文件的播放控制方法,本发明实施例还提供了一种音视频文件的播放控制装置,所述装置用于执行上述实施例一至实施例二中的方法,如图5所示,本发明实施例的控制装置包括:

确定模块401,用于确定待播放的至少两个音视频文件;

解析模块402,用于分别采用与所述至少两个音视频文件的封装格式对应的解析方式解析所述至少两个音视频文件,得到所述至少两个音视频文件的解析数据;

解码播放模块403,用于将所述至少两个音视频文件的解析数据依次传输给解码器以及播放解码之后的解码数据。

在一种可能的设计中,所述确定模块401还用于:确定与所述音视频文件的封装格式对应的解析方式是否可用;

所述解析模块402,还用于当与音视频文件的封装格式对应的解析方式可用时,采用与所述音视频文件的封装格式对应的解析方式解析所述音视频文件,以及,当与音视频文件的封装格式对应的解析方式不可用时,保持等待状态直至与所述音视频文件的封装格式对应的解析方式可用时,采用相应的解析方式解析所述音视频文件。

在一种可能的设计中,所述解析数据包括以下一种或多种:

音频格式、视频格式、视频分辨率、码率、音频比特率和音视频原始数据。

在一种可能的设计中,确定模块401还用于确定所述解码器是否处于可用状态;

所述解码播放模块403还用于当所述解码器处于可用状态时,将所述至少一个音视频文件中的其中一个音视频文件的解码频数据传输给解码器。

在一种可能的设计中,确定模块401还用于检测音视频文件的选择操作,根据所述选择操作确定待播放的所述至少两个音视频文件。

在一种可能的设计中,确定模块401还用于根据当前正在播放的音视频文件和/或用户的观看记录,预测待播放的至少两个音视频文件。

需要说明的是图5所示的控制装置是从功能模块的角度进行划分的,以下将从硬件实体的角度,提供一种音视频文件的播放控制装置。

图6是本发明实施例音视频文件的播放控制装置的另一种结构示意图,该处理装置500,其结构可包括:至少一个处理器(processor)501、内存(memory)502、外围设备接口(peripheralinterface)503、输入/输出子系统(I/Osubsystem)504、电力线路505和通信线路506。

在图6中,箭头表示能进行计算机系统的构成要素间的通信和数据传送,且其可利用高速串行总线(high-speed serial bus)、并行总线(parallelbus)、存储区域网络(SAN,Storage Area Network)和/或其他适当的通信技术而实现。

内存502可包括操作系统512和音视频文件播放控制例程522。例如,内存502可包括高速随机存取存储器(high-speed random access memory)、磁盘、静态随机存取存储器(SPAM)、动态随机存取存储器(DRAM)、只读存储器(ROM)、闪存或非挥发性内存。内存502可存储用于操作系统512和音视频文件播放控制例程522的程序编码,也就是说可包括处理装置500的动作所需的软件模块、指令集架构或其之外的多种数据。此时,处理器501或外围设备接口506等其他控制器与内存502的存取可通过处理器501进行控制。

外围设备接口503可将处理装置500的输入和/或输出外围设备与处理器501和内存502相结合。并且,输入/输出子系统504可将多种输入/输出外围设备与外围设备接口506相结合。例如,输入/输出子系统504可包括显示屏、键盘、鼠标、打印机或根据需要用于各种传感器等外围设备与外围设备接口503相结合的控制器。根据另一侧面,输入/输出外围也可不经过输入/输出子系统504而与外围设备接口503相结合,即显示屏/键盘和各种传感器等外围设备也可不经过输入/输出子系统504而与外围设备接口503相结合。

电力线路505可向终端设备的电路元件的全部或部分供给电力。例如,电力线路505可包括如电力管理系统、电池或交流(AC)之一个周期以上的电源、充电系统、电源故障检测电路(power failuredetection circuit)、电力变换器或逆变器、电力状态标记符或用于电力生成、管理、分配的任意其他电路元件。

通信线路506可利用至少一个周期接口与其他计算机系统进行通信,如与主控制系统进行通信。

处理器501通过施行存储在内存502中的软件模块或指令集架构可执行处理装置500的多种功能且处理数据。也就是说,处理器501通过执行基本的算术、逻辑以及计算机系统的输入/输出演算,可构成为处理计算机程序的命令。

图6的实施例仅是终端设备中处理装置500的一个示例,处理装置500可具有如下结构或配置:省略图6所示的部分电路元件,或进一步具备图6中未图示之追加的电路元件。图6所示的处理装置可以执行本发明各个实施例所述的音视频文件的播放控制方法。

图6所示的处理装置可以应用在电视、电脑、手机等具有音视频播放功能的终端设备上,具体的,所述终端设备除包括图6所示的处理装置外还包括解码器和播放器,解码器和播放器可以通过经过输入/输出子系统而与外围设备接口相结合。

为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本发明时可以把各单元的功能在同一个周期或多个周期软件和/或硬件中实现。

本说明书中的各个周期实施例均采用递进的方式描述,各个周期实施例之间相同相似的部分互相参见即可,每个周期实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的装置及系统实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个周期地方,或者也可以分布到多个周期网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。

以上仅是本发明的具体实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

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