CN108415667A - 一种音频文件加载方法 - Google Patents
一种音频文件加载方法 Download PDFInfo
- Publication number
- CN108415667A CN108415667A CN201810097286.8A CN201810097286A CN108415667A CN 108415667 A CN108415667 A CN 108415667A CN 201810097286 A CN201810097286 A CN 201810097286A CN 108415667 A CN108415667 A CN 108415667A
- Authority
- CN
- China
- Prior art keywords
- buffer area
- audio file
- area
- memory node
- buffer
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
- G06F3/0656—Data buffering arrangements
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0608—Saving storage space on storage systems
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供音频文件加载方法,通过将音频文件信息缓存单元等分为若干个功能缓存区,根据功能缓存区的容量将音频文件的总数目分割为块,生成存储节点列表,并根据存储节点列表刷新各缓存区,然后根据接收的音频文件信息来刷新缓存区,实现了动态调整缓存区,利用相对少的RAM空间,达到读取不限数目的音频文件信息。
Description
技术领域
本发明涉及音频文件管理技术领域,尤其涉及一种音频文件加载方法。
背景技术
一般的电子播放装置都具有ROM、RAM,ROM用来存储系统程序以及音乐、电影、电子书等用户资料,RAM则是电子播放装置的运行内存,用于临时存储数据,通常来说,RAM容量大,就能同时运行更多的应用程序。
然而,由于成本的考虑,电子播放装置的RAM容量是非常有限的,而且还要分配绝大部分容量用于运行更为基础重要的程序,因此分配用于缓存音频文件信息的容量就非常有限了。
由于车机的RAM容量十分有限,目前车载多媒体播放装置在扫描歌曲时采用一次性读取,这样做的好处是下次播放无需再扫描和调整播放列表,但是采用这种方法从存储器中读取的歌曲数目是固定有限的,无法读取超出这个数目的歌曲文件。
因此,现有技术有待进一步改进。
发明内容
本发明提供一种音频文件加载方法,旨在解决现有技术中的缺陷,实现动态调整缓存区,利用相对少的RAM空间,达到读取不限数目的音频文件信息。
为达到上述目的,本发明所采取的技术方案为:
本发明提供一种音频文件加载方法,包括:
S1、设置音频文件信息缓存单元的总长度;
S2、将所述音频文件信息缓存单元等分为若干个功能缓存区,所述功能缓存区包括最前端的前置缓存区、位于前置缓存区之后的前列表缓存区、最后端的后置缓存区、位于后置缓存区之前的后列表缓存区,以及位于前列表缓存区和后列表缓存区之间的播放缓存区;
S3、扫描存储器中的所有文件,获取音频文件的总数目;
S4、根据单个功能缓存区的容量将音频文件的总数目分割为块,将每块的第一个音频文件作为存储节点,生成存储节点列表;
S5、判断上次是否有播放记录,是则获取该播放记录对应的存储节点,根据所述存储节点刷新各缓存区,否则根据第一个存储节点刷新各缓存区;
S6、接收当前输入的音频文件信息;
S7、判断所述当前输入的音频文件信息是否在播放缓存区里,是则不刷新缓存区,否则进入下一步;
S8、确定本次缓存区的刷新方向,若本次缓存区的刷新方向与上一次缓存区的刷新方向相同,则等待上一次缓存区的刷新完成后才能继续执行本次缓存区的刷新,否则直接执行本次缓存区的刷新。
具体地,所述根据所述存储节点刷新各缓存区,包括:
将存储节点n及存储节点n+1之间的音频文件信息存入播放缓存区;
将存储节点n+1及存储节点n+2之间的音频文件信息存入后列表缓存区;
将存储节点n+2及存储节点n+3之间的音频文件信息存入后置缓存区;
若n≥2,则将存储节点n-1及存储节点n之间的音频文件信息存入前列表缓存区,否则前列表缓存区为空;
若n≥3,将存储节点n-2及存储节点n-1之间的音频文件信息存入前置缓存区,否则前列表缓存区为空。
具体地,所述根据第一个存储节点刷新各缓存区,包括:
将存储节点1及存储节点2之间的音频文件信息存入播放缓存区;
将存储节点2及存储节点3之间的音频文件信息存入后列表缓存区;
将存储节点3及存储节点4之间的音频文件信息存入后置缓存区;
前置缓存区、前列表缓存区为空。
具体地,所述确定本次缓存区的刷新方向,若本次缓存区的刷新方向与上一次缓存区的刷新方向相同,则等待上一次缓存区的刷新完成后才能继续执行本次缓存区的刷新,否则直接执行本次缓存区的刷新,包括:
如果本次缓存区的刷新方向是向前,则判断上次刷新缓存区的方向是否一致,是则等待上一次刷新完成,然后将所有缓存区向前移动一个,并刷新新前置缓存区,否则停止上次缓存区刷新,将所有缓存区向前移动一个,并刷新前置缓存区;
如果本次缓存区的刷新方向是向后,则判断上次刷新缓存区的方向是否一致,是则等待上一次刷新完成,然后将所有缓存区向后移动一个,并刷新后置缓存区,否则停止上次缓存区刷新,将所有缓存区向后移动一个,并刷新后置缓存区。
具体地,所述刷新缓存区包括:
步骤a、根据当前正在播放的音频文件,找到对应存储节点所在的文件夹;
步骤b、递归遍历后续音频文件和文件夹;
步骤c、将遍历到的音频文件信息存入到各功能缓存区;
步骤d、判断各功能缓存区是否已满,是则结束刷新,否则进入下一步;
步骤e、判断当前目录下所有文件是否已遍历完毕,是则进入下一步,否则返回步骤b;
步骤f、判断当前目录是否为根目录,是则结束刷新,否则进入下一个文件夹,并返回步骤b。
具体地,所述前置缓存区、前列表缓存区、播放缓存区、后列表缓存区、后置缓存区的容量相等。
本发明的有益效果在于:本发明通过将音频文件信息缓存单元等分为若干个功能缓存区,根据功能缓存区的容量将音频文件的总数目分割为块,生成存储节点列表,并根据存储节点列表刷新各缓存区,然后根据接收的音频文件信息来刷新缓存区,实现了动态调整缓存区,利用相对少的RAM空间,达到读取不限数目的音频文件信息。
附图说明
图1是本发明的音频文件加载方法的流程示意图;
图2是本发明的音频文件信息缓存单元示意图。
具体实施方式
下面结合附图具体阐明本发明的实施方式,附图仅供参考和说明使用,不构成对本发明专利保护范围的限制。
如图1所示,本发明的实施例提供一种音频文件加载方法,包括:
步骤1、设置音频文件信息缓存单元的总长度。
在本实施例中,将音频文件信息缓存单元总长度设置为可以存储500个音频文件信息。
步骤2、将所述音频文件信息缓存单元等分为若干个功能缓存区,所述功能缓存区包括最前端的前置缓存区、位于前置缓存区之后的前列表缓存区、最后端的后置缓存区、位于后置缓存区之前的后列表缓存区,以及位于前列表缓存区和后列表缓存区之间的播放缓存区。
图2是本发明的音频文件信息缓存单元示意图,TEMP_BUFF1为前置缓存区,位于最前端;TEMP_BUFF2为后置缓存区,位于最后端;位于前置缓存区TEMP_BUFF1、后置缓存区TEMP_BUFF2之间的BUFF1、BUFF2、BUFF3为列表显示区,只有该区域BUFF的歌曲信息可被音乐播放应用程序访问,其中BUFF1为前列表缓存区,BUFF3为后列表缓存区,BUFF2为播放缓存区,当播放歌曲超出播放缓存区,列表显示区将被刷新。
在本实施例中,前置缓存区、前列表缓存区、播放缓存区、后列表缓存区、后置缓存区的容量相等,即可以存储100个音频文件信息。
例如,当前的列表显示区如表1所示:
表1
BUFF1 | BUFF2 | BUFF3 |
1-100 | 101-200 | 201-300 |
表1表示BUFF1存储第1至第100个音频文件信息,BUFF2存储第101至第200个音频文件信息,BUFF3存储第201至第300个音频文件信息。
如果当前播放的是第150个音频文件,而当用户选择切换到播放第210个音频文件,由于第210个音频文件对应的音频文件信息在BUFF3里,超出了播放缓存区BUFF2的区域,列表就会刷新如表2所示:
表2
BUFF1 | BUFF2 | BUFF3 |
101-200 | 201-300 | 301-400 |
步骤3、扫描存储器中的所有文件,获取音频文件的总数目。
存储器中的每个文件有相应的结构体用于存储该文件信息。通过文件系统遍历文件的API和读取文件信息的API即可获取存储器中音频文件的总数目。
步骤4、根据单个功能缓存区的容量将音频文件的总数目分割为块,将每块的第一个音频文件作为存储节点,生成存储节点列表。
例如,USB存储器中共有620个音频文件,单个功能缓存区的容量为100个音频文件信息,则将第1个音频文件作为第1个节点,将第101个音频文件作为第2个节点,以此类推,直至将第601个音频文件作为第7个节点。
步骤5、判断上次是否有播放记录,是则获取该播放记录对应的存储节点,根据所述存储节点刷新各缓存区,否则根据第一个存储节点刷新各缓存区。
所述根据所述存储节点刷新各缓存区,具体是:
将存储节点n及存储节点n+1之间的音频文件信息存入播放缓存区;
将存储节点n+1及存储节点n+2之间的音频文件信息存入后列表缓存区;
将存储节点n+2及存储节点n+3之间的音频文件信息存入后置缓存区;
若n≥2,则将存储节点n-1及存储节点n之间的音频文件信息存入前列表缓存区,否则前列表缓存区为空;
若n≥3,将存储节点n-2及存储节点n-1之间的音频文件信息存入前置缓存区,否则前列表缓存区为空。
例如,音频文件总数是620个,并且播放记录是第310个,由于第310个音频文件对应的存储节点是存储节点4(第4个存储节点),于是将存储节点4到存储节点5之间的音频文件信息(即第301-400个)存入到播放缓存区BUFF2,将存储节点5到存储节点6之间的音频文件信息(即第401-500个)存入到后列表缓存区BUFF3,将存储节点6到存储节点7之间的音频文件信息(即第501-600个)存入到后置缓存区TEMP_BUFF2,将存储节点3到存储节点4之间的音频文件信息(即第201-300个)存入到前列表缓存区BUFF1,将存储节点2到存储节点3之间的音频文件信息(即第101-200个)存入到前列表缓存区TEMP_BUFF1,如表3所示:
表3
TEMP_BUFF1 | BUFF1 | BUFF2 | BUFF3 | TEMP_BUFF2 |
101-200 | 201-300 | 301-400 | 401-500 | 501-600 |
所述根据第一个存储节点刷新各缓存区,具体是:
将存储节点1及存储节点2之间的音频文件信息存入播放缓存区;
将存储节点2及存储节点3之间的音频文件信息存入后列表缓存区;
将存储节点3及存储节点4之间的音频文件信息存入后置缓存区;
前置缓存区、前列表缓存区为空。
例如,音频文件总数是620个,没有播放记录,于是将存储节点1到存储节点2之间的音频文件信息(即第1-100个)存入到播放缓存区BUFF2,将存储节点2到存储节点3之间的音频文件信息(即第101-200个)存入到后列表缓存区BUFF3,将存储节点3到存储节点4之间的音频文件信息(即第201-300个)存入到后置缓存区TEMP_BUFF2,如表4所示:
表4
TEMP_BUFF1 | BUFF1 | BUFF2 | BUFF3 | TEMP_BUFF2 |
1-100 | 101-200 | 201-300 |
步骤6、接收当前输入的音频文件信息。
步骤7、判断所述当前输入的音频文件信息是否在播放缓存区里,是则不刷新缓存区,否则进入下一步。
步骤8、确定本次缓存区的刷新方向,若本次缓存区的刷新方向与上一次缓存区的刷新方向相同,则等待上一次缓存区的刷新完成后才能继续执行本次缓存区的刷新,否则直接执行本次缓存区的刷新。
具体是:
如果本次缓存区的刷新方向是向前,则判断上次刷新缓存区的方向是否一致,是则等待上一次刷新完成,然后将所有缓存区向前移动一个,并刷新新前置缓存区,否则停止上次缓存区刷新,将所有缓存区向前移动一个,并刷新前置缓存区;
如果本次缓存区的刷新方向是向后,则判断上次刷新缓存区的方向是否一致,是则等待上一次刷新完成,然后将所有缓存区向后移动一个,并刷新后置缓存区,否则停止上次缓存区刷新,将所有缓存区向后移动一个,并刷新后置缓存区。
例如,当前缓存区如表5所示:
表5
TEMP_BUFF1 | BUFF1 | BUFF2 | BUFF3 | TEMP_BUFF2 |
101-200 | 201-300 | 301-400 | 401-500 | 501-600 |
如果输入的音频文件信息是第480个,由于该音频文件不在播放区播放缓存区BUFF2里,且本次缓存区的刷新方向是向后,则将所有缓存区向后移动一个,并刷新后置缓存区TEMP_BUFF2(TEMP_BUFF2中存入了之前整个音频文件信息缓存单元没有的音频文件信息601-620),如表6所示:
表6
TEMP_BUFF1 | BUFF1 | BUFF2 | BUFF3 | TEMP_BUFF2 |
201-300 | 301-400 | 401-500 | 501-600 | 601-620 |
如果输入的音频文件信息是第280个,由于该音频文件不在播放区播放缓存区BUFF2里,且本次缓存区的刷新方向是向前,则将所有缓存区向前移动一个,并刷新前置缓存区TEMP_BUFF1(TEMP_BUFF1被清空),如表7所示:
表7
TEMP_BUFF1 | BUFF1 | BUFF2 | BUFF3 | TEMP_BUFF2 |
101-200 | 201-300 | 301-400 | 401-500 |
刷新缓存区的具体方法是:
步骤a、根据当前正在播放的音频文件,找到对应存储节点所在的文件夹;
步骤b、递归遍历后续音频文件和文件夹;
步骤c、将遍历到的音频文件信息存入到各功能缓存区;
步骤d、判断各功能缓存区是否已满,是则结束刷新,否则进入下一步;
步骤e、判断当前目录下所有文件是否已遍历完毕,是则进入下一步,否则返回步骤b;
步骤f、判断当前目录是否为根目录,是则结束刷新,否则进入下一个文件夹,并返回步骤b。
例如,当前正在播放的音频文件是第310个,对应的存储节点是第301个,对应的文件夹是Folder4。在刷新各功能缓存区的时候,遍历文件夹Folder4,并将其中的音频文件存储到各功能缓存区,如果Folder4中有600首歌,则将其中的500首刷新到各功能缓存区后结束刷新,如果Folder4只有400个音频文件,则在遍历完Folder4后,继续遍历该目录下的其它文件夹中是否有音频文件,是则将其刷新到各功能缓存区中,直到各功能缓存区已满,或者虽然各功能缓存区未满,但是该目录已是根目录,则结束刷新。
以上所揭露的仅为本发明的较佳实施例,不能以此来限定本发明的权利保护范围,因此依本发明申请专利范围所作的等同变化,仍属本发明所涵盖的范围。
Claims (6)
1.一种音频文件加载方法,其特征在于,包括:
S1、设置音频文件信息缓存单元的总长度;
S2、将所述音频文件信息缓存单元等分为若干个功能缓存区,所述功能缓存区包括最前端的前置缓存区、位于前置缓存区之后的前列表缓存区、最后端的后置缓存区、位于后置缓存区之前的后列表缓存区,以及位于前列表缓存区和后列表缓存区之间的播放缓存区;
S3、扫描存储器中的所有文件,获取音频文件的总数目;
S4、根据单个功能缓存区的容量将音频文件的总数目分割为块,将每块的第一个音频文件作为存储节点,生成存储节点列表;
S5、判断上次是否有播放记录,是则获取该播放记录对应的存储节点,根据所述存储节点刷新各缓存区,否则根据第一个存储节点刷新各缓存区;
S6、接收当前输入的音频文件信息;
S7、判断所述当前输入的音频文件信息是否在播放缓存区里,是则不刷新缓存区,否则进入下一步;
S8、确定本次缓存区的刷新方向,若本次缓存区的刷新方向与上一次缓存区的刷新方向相同,则等待上一次缓存区的刷新完成后才能继续执行本次缓存区的刷新,否则直接执行本次缓存区的刷新。
2.根据权利要求1所述的音频文件加载方法,其特征在于,所述根据所述存储节点刷新各缓存区,包括:
将存储节点n及存储节点n+1之间的音频文件信息存入播放缓存区;
将存储节点n+1及存储节点n+2之间的音频文件信息存入后列表缓存区;
将存储节点n+2及存储节点n+3之间的音频文件信息存入后置缓存区;
若n≥2,则将存储节点n-1及存储节点n之间的音频文件信息存入前列表缓存区,否则前列表缓存区为空;
若n≥3,将存储节点n-2及存储节点n-1之间的音频文件信息存入前置缓存区,否则前列表缓存区为空。
3.根据权利要求1所述的音频文件加载方法,其特征在于,所述根据第一个存储节点刷新各缓存区,包括:
将存储节点1及存储节点2之间的音频文件信息存入播放缓存区;
将存储节点2及存储节点3之间的音频文件信息存入后列表缓存区;
将存储节点3及存储节点4之间的音频文件信息存入后置缓存区;
前置缓存区、前列表缓存区为空。
4.根据权利要求1所述的音频文件加载方法,其特征在于,所述确定本次缓存区的刷新方向,若本次缓存区的刷新方向与上一次缓存区的刷新方向相同,则等待上一次缓存区的刷新完成后才能继续执行本次缓存区的刷新,否则直接执行本次缓存区的刷新,包括:
如果本次缓存区的刷新方向是向前,则判断上次刷新缓存区的方向是否一致,是则等待上一次刷新完成,然后将所有缓存区向前移动一个,并刷新新前置缓存区,否则停止上次缓存区刷新,将所有缓存区向前移动一个,并刷新前置缓存区;
如果本次缓存区的刷新方向是向后,则判断上次刷新缓存区的方向是否一致,是则等待上一次刷新完成,然后将所有缓存区向后移动一个,并刷新后置缓存区,否则停止上次缓存区刷新,将所有缓存区向后移动一个,并刷新后置缓存区。
5.根据权利要求1所述的音频文件加载方法,其特征在于,所述刷新缓存区包括:
步骤a、根据当前正在播放的音频文件,找到对应存储节点所在的文件夹;
步骤b、递归遍历后续音频文件和文件夹;
步骤c、将遍历到的音频文件信息存入到各功能缓存区;
步骤d、判断各功能缓存区是否已满,是则结束刷新,否则进入下一步;
步骤e、判断当前目录下所有文件是否已遍历完毕,是则进入下一步,否则返回步骤b;
步骤f、判断当前目录是否为根目录,是则结束刷新,否则进入下一个文件夹,并返回步骤b。
6.根据权利要求1所述的音频文件加载方法,其特征在于,所述前置缓存区、前列表缓存区、播放缓存区、后列表缓存区、后置缓存区的容量相等。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810097286.8A CN108415667B (zh) | 2018-01-31 | 2018-01-31 | 一种音频文件加载方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810097286.8A CN108415667B (zh) | 2018-01-31 | 2018-01-31 | 一种音频文件加载方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108415667A true CN108415667A (zh) | 2018-08-17 |
CN108415667B CN108415667B (zh) | 2021-06-25 |
Family
ID=63127445
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810097286.8A Active CN108415667B (zh) | 2018-01-31 | 2018-01-31 | 一种音频文件加载方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108415667B (zh) |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1885285A (zh) * | 2005-06-24 | 2006-12-27 | 鸿富锦精密工业(深圳)有限公司 | 一种播放列表生成系统及方法 |
CN102006368A (zh) * | 2010-12-03 | 2011-04-06 | 重庆新媒农信科技有限公司 | 基于移动终端记忆卡缓存技术的流媒体音频文件播放方法 |
CN102376325A (zh) * | 2010-08-25 | 2012-03-14 | 黄静 | 一种多音频文件的混合播放系统及其控制方法 |
CN102981806A (zh) * | 2012-11-05 | 2013-03-20 | 中国船舶重工集团公司第七二四研究所 | 基于显存池的态势显示区高速刷新技术及其实现方法 |
CN103177744A (zh) * | 2011-12-21 | 2013-06-26 | 深圳市快播科技有限公司 | 一种用于移动设备的低功耗播放方法和装置 |
CN103686196A (zh) * | 2013-12-31 | 2014-03-26 | 北京中科大洋科技发展股份有限公司 | 一种保证视音频正常播出的无缝切换系统及方法 |
US20150002525A1 (en) * | 2013-06-26 | 2015-01-01 | Himax Technologies Limited | Display system and data transmission method thereof |
CN105072480A (zh) * | 2015-07-29 | 2015-11-18 | 无锡天脉聚源传媒科技有限公司 | 一种视频直播方法及装置 |
CN105072489A (zh) * | 2015-07-17 | 2015-11-18 | 成都视达科信息技术有限公司 | 一种快速文件读取的方法和系统 |
CN105142004A (zh) * | 2015-08-28 | 2015-12-09 | 深圳Tcl数字技术有限公司 | 多媒体文件读取方法及装置 |
CN105245945A (zh) * | 2014-07-07 | 2016-01-13 | 深圳市云帆世纪科技有限公司 | 网络多媒体数据的播放方法及播放系统 |
CN105657448A (zh) * | 2014-11-24 | 2016-06-08 | 科腾科技(北京)有限公司 | 一种编码视频流的转发方法、装置及系统 |
CN106454393A (zh) * | 2016-11-23 | 2017-02-22 | 天脉聚源(北京)传媒科技有限公司 | 一种视频缓存方法及装置 |
CN107197359A (zh) * | 2017-05-18 | 2017-09-22 | 百度在线网络技术(北京)有限公司 | 视频文件缓存方法及装置 |
-
2018
- 2018-01-31 CN CN201810097286.8A patent/CN108415667B/zh active Active
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1885285A (zh) * | 2005-06-24 | 2006-12-27 | 鸿富锦精密工业(深圳)有限公司 | 一种播放列表生成系统及方法 |
CN102376325A (zh) * | 2010-08-25 | 2012-03-14 | 黄静 | 一种多音频文件的混合播放系统及其控制方法 |
CN102006368A (zh) * | 2010-12-03 | 2011-04-06 | 重庆新媒农信科技有限公司 | 基于移动终端记忆卡缓存技术的流媒体音频文件播放方法 |
CN103177744A (zh) * | 2011-12-21 | 2013-06-26 | 深圳市快播科技有限公司 | 一种用于移动设备的低功耗播放方法和装置 |
CN102981806A (zh) * | 2012-11-05 | 2013-03-20 | 中国船舶重工集团公司第七二四研究所 | 基于显存池的态势显示区高速刷新技术及其实现方法 |
US20150002525A1 (en) * | 2013-06-26 | 2015-01-01 | Himax Technologies Limited | Display system and data transmission method thereof |
CN103686196A (zh) * | 2013-12-31 | 2014-03-26 | 北京中科大洋科技发展股份有限公司 | 一种保证视音频正常播出的无缝切换系统及方法 |
CN105245945A (zh) * | 2014-07-07 | 2016-01-13 | 深圳市云帆世纪科技有限公司 | 网络多媒体数据的播放方法及播放系统 |
CN105657448A (zh) * | 2014-11-24 | 2016-06-08 | 科腾科技(北京)有限公司 | 一种编码视频流的转发方法、装置及系统 |
CN105072489A (zh) * | 2015-07-17 | 2015-11-18 | 成都视达科信息技术有限公司 | 一种快速文件读取的方法和系统 |
CN105072480A (zh) * | 2015-07-29 | 2015-11-18 | 无锡天脉聚源传媒科技有限公司 | 一种视频直播方法及装置 |
CN105142004A (zh) * | 2015-08-28 | 2015-12-09 | 深圳Tcl数字技术有限公司 | 多媒体文件读取方法及装置 |
CN106454393A (zh) * | 2016-11-23 | 2017-02-22 | 天脉聚源(北京)传媒科技有限公司 | 一种视频缓存方法及装置 |
CN107197359A (zh) * | 2017-05-18 | 2017-09-22 | 百度在线网络技术(北京)有限公司 | 视频文件缓存方法及装置 |
Non-Patent Citations (2)
Title |
---|
张露: "《无人机低时延抗误码音视频编解码系统软件设计》", 《中国优秀硕士学位论文全文数据库(电子期刊)》 * |
文明: "《基于双缓冲技术的音频数据实时采集与播放》", 《声学与电子工程》 * |
Also Published As
Publication number | Publication date |
---|---|
CN108415667B (zh) | 2021-06-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110727685B (zh) | 一种基于Cassandra数据库的数据压缩方法、设备以及存储介质 | |
CN105573682B (zh) | 一种san存储系统及其数据读写方法 | |
JP2002516435A (ja) | 個人化され、時間シフトされたプログラム | |
CN101277211A (zh) | 数据缓存方法及装置 | |
CN104580274B (zh) | 内容分发网络中的内容置换方法与系统、节点 | |
CN109240607B (zh) | 一种文件读取方法和装置 | |
CN106951375A (zh) | 在存储系统中删除快照卷的方法及装置 | |
CN103096126A (zh) | 协作式缓存集群中面向视频点播服务的协作式缓存方法及系统 | |
CN103297431A (zh) | 一种基于云服务器群的流媒体视频点播副本混合缓存策略 | |
CN108875077A (zh) | 数据库的列存储方法、装置、服务器及存储介质 | |
CN106682139A (zh) | 一种基于Solr实现HBase多条件查询的方法及系统 | |
CN109582904A (zh) | 已发布内容的修改方法、装置、服务器、终端及存储介质 | |
JP4513644B2 (ja) | コンテンツ配信サーバ | |
CN113282249A (zh) | 一种数据处理方法、系统、设备以及介质 | |
CN103049574A (zh) | 实现文件动态副本的键值文件系统及方法 | |
CN106446210A (zh) | 一种多媒体文件搜索方法、服务器及客户端 | |
CN108415667A (zh) | 一种音频文件加载方法 | |
US20040131333A1 (en) | Playback device for audio and/or video content | |
CN107145301A (zh) | 基于混合磁盘的数据存取方法及装置 | |
TWI332198B (en) | Storage device and method of accessing storage device | |
Munasinghe et al. | Specific training sometimes cuts wages and always cuts turnover | |
CN108829897A (zh) | 数据存储方法及数据存储系统 | |
CN111752941B (zh) | 一种数据存储、访问方法、装置、服务器及存储介质 | |
CN108363719A (zh) | 分布式文件系统中可配置的透明压缩方法 | |
CN103247317A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |