CN108377409A - 一种多媒体文件的无缝播放方法、终端设备及存储介质 - Google Patents

一种多媒体文件的无缝播放方法、终端设备及存储介质 Download PDF

Info

Publication number
CN108377409A
CN108377409A CN201810179507.6A CN201810179507A CN108377409A CN 108377409 A CN108377409 A CN 108377409A CN 201810179507 A CN201810179507 A CN 201810179507A CN 108377409 A CN108377409 A CN 108377409A
Authority
CN
China
Prior art keywords
multimedia file
preset
time
playing
progress rate
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.)
Pending
Application number
CN201810179507.6A
Other languages
English (en)
Inventor
龙俊卫
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN201810179507.6A priority Critical patent/CN108377409A/zh
Publication of CN108377409A publication Critical patent/CN108377409A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47217—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for controlling playback functions for recorded or on-demand content, e.g. using progress bars, mode or play-point indicators or bookmarks

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本申请适用于多媒体技术领域，提供了一种多媒体文件的无缝播放方法、终端设备及计算机可读存储介质，所述方法包括：在接收到预设指令时，将待播放的多媒体文件缓存在预设的缓冲空间，在缓存结束后，从预设的缓冲空间获取多媒体文件开始播放，并监听所述多媒体文件的播放进度，在所述播放进度为所述多媒体文件的结束时间时，将所述播放进度设置为开始时间，控制所述多媒体文件重新开始播放，通过本申请可以解决目前多媒体文件循环播放时，两次播放之间切换不连贯的问题，实现无缝播放。

Description

一种多媒体文件的无缝播放方法、终端设备及存储介质
技术领域
本申请属于多媒体技术领域，尤其涉及一种多媒体文件的无缝播放方法、终端设备及计算机可读存储介质。
背景技术
随着互联网技术的发展，为了使得用户获得良好的上网体验，通常会需要在网页中将一个多媒体文件循环播放，例如，页面中的多媒体广告，当用户停留在当前页面时，当前页面中的多媒体广告对应的多媒体文件会循环播放。
目前，网页中多媒体文件循环播放的方法通常是在audio或video标签中添加loop属性，然而，这种循环播放的方法使得当多媒体文件播放结束，进行下一次播放时会出现不连贯的问题。
发明内容
有鉴于此，本申请实施例提供了一种多媒体文件的无缝播放方法、终端设备及计算机可读存储介质，以解决目前多媒体文件循环播放时，两次播放之间切换不连贯的问题。
本申请实施例的第一方面提供了一种多媒体文件的无缝播放方法，包括：
在接收到预设指令时，将待播放的多媒体文件缓存在预设的缓冲空间；
在缓存结束后，从预设的缓冲空间获取多媒体文件开始播放，并监听所述多媒体文件的播放进度，所述播放进度为所述多媒体文件播放过程中当前播放的时间点；
在所述播放进度为所述多媒体文件的结束时间时，将所述播放进度设置为开始时间，控制所述多媒体文件重新开始播放。
本申请实施例的第二方面提供了一种终端设备，包括：
缓存模块，用于在接收到预设指令时，将待播放的多媒体文件缓存在预设的缓冲空间；
播放模块，用于在缓存结束后，从预设的缓冲空间获取多媒体文件开始播放，并监听所述多媒体文件的播放进度，所述播放进度为所述多媒体文件播放过程中当前播放的时间点；
循环处理模块，用于在所述播放进度为所述多媒体文件的结束时间时，将所述播放进度设置为开始时间，控制所述多媒体文件重新开始播放。
本申请实施例的第三方面提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本申请实施例第一方面提供的所述方法的步骤。
本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被一个或多个处理器执行时实现本申请实施例第一方面提供的所述方法的步骤。
本申请实施例的第五方面提供了一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被一个或多个处理器执行时实现本申请实施例第一方面提供的所述方法的步骤。
本申请实施例在接收到预设指令时，将待播放的多媒体文件缓存在预设的缓冲空间，在缓存结束后，从预设的缓冲空间获取多媒体文件开始播放，并监听所述多媒体文件的播放进度，在所述播放进度为所述多媒体文件的结束时间时，将所述播放进度设置为开始时间，控制所述多媒体文件重新开始播放。由于本申请是将循环播放的多媒体文件缓存在预设的缓冲空间，从缓冲空间一帧一帧读取数据进行播放，并且，还设置了多媒体文件播放结束时，将当前的播放进度设置为播放开始时间，控制循环播放，相当于，从缓冲空间一帧一帧的读取数据进行播放，播放到最后一帧，再继续读取第一帧进行播放，避免了循环播放时，两次播放之间切换不连贯的问题，实现了无缝播放。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请一实施例提供的一种多媒体文件的无缝播放方法的实现流程示意图；
图2是本申请又一实施例提供的一种多媒体文件的无缝播放方法的实现流程示意图；
图3是本申请一实施例提供的终端设备的示意框图；
图4是本申请又一实施例提供的终端设备的示意框图。
具体实施方式
以下描述中，为了说明而不是为了限定，提出了诸如特定***结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的***、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。
图1是本申请一实施例提供的多媒体文件的无缝播放方法的实现流程示意图，如图所示该方法可以包括以下步骤：
步骤S101，在接收到预设指令时，将待播放的多媒体文件缓存在预设的缓冲空间。
在本申请实施例中，所述预设指令可以是用户点开网页的指令，还可以是对多媒体文件进行循环播放的指令。作为举例，当某个网页中加载了多媒体文件，预先设置了该网页点开后循环播放该网页加载的多媒体文件，一旦用户点开该网页，就表示接收到了预设指令。在本申请实施例中，会预先设置缓冲空间，可以将待播放的多媒体文件缓存在预设的缓冲空间，多媒体文件在预设的缓冲空间存储时，可以按照多媒体文件中每帧数据的播放顺序缓存在缓存队列中。多媒体文件可以是音频文件，也可以是视频文件，存储时可以按照：待播放的多媒体文件的第一帧数据、第二帧数据、……、最后一帧数据的形式进行存储。
步骤S102，在缓存结束后，从预设的缓冲空间获取多媒体文件开始播放，并监听所述多媒体文件的播放进度。
在本申请实施例中，可以在待播放的多媒体文件缓存结束后，从预设的缓冲空间一帧一帧的获取数据进行播放，在播放的过程中需要监听多媒体文件的播放进度，所述播放进度为所述多媒体文件播放过程中当前播放的时间点。
作为举例，缓冲空间的缓存队列中缓存的数据为：P1、P2、P3、P4、……、Pn，缓存的多媒体文件总共有n帧数据，在缓存队列中缓存到最后一帧数据后，可以发送一个缓存结束的指令，同时，开始从预设的缓存队列中从头到尾一帧一帧的解码数据进行播放：获取P1并播放、获取P2并播放、获取P3并播放，获取时并非获取到一帧数据马上播放，而是根据每一帧数据在多媒体文件中的播放时间进行播放，假设每两帧数据的播放间隔为T，在上一帧数据播放后的T时间时，播放当前帧数据，由于从缓存队列中获取该帧数据的时间小于该帧数据的播放时间，这样从缓存队列中获取每一帧数据就能够实现流畅、无卡顿现象。
当然，在实际应用中，也可以设置：在缓存了预设帧数的帧数据后，从预设的缓冲空间一帧一帧的获取数据进行播放。这是因为，在从缓存队列中获取数据进行播放的过程中是从第一帧数据开始获取并播放，只要按照顺序获取每一帧数据之前，该帧数据缓存在了缓存队列中即可，顺序靠前的数据进行播放时，靠后的数据可以同时进行缓存，这样，也在一定程度上缩短了网页从被打开到多媒体文件开始播放的时间(或者缩短了确定该多媒体文件循环播放到真正开始播放的时间)。
作为举例，每帧数据的缓存时间为t1，每帧数据的播放间隔为T，假设当前缓存了N帧数据就可以开始播放，那么，到第n帧数据还未缓存的数据为：n-N帧，缓存到第n帧数据还需要的时间为：(n-N)*t1，从当前第一帧到播放到第n帧数据需要的时间为(n-1)*T，只要缓存到第n帧数据还需要的时间(n-N)*t1小于或等于从当前第一帧到播放到第n帧数据需要的时间为(n-1)*T即可，当然，n的取值是从1到该多媒体文件总共包含的帧数。
在实际应用中，缓存一帧数据的时间t1可能小于每帧数据的播放间隔T，这样，只要缓存一帧数据，就可以从缓存队列中获取一帧数据进行播放。
步骤S103，在所述播放进度为所述多媒体文件的结束时间时，将所述播放进度设置为开始时间，控制所述多媒体文件重新开始播放。
在本申请实施例中，可以设置将多媒体文件从第一帧到最后一帧循环播放，即从头到尾循环播放，在播放进度为多媒体文件的结束时间时，将播放进度设置为开始时间，就会从头重新进行播放，具体可以是，在播放最后一帧数据后，继续从预设的缓冲空间读取第一帧数据进行解码播放。由于待播放的数据均保存在缓冲空间，并且是按照多媒体文件每一帧数据的播放顺序进行存储的，所以，在循环播放的过程中，可以在最后一帧播放后，继续从缓冲空间读取第一帧数据继续循环播放，避免了循环播放的过程中卡顿、不连贯的现象，实现了无缝播放。
作为举例，设置的多媒体文件的播放的开始时间为0:00，结束时间为0:30，同时缓存队列中缓存的数据为P1至Pn，可以根据当前多媒体文件的播放进度实现循环播放，还可以根据当前播放的缓存队列中的数据的顺序实现循环播放，以当前多媒体文件的播放进度为例，若当前的播放进度为0:30，则将当前的播放进度设置为0:00，控制从头开始播放，以当前播放的缓存队列中的数据的顺序为例，若当前获取并播放的数据为Pn(最后一帧数据)，则从头重新获取数据P1并播放，从P1获取数据进行播放后，继续按照缓存队列中的数据的顺序依次获取并播放。这样，无论根据当前多媒体文件的播放进度，还是根据当前播放的缓存队列中的数据的顺序均可以实现循环播放的过程中切换时的无缝播放。
图2是本申请又一实施例提供的多媒体文件的无缝播放方法的流程示意图，如图所示该方法可以包括以下步骤：
步骤S201，创建audiocontext对象，并在所述audiocontext对象中载入待播放的多媒体文件。
在本申请实施例中，可以采用Web Audio API这个高级应用接口，进行创建一个AudioContext对象，Web Audio API是Javascript(基于对象和事件驱动的客户端脚本语言。它的解释器被称为JavaScript引擎，为浏览器的一部分，最早是在HTML网页上使用，用来给HTML网页增加动态功能)中主要用于在网页应用中处理音频请求的一个高级应用接口。
在进行网页创建的过程中就可以创建audiocontext对象，并在所述audiocontext对象中载入待播放的多媒体文件，一旦打开该网页，就可以循环播放待播放的多媒体文件。
需要说明的是，对于WebKit核心的浏览器，需要加上一个webkit前缀，也就是创建webkitAudioContext对象。
步骤S202，在接收到网页开启的指令后，通过decodeAudioData对所述网页的audiocontext对象中的多媒体文件进行异步解码。
在本申请实施例中，一旦接受到网页开启的指令(例如，用户打开该网页的指令)，就可以通过decodeAudioData对所述网页的audiocontext对象中的多媒体文件进行异步解码。
在Web Audio API(Web Audio API支持多种格式的音频文件，比如常见的WAV、MP3、AAC、OGG等音频)使用AudioBuffer方法来缓冲中小型的音频文件，具体可通过XMLHttpRequest(var request＝new XMLHttpRequest()；XMLHttpRequest是可扩展超文本传输请求)来请求音频文件实现的方法来进行。但由于音频文件是二进制文件而非文本，需要将responseType＝request.open('GET',url,true)；request.responseType＝'arraybuffer'。Response type是Web API接口Response，包含的一种响应类型，是只读属性)设置成‘arraybuffer’。
步骤S203，在解码结束后，返回存放了解码后的多媒体文件的AudioBuffer实例。
在本申请实施例中，当decodeAudioData()解码结束后，此函数会调用一个回调函数返回包含未压缩的PCM格式AudioBuffer实例来存放解压后的音频。返回的解码后的多媒体文件实例可以理解为缓存的多媒体文件。
步骤S202至步骤S203实际上是从底层描述如何将待播放的多媒体文件缓存在预设的缓冲空间。
步骤S204，设置所述多媒体文件播放的开始时间和结束时间，所述开始时间大于或等于0，所述结束时间小于或等于所述多媒体文件的总时间。
在本申请实施例中，可以通过函数noteOn(time)进行设置音频播放的时间，函数noteOn(time)的时间不能超过音频的总时长。例如，音频的时间长属性duration为5分钟，可以设置为3分钟的播放时间，source.noteOn(180000)，单位为ms)，最长设置时间等同音频时间长。我们以一个音频文件为例，假设音频文件的总播放时长为5分钟，我们设置3分钟的播放时间，即开始时间为0，结束时间为3:00。当然实际应用中，还可以设置开始时间不为0，例如，还可以设置从1:00开始播放，播放到4:00，开始时间要大于或等于0，结束时间要小于或等于所述多媒体文件的总播放时长。
步骤S205，在缓存结束后，从预设的缓冲空间获取多媒体文件开始播放，并监听所述多媒体文件的播放进度。
在本申请实施例中，当AudioBuffer载入完毕之后，通过function playSound(buffer)函数(playSound()函数可以在任何情况下调用)开始准备进行播放多媒体文件。
在播放的过程中，可以获取播放时间属性currentTime来监听多媒体文件的播放进度，currentTime用来获取或控制当前播放的时间。
步骤S206，在监听所述多媒体文件的播放进度的过程中，若当前的播放进度为所述多媒体文件的开始时间，则对第一预设时间之内的播放进行淡入处理。
步骤S207，在监听所述多媒体文件的播放进度的过程中，若当前的播放进度为所述多媒体文件的结束时间之前的第二预设时间，则对第二预设时间之内的播放进行淡出处理。
在本申请实施例中，所述第一预设时间可以是2秒钟，第二预设时间也可以是2秒钟，即在播放开始的前两秒钟之内进行淡入处理，在播放结束前的两秒钟之内进行淡出处理。当然，实际应用中，第一预设时间和第二预设时间也可以是其它时间，第一预设时间和第二预设时间还可以设置为不相等。
GainNode接口表示音量变更。它是一个AudioNode音频处理模块，在输出前使用给定增益应用到输入，位于AudioParam(W3C)接口中。
在音频文件播放的前两秒时间内，调整AudioGainNode的增益值(如：vargainNode＝playNow.gainNode，gainNode.gain.linearRampToValueAtTime(0,currTime)；(1,currTime+ctx.FADE_TIME)；)进行对音频进行淡入。
在歌曲时间快要结束时，即获取播放时间属性currentTime(用来获取或控制当前播放的时间，单位为s)，在音频文件播放的最后两秒时间时，再调整AudioGainNode增益值(gainNode.gain.linearRampToValueAtTime(1,currTime+duration-ctx.FADE_TIME)；(0,currTime+duration)；)来对音频进行淡出。
对音频文件而言，淡入处理也可以理解为是音量从小逐渐变大的过程，淡出处理也可以理解为是音量从大逐渐变小的过程。
所述对第一预设时间之内的播放进行淡入处理包括：
调整当前播放的多媒体文件在第一预设时间对应的播放的音量由第一预设值到第二预设值，所述第二预设值大于第一预设值；
所述对第二预设时间之内的播放进行淡出处理包括：
调整当前播放的多媒体文件在第二预设时间对应的播放的音量由第三预设值到第四预设值，所述第三预设值大于第四预设值。
作为举例，可以设置为，在多媒体文件播放的前两秒钟之内，将音量从0逐渐增加到80％的音量，保持80％的音量播放到多媒体文件结束的前两秒钟，在结束的前两秒钟，在将音量从80％逐渐降低到0。上述举例的音量0、两秒钟、音量80％均用于举例，不对本申请进行任何限制。音量逐渐增加和逐渐降低的过程可以是按照预设的步长进行增加或降低。
步骤S208，在所述播放进度为所述多媒体文件的结束时间时，将所述播放进度设置为开始时间，控制所述多媒体文件重新开始播放。
在本申请实施例中，播放进度为多媒体文件的结束时间时，表示淡出结束，就需要对音频文件进行循环播放。可在通过监听timeupdate事件(当前播放的时长发生改变时触发)，然后比较播放时间属性currentTime(用来获取或控制当前播放的时间，单位为s)和音频的时长属性duration(获取媒体文件的总时长，以s为单位)，当然，实际应用中，还可以是比较当前的播放时间和设置的结束时间，在音频文件播放快要结束时，将currentTime(用来获取或控制当前播放的时间，单位为s)属性重新设置为0(if(this.currentTime>this.duration-buffer){this.currentTime＝0；)或开始时间，使音频文件又从头开始进行播放，或者从设置的开始时间进行播放。同时，实现声音的淡入和音频文件播放到后面的淡出，周而复始一直重复循环进行，完成利用audio标签的Web Audio API提供的方法和属性进行无缝循环(gapless looping)播放的目的。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
图3是本申请一实施例提供的终端设备的示意框图，为了便于说明，仅示出与本申请实施例相关的部分。
该终端设备3可以是内置于现有的例如手机、笔记本等终端设备内的软件单元、硬件单元或者软硬结合的单元，也可以作为独立的挂件集成到所述现有的例如手机、笔记本等终端设备中，还可以作为独立的终端设备存在。
所述终端设备3包括：
缓存模块31，用于在接收到预设指令时，将待播放的多媒体文件缓存在预设的缓冲空间；
播放模块32，用于在缓存结束后，从预设的缓冲空间获取多媒体文件开始播放，并监听所述多媒体文件的播放进度，所述播放进度为所述多媒体文件播放过程中当前播放的时间点；
循环处理模块33，用于在所述播放进度为所述多媒体文件的结束时间时，将所述播放进度设置为开始时间，控制所述多媒体文件重新开始播放。
可选的，所述终端设备3还包括：
载入模块34，用于在接收到预设指令时，将待播放的多媒体文件缓存在预设的缓冲空间之前，创建audiocontext对象，并在所述audiocontext对象中载入待播放的多媒体文件；
所述缓存模块31包括：
解码单元311，用于在接收到网页开启的指令后，通过decodeAudioData对所述网页的audiocontext对象中的多媒体文件进行异步解码；
缓存单元312，用于在解码结束后，返回存放了解码后的多媒体文件的AudioBuffer实例。
可选的，所述终端设备3还包括：
设置模块35，用于从预设的缓冲空间获取多媒体文件数据开始播放之前，设置所述多媒体文件播放的开始时间和结束时间，所述开始时间大于或等于0，所述结束时间小于或等于所述多媒体文件的总时间。
可选的，所述播放模块32还包括：
淡入处理单元321，用于若当前的播放进度为所述多媒体文件的开始时间，则对第一预设时间之内的播放进行淡入处理；
淡出处理单元322，用于若当前的播放进度为所述多媒体文件的结束时间之前的第二预设时间，则对第二预设时间之内的播放进行淡出处理。
可选的，所述淡入处理单元321还用于：
调整当前播放的多媒体文件在第一预设时间对应的播放的音量由第一预设值到第二预设值，所述第二预设值大于第一预设值；
所述淡出处理单元322还用于：
调整当前播放的多媒体文件在第二预设时间对应的播放的音量由第三预设值到第四预设值，所述第三预设值大于第四预设值。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述终端设备的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述装置中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
图4是本申请又一实施例提供的终端设备的示意框图。如图4所示，该实施例的终端设备4包括：一个或多个处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机程序42。所述处理器40执行所述计算机程序42时实现上述各个多媒体文件的无缝播放方法实施例中的步骤，例如图1所示的步骤S101至S103。或者，所述处理器40执行所述计算机程序42时实现上述终端设备实施例中各模块/单元的功能，例如图3所示模块31至33的功能。
示例性的，所述计算机程序42可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器41中，并由所述处理器40执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序42在所述终端设备4中的执行过程。例如，所述计算机程序42可以被分割成缓存模块、播放模块、循环处理模块。
所述缓存模块，用于在接收到预设指令时，将待播放的多媒体文件缓存在预设的缓冲空间；
所述播放模块，用于在缓存结束后，从预设的缓冲空间获取多媒体文件开始播放，并监听所述多媒体文件的播放进度，所述播放进度为所述多媒体文件播放过程中当前播放的时间点；
所述循环处理模块，用于在所述播放进度为所述多媒体文件的结束时间时，将所述播放进度设置为开始时间，控制所述多媒体文件重新开始播放。
其它模块或者单元可参照图3所示的实施例中的描述，在此不再赘述。
所述终端设备包括但不仅限于处理器40、存储器41。本领域技术人员可以理解，图4仅仅是终端设备4的一个示例，并不构成对终端设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入设备、输出设备、网络接入设备、总线等。
所述处理器40可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器41可以是所述终端设备4的内部存储单元，例如终端设备4的硬盘或内存。所述存储器41也可以是所述终端设备4的外部存储设备，例如所述终端设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器41还可以既包括所述终端设备4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中，应该理解到，所揭露的终端设备和方法，可以通过其它的方式实现。例如，以上所描述的终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种多媒体文件的无缝播放方法，其特征在于，包括：
在接收到预设指令时，将待播放的多媒体文件缓存在预设的缓冲空间；
在缓存结束后，从预设的缓冲空间获取所述多媒体文件开始播放，并监听所述多媒体文件的播放进度，所述播放进度为所述多媒体文件播放过程中当前播放的时间点；
在所述播放进度为所述多媒体文件的结束时间时，将所述播放进度设置为开始时间，控制所述多媒体文件重新开始播放。
2.如权利要求1所述的多媒体文件的无缝播放方法，其特征在于，所述在接收到预设指令时，将待播放的多媒体文件缓存在预设的缓冲空间之前，包括：
创建audiocontext对象，并在所述audiocontext对象中载入待播放的多媒体文件；
所述在接收到预设指令时，将待播放的多媒体文件数据缓存在预设的缓冲空间包括：
在接收到网页开启的指令后，通过decodeAudioData对所述网页的audiocontext对象中的多媒体文件进行异步解码；
在解码结束后，返回存放了解码后的多媒体文件的AudioBuffer实例。
3.如权利要求1所述的多媒体文件的无缝播放方法，其特征在于，所述从预设的缓冲空间获取多媒体文件数据开始播放之前，还包括：
设置所述多媒体文件播放的开始时间和结束时间，所述开始时间大于或等于0，所述结束时间小于或等于所述多媒体文件的总时间。
4.如权利要求1所述的多媒体文件的无缝播放方法，其特征在于，在监听所述多媒体文件的播放进度的过程中，包括：
若当前的播放进度为所述多媒体文件的开始时间，则对第一预设时间之内的播放进行淡入处理；
若当前的播放进度为所述多媒体文件的结束时间之前的第二预设时间，则对第二预设时间之内的播放进行淡出处理。
5.如权利要求4所述的多媒体文件的无缝播放方法，其特征在于，所述对第一预设时间之内的播放进行淡入处理包括：
调整当前播放的多媒体文件在第一预设时间对应的播放的音量由第一预设值到第二预设值，所述第二预设值大于第一预设值；
所述对第二预设时间之内的播放进行淡出处理包括：
调整当前播放的多媒体文件在第二预设时间对应的播放的音量由第三预设值到第四预设值，所述第三预设值大于第四预设值。
6.一种终端设备，其特征在于，包括：
缓存模块，用于在接收到预设指令时，将待播放的多媒体文件缓存在预设的缓冲空间；
播放模块，用于在缓存结束后，从预设的缓冲空间获取多媒体文件开始播放，并监听所述多媒体文件的播放进度，所述播放进度为所述多媒体文件播放过程中当前播放的时间点；
循环处理模块，用于在所述播放进度为所述多媒体文件的结束时间时，将所述播放进度设置为开始时间，控制所述多媒体文件重新开始播放。
7.如权利要求6所述终端设备，其特征在于，还包括：
载入模块，用于在接收到预设指令时，将待播放的多媒体文件缓存在预设的缓冲空间之前，创建audiocontext对象，并在所述audiocontext对象中载入待播放的多媒体文件；
所述缓存模块包括：
解码单元，用于在接收到网页开启的指令后，通过decodeAudioData对所述网页的audiocontext对象中的多媒体文件进行异步解码；
缓存单元，用于在解码结束后，返回存放了解码后的多媒体文件的AudioBuffer实例。
8.如权利要求6所述的终端设备，其特征在于，还包括：
设置模块，用于从预设的缓冲空间获取多媒体文件数据开始播放之前，设置所述多媒体文件播放的开始时间和结束时间，所述开始时间大于或等于0，所述结束时间小于或等于所述多媒体文件的总时间。
9.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被一个或多个处理器执行时实现如权利要求1至5任一项所述方法的步骤。
CN201810179507.6A 2018-03-05 2018-03-05 一种多媒体文件的无缝播放方法、终端设备及存储介质 Pending CN108377409A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810179507.6A CN108377409A (zh) 2018-03-05 2018-03-05 一种多媒体文件的无缝播放方法、终端设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810179507.6A CN108377409A (zh) 2018-03-05 2018-03-05 一种多媒体文件的无缝播放方法、终端设备及存储介质

Publications (1)

Publication Number Publication Date
CN108377409A true CN108377409A (zh) 2018-08-07

Family

ID=63018165

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810179507.6A Pending CN108377409A (zh) 2018-03-05 2018-03-05 一种多媒体文件的无缝播放方法、终端设备及存储介质

Country Status (1)

Country Link
CN (1) CN108377409A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111918129A (zh) * 2020-08-10 2020-11-10 四川长虹电器股份有限公司 视频间无缝衔接播放的方法、***及终端
CN112383618A (zh) * 2020-11-12 2021-02-19 平安普惠企业管理有限公司 一种音频文件优化方法、装置、计算机设备及存储介质
CN112887774A (zh) * 2021-02-05 2021-06-01 冠捷显示科技（厦门）有限公司 一种无缝播放内容的方法及装置
CN115243089A (zh) * 2022-07-30 2022-10-25 天翼云科技有限公司 一种音视频同步渲染方法及装置、电子设备
WO2023284437A1 (zh) * 2021-07-13 2023-01-19 北京字跳网络技术有限公司 媒体文件处理方法、装置、设备、可读存储介质及产品

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102685549A (zh) * 2011-03-11 2012-09-19 国家广播电影电视总局广播科学研究院 一种列车声音广播实时和非实时节目内容切换方法和装置
CN102903377A (zh) * 2012-11-01 2013-01-30 北京奇艺世纪科技有限公司 一种播放包含多视频段的视频的方法及装置
CN104581398A (zh) * 2013-10-15 2015-04-29 富泰华工业（深圳）有限公司 缓存数据管理***及方法
CN105657546A (zh) * 2015-12-29 2016-06-08 小米科技有限责任公司 多媒体文件播放方法、装置及终端
CN106331870A (zh) * 2015-07-02 2017-01-11 天脉聚源（北京）科技有限公司 一种网页视频文件预览方法和***
CN106358062A (zh) * 2016-08-24 2017-01-25 乐视控股（北京）有限公司 一种浏览器中视频文件的播放处理方法及装置
US20170098464A1 (en) * 2015-10-02 2017-04-06 Twitter, Inc. Gapless video looping
CN107123424A (zh) * 2017-04-27 2017-09-01 腾讯科技（深圳）有限公司 音频文件处理方法及装置
CN107465598A (zh) * 2017-08-11 2017-12-12 北京安云世纪科技有限公司 音视频播放方法、装置及终端
CN107547940A (zh) * 2017-09-13 2018-01-05 广州酷狗计算机科技有限公司 视频播放处理方法、设备及计算机可读存储介质

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102685549A (zh) * 2011-03-11 2012-09-19 国家广播电影电视总局广播科学研究院 一种列车声音广播实时和非实时节目内容切换方法和装置
CN102903377A (zh) * 2012-11-01 2013-01-30 北京奇艺世纪科技有限公司 一种播放包含多视频段的视频的方法及装置
CN104581398A (zh) * 2013-10-15 2015-04-29 富泰华工业（深圳）有限公司 缓存数据管理***及方法
CN106331870A (zh) * 2015-07-02 2017-01-11 天脉聚源（北京）科技有限公司 一种网页视频文件预览方法和***
US20170098464A1 (en) * 2015-10-02 2017-04-06 Twitter, Inc. Gapless video looping
CN105657546A (zh) * 2015-12-29 2016-06-08 小米科技有限责任公司 多媒体文件播放方法、装置及终端
CN106358062A (zh) * 2016-08-24 2017-01-25 乐视控股（北京）有限公司 一种浏览器中视频文件的播放处理方法及装置
CN107123424A (zh) * 2017-04-27 2017-09-01 腾讯科技（深圳）有限公司 音频文件处理方法及装置
CN107465598A (zh) * 2017-08-11 2017-12-12 北京安云世纪科技有限公司 音视频播放方法、装置及终端
CN107547940A (zh) * 2017-09-13 2018-01-05 广州酷狗计算机科技有限公司 视频播放处理方法、设备及计算机可读存储介质

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
BORIS SMUS: "Getting Started with Web Audio API", 《HTML5 ROCKS》 *
PETELE: "gapless looping audio html5", 《STACK OVERFLOW》 *
USER1693593: "Create Seamless Loop of Audio-Web", 《STACK OVERFLOW》 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111918129A (zh) * 2020-08-10 2020-11-10 四川长虹电器股份有限公司 视频间无缝衔接播放的方法、***及终端
CN111918129B (zh) * 2020-08-10 2022-04-01 四川长虹电器股份有限公司 视频间无缝衔接播放的方法、***及终端
CN112383618A (zh) * 2020-11-12 2021-02-19 平安普惠企业管理有限公司 一种音频文件优化方法、装置、计算机设备及存储介质
CN112383618B (zh) * 2020-11-12 2022-09-13 平安普惠企业管理有限公司 一种音频文件优化方法、装置、计算机设备及存储介质
CN112887774A (zh) * 2021-02-05 2021-06-01 冠捷显示科技（厦门）有限公司 一种无缝播放内容的方法及装置
WO2023284437A1 (zh) * 2021-07-13 2023-01-19 北京字跳网络技术有限公司 媒体文件处理方法、装置、设备、可读存储介质及产品
CN115243089A (zh) * 2022-07-30 2022-10-25 天翼云科技有限公司 一种音视频同步渲染方法及装置、电子设备
CN115243089B (zh) * 2022-07-30 2024-01-02 天翼云科技有限公司 一种音视频同步渲染方法及装置、电子设备

Similar Documents

Publication Publication Date Title
CN108377409A (zh) 一种多媒体文件的无缝播放方法、终端设备及存储介质
CN107948735A (zh) 一种视频播放方法、装置及电子设备
CN106126164B (zh) 一种音效处理方法及终端设备
CN103618942B (zh) 智能电视及其浏览器网页视频的播放方法和装置
CN102468989B (zh) 处理网络数据的方法和***
CN110110262A (zh) 浏览器内存管理方法、装置和设备
CN103475932A (zh) 网络视频的无缝在线播放方法及装置、网络电视***
WO2019007327A1 (zh) 视频播放方法、装置、计算设备以及存储介质
CN104782136A (zh) 在云中处理视频数据
CN104486668B (zh) 一种音量调节方法
US20200265843A1 (en) Speech broadcast method, device and terminal
US10007613B2 (en) Reconfigurable fetch pipeline
CN107801095A (zh) 一种音视频解码方法及终端设备
WO2017107831A1 (zh) 一种基于应用软件实现播报的方法、装置及电子设备
CN108877804A (zh) 语音服务方法、***、电子设备及存储介质
US20170242470A1 (en) Energy saving method and apparatus of mobile terminal
CN105260424A (zh) 用户浏览网页历史记录和最常访问的处理方法及装置
CN104615432B (zh) 闪屏信息处理方法及客户端
CN107547748A (zh) 一种图片管理方法、终端及计算机可读存储介质
CN109686372B (zh) 资源播放控制方法和装置
CN113163255B (zh) 视频播放方法、装置、终端及存储介质
CN104503839A (zh) 基于音频的计算设备优化方法及装置
CN110381379A (zh) 网络机顶盒的待机方法、测试方法及相关产品
CN110162350A (zh) 通知栏信息的显示方法、装置、服务器及存储介质
CN109144354B (zh) 旋转播放器视图层的方法和设备

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
RJ01 Rejection of invention patent application after publication

Application publication date: 20180807

RJ01 Rejection of invention patent application after publication