CN113672423A - 一种专辑文件的解析文件的修复方法和终端设备 - Google Patents

一种专辑文件的解析文件的修复方法和终端设备 Download PDF

Info

Publication number
CN113672423A
CN113672423A CN202110949604.0A CN202110949604A CN113672423A CN 113672423 A CN113672423 A CN 113672423A CN 202110949604 A CN202110949604 A CN 202110949604A CN 113672423 A CN113672423 A CN 113672423A
Authority
CN
China
Prior art keywords
file
album
song
title
repaired
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
CN202110949604.0A
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.)
Hisense Mobile Communications Technology Co Ltd
Original Assignee
Hisense Mobile Communications Technology Co 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 Hisense Mobile Communications Technology Co Ltd filed Critical Hisense Mobile Communications Technology Co Ltd
Priority to CN202110949604.0A priority Critical patent/CN113672423A/zh
Publication of CN113672423A publication Critical patent/CN113672423A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793Remedial or corrective actions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/60Information retrieval; Database structures therefor; File system structures therefor of audio data
    • G06F16/68Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
    • G06F16/686Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using information manually generated, e.g. tags, keywords, comments, title or artist information, time, location or usage information, user ratings
    • GPHYSICS
    • G10MUSICAL INSTRUMENTS; ACOUSTICS
    • G10LSPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L25/00Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00
    • G10L25/48Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00 specially adapted for particular use
    • G10L25/51Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00 specially adapted for particular use for comparison or discrimination

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • General Physics & Mathematics (AREA)
  • Acoustics & Sound (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Health & Medical Sciences (AREA)
  • Library & Information Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Computational Linguistics (AREA)
  • Quality & Reliability (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Abstract

本申请公开了一种专辑文件的解析文件的修复方法和终端设备,用以解决解析文件经常失败的问题。该方法包括:获取音乐专辑文件的待修复解析文件;基于解析文件的格式要求,从所述待修复解析文件中查找遗漏的内容;基于所述待修复解析文件的上下文信息,确定所述遗漏的内容的字段内容;采用所述字段内容补充所述遗漏的内容。在解析文件存在遗漏内容时,通过本申请提供的修复方法能够修复解析文件,提高解析文件解析成功的概率,由此,对解析文件的格式要求降低,有利于用户自制解析文件。

Description

一种专辑文件的解析文件的修复方法和终端设备
技术领域
本申请涉及数据处理技术领域,尤其涉及一种专辑文件的解析文件的修复方法和终端设备。
背景技术
随着市场上音源文件的音源品质逐步提高,专辑文件格式受到越来越多音乐爱好者的关注。越来越多的用户也更趋向将自己喜欢的音乐打包成一个专辑文件。
自制专辑文件时,需要自制解析文件,很多用户也会制作解析文件配合专辑文件来使用。而实际应用当中,经常会出现自制的解析文件出错的情况。
发明内容
本申请的目的是提供一种专辑文件的解析文件的修复方法和终端设备,用以解决解析文件经常失败的问题。
第一方面,本申请提供一种专辑文件的解析文件的修复方法,所述方法包括:
获取音乐专辑文件的待修复解析文件;
基于解析文件的格式要求,从所述待修复解析文件中查找遗漏的内容;
基于所述待修复解析文件的上下文信息,确定所述遗漏的内容的字段内容;
采用所述字段内容补充所述遗漏的内容。
在一些实施例中,若遗漏的内容为专辑标题,则所述基于所述待修复解析文件的上下文信息,确定所述遗漏的内容的字段内容,包括:
从所述待解析文件获取单曲的描述信息;
从所述单曲的描述信息中查找单曲标题;
确定所述单曲标题和所述音乐专辑文件的文件名之间的关系;
若所述关系满足以下预设关系集中任一预设关系,则将所述单曲标题确定为所述专辑标题;
所述预设关系集包括:单曲标题和所述文件名之间的相似度高于相似度阈值、所述单曲标题和所述文件名具有包含关系。
在一些实施例中,所述方法还包括:
若各个单曲均缺失相应的单曲标题或各单曲标题均不满足所述预设关系,则采用所述音乐专辑文件的文件名作为所述专辑标题。
在一些实施例中,若遗漏的内容为单曲标题,则所述基于所述待修复解析文件的上下文信息,确定所述遗漏的内容的字段内容,包括:
从所述待解析文件获取专辑的描述信息;
从所述专辑的描述信息中查找专辑标题;
采用所述专辑标题和单曲播放顺序信息构建所述单曲标题。
在一些实施例中,若遗漏的内容为专辑作者,则所述基于所述待修复解析文件的上下文信息,确定所述遗漏的内容的字段内容,包括:
从所述待解析文件获取单曲的描述信息;
从所述单曲的描述信息中查找单曲作者作为所述专辑作者。
在一些实施例中,所述方法还包括:
若各个单曲均缺失相应的单曲作者,则采用默认字段作为所述专辑作者。
在一些实施例中,若遗漏的内容为单曲作者,则所述基于所述待修复解析文件的上下文信息,确定所述遗漏的内容的字段内容,包括:
从所述待解析文件获取专辑的描述信息;
从所述专辑的描述信息中查找专辑作者作为所述单曲作者。
在一些实施例中,若遗漏的内容为单曲的起始播放时间,则所述基于所述待修复解析文件的上下文信息,确定所述遗漏的内容的字段内容,包括:
从所述待修复解析文件中获取包含所述单曲的音频段;
从所述音频段中提取指定音频特征;所述指定音频特征用于描述相邻两首单曲之间的间隔;
基于所述指定音频特征,从所述音频段中提取所述单曲的起始播放时间。
在一些实施例中,所述从所述专辑文件中提取指定音频特征,包括:
获取所述专辑文件的波形数据;
从所述波形数据中获取表示静音状态的音频量级的字节;
若指定时长内表示静音状态的音频量级的字节数量满足预设条件,则确定提取到所述音频特征。
第二方面,本申请提供一种终端设备,包括:
显示器、处理器和存储器;
所述显示器用于显示专辑的描述信息和所述单曲的描述信息;
所述存储器,用于存储所述处理器可执行指令;
所述处理器被配置为执行所述指令以实现如上述第一方面中任一项所述的专辑文件的解析文件的修复方法。
第三方面,本申请提供一种计算机可读存储介质,当所述计算机可读存储介质中的指令由终端设备执行时,使得所述终端设备能够执行如上述第一方面中任一项所述的专辑文件的解析文件的修复方法。
第四方面,本申请提供一种计算机程序产品,包括计算机程序,所述计算机程序被处理器执行时实现如上述第一方面中任一项所述的专辑文件的解析文件的修复方法。
本申请提供一种专辑文件的解析文件的修复方法,主要是根据解析文件的格式要求,从解析失败的解析文件中查找出遗漏的内容,再根据上下文信息确定原本的字段内容,采用此字段内容补充遗漏的内容,解决解析文件编辑错误的问题,对解析失败的文件进行修复,使得用户可以正常解析专辑文件,将一个专辑拆分成多个单曲。在解析文件存在遗漏内容时,通过本申请提供的修复方法能够修复解析文件,提高解析文件解析成功的概率,由此,对解析文件的格式要求降低,有利于用户自制解析文件。
本申请的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单地介绍,显而易见地,下面所介绍的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1A为本申请实施例提供的解析文件的内部格式示意图;
图1B为本申请实施例提供的一种终端设备的结构示意图;
图1C为本申请实施例提供的终端设备的软件结构框图;
图1D为本申请实施例提供的应用场景示意图;
图2为本申请实施例提供的一种专辑文件的解析文件的修复方法的示意图;
图3为本申请实施例提供的对解析文件进行解析的流程示意图;
图4为本申请实施例提供的修复专辑标题的流程图;
图5为本申请实施例提供的修复单曲标题的流程图;
图6为本申请实施例提供的遗漏单曲的起始播放时间的修复方法的流程图;
图7为本申请实施例提供的一种修复方法的系统流程图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。其中,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
并且,在本申请实施例的描述中,除非另有说明,″/″表示或的意思,例如,A/B可以表示A或B;文本中的″和/或″仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,另外,在本申请实施例的描述中,″多个″是指两个或多于两个。
以下,术语″第一″、″第二″仅用于描述目的,而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有″第一″、″第二″、的特征可以明示或者隐含地包括一个或者更多个特征,在本申请实施例的描述中,除非另有说明,″多个″的含义是两个或两个以上。
下面结合图1A对本申请实施例提供的解析文件内部格式进行说明,以便于本领域技术人员理解。参考图1A,其中:
REM GENRE Campus folk:指代唱片名称,在解析文件中是可选的,即非必须的字段。
REM DATE:指代专辑文件的创建日期。
FILE:指的是文件名。
专辑Title(标题):在第一个TRACK(单曲)之前的TITLE用于指示专辑标题。
单曲Title:在每个TRACK的下一行中的TITLE为该TRACK的单曲标题。
专辑Performer(作者):在第一个TRACK出现之前的PERFORMER用于指示专辑作者。
单曲Performer:在每个TRACK的下一行中的PERFORMER用于指示单曲作者。
INDEX,每个TRACK均会对应一个TRACK,用于指示该TRACK的起始播放时间。
随着计算机技术的发展、每个音乐爱好者都可以采用相应的音乐制作工具自制专辑文件。尤其针对无损专辑,其音质指令高广受用户的喜爱。自制无损专辑文件时,用户也需要自制相关的解析文件配合无损专辑文件来使用。
然而,在实际应用中用户自制的解析文件往往会因为解析失败而无法使用。很多情况下解析时经常会出现解析文件遗漏内容导致解析失败,其主要原因是因为解析文件对于格式要求比较严格,而非专业人员自己编写的解析文件不符合相关规范。
有鉴于此,本申请实施例提供了一种专辑文件的解析文件的修复方法和终端设备。下面将结合实施例对本申请提供的专辑文件的解析文件的修复方法进行介绍。
本申请的发明构思可概括为:首先获取音乐专辑文件的待修复解析文件,再根据解析文件的格式要求,从待修复解析文件中查找遗漏的内容,然后根据待修复解析文件的上下文信息,确定遗漏的内容的字段内容;采用确定的字段内容补充遗漏的内容,这样就可以修复解析失败的文件。在解析文件存在遗漏内容时,通过本申请提供的修复方法能够修复解析文件,提高解析文件解析成功的概率,由此,对解析文件的格式要求降低,有利于用户自制解析文件。
在介绍完本申请的发明构思之后,下面先对本申请提供的终端设备进行说明。图1B示出了一种终端设备100的结构示意图。应该理解的是,图1B所示终端设备100仅是一个范例,并且终端设备100可以具有比图1B中所示的更多的或者更少的部件,可以组合两个或多个的部件,或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
图1B中示例性示出了根据示例性实施例中终端设备100的硬件配置框图。如图1B所示,终端设备100包括:射频(radio frequency,RF)电路110、存储器120、显示单元130、摄像头140、传感器150、音频电路160、无线保真(Wireless Fidelity,Wi-Fi)模块170、处理器180、蓝牙模块181、以及电源190等部件。
RF电路110可用于在收发信息或通话过程中信号的接收和发送,可以接收基站的下行数据后交给处理器180处理;可以将上行数据发送给基站。通常,RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等器件。
存储器120可用于存储软件程序及数据。处理器180通过运行存储在存储器120的软件程序或数据,从而执行终端设备100的各种功能以及数据处理。存储器120可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器120存储有使得终端设备100能运行的操作系统。本申请中存储器120可以存储操作系统及各种应用程序,还可以存储执行本申请实施例所述专辑文件的解析文件的修复方法的程序代码。
显示单元130可用于接收输入的数字或字符信息,产生与终端设备100的用户设置以及功能控制有关的信号输入,具体地,显示单元130可以包括设置在终端设备100正面的触摸屏131,可收集用户在其上或附近的触摸操作,例如点击按钮,拖动滚动框等。
显示单元130还可用于显示由用户输入的信息或提供给用户的信息以及终端设备100的各种菜单的图形用户界面(graphical user interface,GUI)。具体地,显示单元130可以包括设置在终端设备100正面的显示屏132。其中,显示屏132可以采用液晶显示器、发光二极管等形式来配置。显示单元130可以用于显示本申请中专辑文件信息或者单曲信息的界面。
其中,触摸屏131可以覆盖在显示屏132之上,也可以将触摸屏131与显示屏132集成而实现终端设备100的输入和输出功能,集成后可以简称触摸显示屏。本申请中显示单元130可以显示应用程序以及对应的操作步骤。
摄像头140可用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device,CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor,CMOS)光电晶体管。感光元件把光信号转换成电信号,之后将电信号传递给处理器180转换成数字图像信号。
终端设备100还可以包括至少一种传感器150,比如加速度传感器151、距离传感器152、指纹传感器153、温度传感器154。终端设备100还可配置有陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。
音频电路160、扬声器161、麦克风162可提供用户与终端设备100之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号,传输到扬声器161,由扬声器161转换为声音信号输出。终端设备100还可配置音量按钮,用于调节声音信号的音量。另一方面,麦克风162将收集的声音信号转换为电信号,由音频电路160接收后转换为音频数据,再将音频数据输出至RF电路110以发送给比如另一终端设备,或者将音频数据输出至存储器120以便进一步处理。本申请中麦克风162可以采集音频数据,从而使得用户制作专辑文件,扬声器161可以用于播放单曲。
Wi-Fi属于短距离无线传输技术,终端设备100可以通过Wi-Fi模块170帮助用户收发电子邮件、浏览网页和访问流媒体等,它为用户提供了无线的宽带互联网访问。
处理器180是终端设备100的控制中心,利用各种接口和线路连接整个终端设备的各个部分,通过运行或执行存储在存储器120内的软件程序,以及调用存储在存储器120内的数据,执行终端设备100的各种功能和处理数据。在一些实施例中,处理器180可包括一个或多个处理单元;处理器180还可以集成应用处理器和基带处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,基带处理器主要处理无线通信。可以理解的是,上述基带处理器也可以不集成到处理器180中。本申请中处理器180可以运行操作系统、应用程序、用户界面显示及触控响应,以及本申请实施例所述的专辑文件的解析文件的修复方法。另外,处理器180与显示单元130耦接。
蓝牙模块181,用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如,终端设备100可以通过蓝牙模块181与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接,从而进行数据交互。
终端设备100还包括给各个部件供电的电源190(比如电池)。电源可以通过电源管理系统与处理器180逻辑相连,从而通过电源管理系统实现管理充电、放电以及功耗等功能。终端设备100还可配置有电源按钮,用于终端设备的开机和关机,以及锁屏等功能。
图1C是本申请实施例的终端设备100的软件结构框图。
分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,可将Android系统分为四层,从上至下分别为应用程序层,应用程序框架层,安卓运行时(Android runtime)和系统库,以及内核层。
应用程序层可以包括一系列应用程序包。
如图1C所示,应用程序包可以包括相机,图库,日历,通话,地图,导航,WLAN,蓝牙,音乐,视频,短信息等应用程序。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图1C所示,应用程序框架层可以包括窗口管理器,内容提供器,视图系统,电话管理器,资源管理器,通知管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕等。
内容提供器用来存放和获取数据,并使这些数据可以被应用程序访问。所述数据可以包括专辑文件、视频,图像,音频,拨打和接听的电话,浏览历史和书签,电话簿、短信息等。
视图系统包括可视控件,例如显示文字的控件,显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如,包括短信息通知图标的显示界面,可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供终端设备100的通信功能。例如通话状态的管理(包括接通,挂断等)。
资源管理器为应用程序提供各种资源,比如本地化字符串,图标,图片,布局文件,视频文件等。
通知管理器使应用程序可以在状态栏中显示通知信息(例如短信息的消息摘要,消息内容),可以用于传达告知类型的消息,可以短暂停留后自动消失,无需用户交互。比如通知管理器被用于告知下载完成,消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知,例如后台运行的应用程序的通知,还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息,发出提示音,终端设备振动,指示灯闪烁等。
Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。
核心库包含两部分:一部分是java语言需要调用的功能函数,另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理,堆栈管理,线程管理,安全和异常的管理,以及垃圾回收等功能。
系统库可以包括多个功能模块。例如:表面管理器(surface manager),媒体库(Media Libraries),三维图形处理库(例如:OpenGL ES),2D图形引擎(例如:SGL)等。
表面管理器用于对显示子系统进行管理,并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频,视频格式回放和录制,以及静态图像文件等。媒体库可以支持多种音视频编码格式,例如:MPEG4,H.264,MP3,AAC,AMR,JPG,PNG等。
三维图形处理库用于实现三维图形绘图,图像渲染,合成,和图层处理等。
2D(一种动画方式)图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含显示驱动,摄像头驱动,音频驱动,传感器驱动。
本申请实施例中的终端设备100可以为包括但不限于移动终端、桌面计算机、移动电脑、平板电脑等电子设备。
下面对本申请实施例的技术方案能够适用的应用场景做一些简单介绍,需要说明的是,以下介绍的应用场景仅用于说明本申请实施例而非限定。在具体实施时,可以根据实际需要灵活地应用本申请实施例提供的技术方案。
参考图1D,其为本申请实施例提供的应用场景示意图。该应用场景中包括采集设备101、终端设备102、网络103、终端设备104。采集设备101为用于采集音乐的设备,例如声频采集卡、录音笔、麦克风等。终端设备102包括但不限于桌面计算机、移动电脑、平板电脑、智能电视等电子设备。采集设备101和终端设备102之间通过无线或有线网络连接。终端设备104包括但不限于智能手机、平板电脑、可视电话、会议终端、内置多媒体功能的个人计算机、掌上电脑、智能手机等。
本申请实施例可以适用于用户可以采用采集设备101录制音乐生成专辑文件,通过终端设备102制作解析文件,然后上传到网络103供远端的终端设备104播放,终端设备104可以在播放时先解析文件进行修复再播放。当然,也可以由终端设备102制作完解析文件后,终端设备102对其进行修复,然后上传到网络103供远端的终端设备104播放。
当然,本申请实施例提供的方法并不限于图1D所示的应用场景,还可以用于其它可能的应用场景,本申请实施例并不进行限制。对于图1D所示的应用场景的各个设备所能实现的功能将在后续的方法实施例中一并进行描述,在此先不过多赘述。
图2为本申请实施例提供的一种专辑文件的解析文件的修复方法的流程示意图。如图2所示,该方法包括以下步骤:
步骤201:获取音乐专辑文件的待修复解析文件。
步骤202:基于解析文件的格式要求,从待修复解析文件中查找遗漏的内容。
在一些实施例中,从待修复文件中查找遗漏的内容,再对待修复解析文件进行修复。此过程中可以对解析文件进行解析。基于解析结果查找遗漏的内容。图3为对解析文件进行解析的流程示意图,具体包含以下步骤:
首先获取后缀为.cue的解析文件,然后在步骤301中,解析该解析文件的头部字节,例如图1A中的REM GENRE Campus folk和REM DATE。然后在步骤302中,判断是否已解析至单曲,若已解析至单曲,执行步骤303,若未解析至单曲,执行步骤305。
其中可以通过根据解析文件格式的TRACK字段来判断是否已解析至单曲,若解析到TRACK字段,则可以判断已解析至单曲,若未解析到TRACK字段,则可以判断为未解析至单曲。
在步骤303中,解析专辑TITLE。
若未解析到专辑名称字段或该字段值为空,则确定遗漏专辑标题。
在步骤304中,解析专辑PERFORMER。
若未解析到专辑作者字段或该字段值为空,则确定遗漏专辑作者。
在步骤305中,解析单曲TITLE。
若未解析到单曲标题字段或该字段值为空,则确定遗漏单曲标题。
在步骤306中,解析单曲Performer。
若未解析到单曲作者字段或该字段值为空,则确定遗漏单曲作者。
在步骤307中,解析单曲的起始播放时间。
若未解析到起始播放时间字段或该字段值为空,则确定遗漏该字段。
在步骤308中,判断是否已解析至结尾,若已解析至结尾,则执行步骤309,若未解析至结尾,则继续执行步骤305,直至解析完成。
在步骤309中,生成每首单曲的单曲描述信息,该单曲描述信包括单曲标题、单曲名称、单曲时长等。
实施时,可以使用I/O(InputStream/OutputStream,输入/输出)流的方式,获取解析文件中字符串,根据解析流程逐步分析每个字符串的内容从而查找出遗漏的内容。
遗漏的内容可能是专辑TITLE,专辑PERFORMER,也可能是单曲TITLE(如图1A中的TRACK02缺少单曲标题),单曲PERFORMER(如图1A中的TRACK03中缺少单曲作者),单曲的起始播放时间(如图1A中的TRACK04中缺少起始播放时间)。
在步骤203中,基于待修复解析文件的上下文信息,确定遗漏的内容的字段内容。
实施时,可结合遗漏的内容类型来说明如何对解析文件进行修复,本申请实施例中示例性给出了下几种情况的修复方法:
1)、遗漏专辑标题
在一些实施例中,可采用如图4所示的方法来确定专辑标题,可包括以下步骤:
在步骤401中,从待修复解析文件获取单曲的描述信息。其中单曲的描述信息包括但不限于单曲的标题、单曲的作者、单曲的起始播放时间等。
在步骤402中,从单曲的描述信息中查找单曲标题,若有单曲标题,则执行步骤403;若无单曲标题,则执行步骤405。
在步骤403中,确定单曲标题和音乐专辑文件的文件名之间的关系是否满足预设关系集中任一预设关系。若满足,则执行步骤404,若不满足,则执行步骤405。
其中预设关系集包括:单曲标题和文件名之间的相似度高于相似度阈值、单曲标题和文件名具有包含关系。
具体的,单曲标题和文件名之间的相似度可以通过确定单曲标题和文件名两个字符串之间的距离来确定。例如可以计算两个字符串的文本向量之间的余弦距离表示相似度,再例如再计算字符串之间的Jaccard距离确定相似度。
单曲标题和文件名具有包含关系可以是文件名包含单曲标题,也可以是单曲标题包含文件名。
在步骤404中,将单曲标题确定为专辑标题;
在步骤405中,采用音乐专辑文件的文件名作为专辑标题。
由此,通过以上方式,能够自动修复专辑标题,解决因专辑标题缺失导致解析失败的问题。
2)、遗漏单曲标题
在一些实施例中,若遗漏的内容为单曲标题,则基于待修复解析文件的上下文信息,确定遗漏的内容的字段内容,可实施为如图5所示的步骤:
在步骤501中,从待解析文件获取专辑的描述信息。其中专辑的描述信息包括但不限于专辑的标题、专辑的作者、专辑的起始播放时间等。
在步骤502中,从专辑的描述信息中查找专辑标题。
在步骤503中,采用专辑标题和单曲播放顺序信息构建单曲标题。
其中单曲播放顺序根据单曲的起始播放时间来决定。单曲的起始播放时间越早,单曲的播放顺序就越早。例如在图1A中TRACK02中遗漏单曲标题,则在TRACK02的下一行加入TITLE″专辑标题+02″字段作为TRACK02的单曲标题。
由此,通过以上方式,能够自动修复单曲标题,解决因单曲标题缺失导致解析失败的问题。
3)、遗漏专辑作者
在一些实施例中,若遗漏的内容为专辑作者,则基于待修复解析文件的上下文信息,从待解析文件获取单曲的描述信息,然后从单曲的描述信息中查找单曲作者作为专辑作者。此时若各个单曲均缺失相应的单曲作者,则采用默认字段作为所述专辑作者。例如:若没有专辑作者,也没有单曲作者,则将专辑作者和单曲作者的字段内容都设置为″UNKNOWN″(未知作者)。
由此,通过以上方式,能够自动修复专辑作者,解决因专辑作者缺失导致解析失败的问题。
4)、遗漏单曲作者
在一些实施例中,若遗漏的内容为单曲作者,则基于待修复解析文件的上下文信息,从待解析文件获取专辑的描述信息,然后从专辑的描述信息中查找专辑作者作为单曲作者。例如:在图1A中TRACK03中遗漏PERFORMER字段,则在TRACK03的TITLE的下一行加入PERFORMER″PERFORMER″字段作为TRACK03的单曲作者,其他没有单曲作者的单曲也适用于同样的修复方法。
由此,通过以上方式,能够自动修复单曲作者,解决因单曲作者缺失导致解析失败的问题。
5)、遗漏单曲的起始播放时间
在一些实施例中,若解析文件中没有index或者有多个index。加速默认index01为单曲的起始播放时间,则在解析文件解析过程中,若没有解析到index01则会报错。此时确定遗漏的内容为单曲的起始播放时间,然后基于待修复解析文件的上下文信息,确定遗漏的内容的字段内容,可实施为如图6所述的步骤:
在步骤601中,从待修复解析文件中获取包含所述单曲的音频段。
具体的,从待修复解析文件中获取包含所述单曲的音频段可以是对报错的位置进行定位,然后对报错位置的上一首单曲的起始播放时间和下一首单曲的起始播放时间之间的音频段进行解析。
在步骤602中,从音频段中提取指定音频特征。其中,指定音频特征用于描述相邻两首单曲之间的间隔。
一种可能的实施方式中,音频特征可以是静音时长。
从音频段中提取指定音频特征可实施为获取专辑文件的波形数据,从波形数据中获取表示静音状态的音频量级的字节;若指定时长内表示静音状态的音频量级的字节数量满足预设条件,则确定提取到所述音频特征。具体操作如下文对图7的描述。
其中,指定时长指的是上一首音乐播放完毕到下一首音乐起播所需的切歌时间,可由用户自行设定也可以为固定值。指定时长中包括n个单位时长,n为大于1的正整数。
其中,预设条件包括连续n个单位时长均为静音状态且指定时长内表示静音状态的音频量级的字节数量超过预设数量阈值。
具体的,确定指定时长内表示静音状态的音频量级的字节数量满足预设条件,需要统计每个单位时长内的表示静音状态的音频量级的字节数量的占比。若占比超过预设占比,则确定该单位时长为静音状态。若连续n个单位时长均处于静音状态,则确定满足预设条件。
由此,可以根据两首单曲之间的静音时长提取出两首单曲之间的音频特征。
在另一实施方式中,可以对待提取的音频段进行预处理和离散傅里叶变换得到二维谱图信号,并将其送入神经网络进行计算,得到要生成的音频特征。将生成的音频特征与指定音频特征进行对比,若对比相似度超过指定阈值,则确定提取到指定音频特征。
在步骤603中,基于指定音频特征,从音频段中提取单曲的起始播放时间。
其中,专辑文件的第一首单曲的起始播放时间可设定为默认值,例如为专辑文件的起始播放时间。而后每一首单曲的起始播放时间的确定方式可实施为,获取指定音频特征在专辑文件的播放时间轴上的结束时间点,将该结束时间点记录为下一首单曲的起始播放时间。例如两首单曲之间有4秒的时间处于静音状态,则将第4秒的时间点作为第二首单曲的起始播放时间。
当然,在另一实施例中也可以从指定音频特征占用的时间区间中任取一个时间点作为下一首单曲的起始播放时间,同样适用于本申请所述的方法。
下面结合图7对解析文件不完整,多首歌曲解析为一首单曲的修复方法进行进一步的详细介绍,具体步骤如下所示:
在步骤701中,播放专辑文件内的单曲。
在步骤702中,判断单曲时长是否超过专辑文件中歌曲平均时长的n倍。其中n为大与1.5的正数。其中,通过对单曲时长的判断可以知道当前单曲中是否包含了两首甚至更多的单曲。若否,在步骤703中,播放单曲;若是,则执行步骤704。
在步骤704中,记录当前单曲在专辑文件中的index(字段标识)为X。
在步骤705中,打开Visualizer(可视化工具)。
在步骤706中,将Visualizer与正在播放的单曲进行连接。
在步骤707中,设置波形数据捕获监听,获取专辑文件的波形数据。
在步骤708中,从波形数据中获取音频量级数组。
在步骤709中,计算音频量级数组各个音频量级的数据。
由于音频量级的值是有误差的,音频量级数组内除了包含表示静音状态的音频量级数据,也可能包含其他的音频量级数据,但是如果其他的音频量级数据较少,则不会影响整体的静音状态。因此在步骤710中,获取每秒内表示静音状态的音频量级的字节,统计每秒内的表示静音状态的音频量级的字节数量的占比。然后在步骤711中,比较占比是否超过预设占比。若超过预设占比,则说明该秒时间内处于静音状态,继续执行步骤712,否则继续执行步骤710。
在步骤712中,判断处于静音状态的连续时长是否超过设定的时长阈值。若超过设定的时长阈值,则执行步骤713,否则继续执行步骤710。
在步骤713中,记录设定的时长阈值的最后时间点A1-An。
在步骤714中,判断单曲是否播放结束。若没有结束,则重复执行步骤710-714直至单曲播放结束,若播放结束,则在步骤715中,会提示用户是否进行保存。若用户不保存,则在步骤716中,操作结束。若用户保存,则在步骤717中,保存拆分后的单曲的起始播放时间X+1。
在步骤718中,打开解析文件并保存为String(字符串)类型。
在步骤719中,将X+1的内容补充到X之后。
在步骤720中,通过I/O流处理,将生成的新的String写入解析文件中。
在步骤721中,保存修复后的解析文件。
由此,通过以上方式,能够自动修复单曲的起始播放时间,解决因单曲的起始播放时间缺失导致解析失败的问题。
步骤204:采用步骤203中确定的字段内容来补充遗漏的内容。
基于前文的描述,通过对缺少标题内容和\或作者内容和\或单曲的起始播放时间的补充,能够实现当专辑文件的解析文件出现解析错误时,跳过错误继续解析,并在解析完成后,修复标题和作者字段。同时如有单曲缺少起始播放时间,可以通过对包含该单曲的单曲进行解析,生成起始播放时间。例如在图1A中TRACK04缺少起始时间,则播放TRACK03,并对TRACK03进行解析,在TRACK03播放完成后自动生成TRACK04的起始播放时间。最终实现专辑文件的解析文件解析失败时,对解析文件的修复。
本申请提供的实施例之间的相似部分相互参见即可,以上提供的具体实施方式只是本申请总的构思下的几个示例,并不构成本申请保护范围的限定。对于本领域的技术人员而言,在不付出创造性劳动的前提下依据本申请方案所扩展出的任何其他实施方式都属于本申请的保护范围。
本领域内的技术人员应明白,本申请的实施例可提供为方法、终端设备或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种专辑文件的解析文件的修复方法,其特征在于,所述方法包括:
获取音乐专辑文件的待修复解析文件;
基于解析文件的格式要求,从所述待修复解析文件中查找遗漏的内容;
基于所述待修复解析文件的上下文信息,确定所述遗漏的内容的字段内容;
采用所述字段内容补充所述遗漏的内容。
2.根据权利要求1所述的方法,其特征在于,若遗漏的内容为专辑标题,则所述基于所述待修复解析文件的上下文信息,确定所述遗漏的内容的字段内容,包括:
从所述待解析文件获取单曲的描述信息;
从所述单曲的描述信息中查找单曲标题;
确定所述单曲标题和所述音乐专辑文件的文件名之间的关系;
若所述关系满足以下预设关系集中任一预设关系,则将所述单曲标题确定为所述专辑标题;
所述预设关系集包括:单曲标题和所述文件名之间的相似度高于相似度阈值、所述单曲标题和所述文件名具有包含关系。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
若各个单曲均缺失相应的单曲标题或各单曲标题均不满足所述预设关系,则采用所述音乐专辑文件的文件名作为所述专辑标题。
4.根据权利要求1所述的方法,其特征在于,若遗漏的内容为单曲标题,则所述基于所述待修复解析文件的上下文信息,确定所述遗漏的内容的字段内容,包括:
从所述待解析文件获取专辑的描述信息;
从所述专辑的描述信息中查找专辑标题;
采用所述专辑标题和单曲播放顺序信息构建所述单曲标题。
5.根据权利要求1所述的方法,其特征在于,若遗漏的内容为专辑作者,则所述基于所述待修复解析文件的上下文信息,确定所述遗漏的内容的字段内容,包括:
从所述待解析文件获取单曲的描述信息;
从所述单曲的描述信息中查找单曲作者作为所述专辑作者。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若各个单曲均缺失相应的单曲作者,则采用默认字段作为所述专辑作者。
7.根据权利要求1所述的方法,其特征在于,若遗漏的内容为单曲作者,则所述基于所述待修复解析文件的上下文信息,确定所述遗漏的内容的字段内容,包括:
从所述待解析文件获取专辑的描述信息;
从所述专辑的描述信息中查找专辑作者作为所述单曲作者。
8.根据权利要求1所述的方法,其特征在于,若遗漏的内容为单曲的起始播放时间,则所述基于所述待修复解析文件的上下文信息,确定所述遗漏的内容的字段内容,包括:
从所述待修复解析文件中获取包含所述单曲的音频段;
从所述音频段中提取指定音频特征;所述指定音频特征用于描述相邻两首单曲之间的间隔;
基于所述指定音频特征,从所述音频段中提取所述单曲的起始播放时间。
9.根据权利要求8所述的方法,其特征在于,所述从所述专辑文件中提取指定音频特征,包括:
获取所述专辑文件的波形数据;
从所述波形数据中获取表示静音状态的音频量级的字节;
若指定时长内表示静音状态的音频量级的字节数量满足预设条件,则确定提取到所述音频特征。
10.一种终端设备,其特征在于,包括:
显示器、处理器和存储器;
所述显示器用于显示专辑的描述信息和所述单曲的描述信息;
所述存储器,用于存储所述处理器可执行指令;
所述处理器被配置为执行所述指令以实现如权利要求1-9中任一项所述的专辑文件的解析文件的修复方法。
CN202110949604.0A 2021-08-18 2021-08-18 一种专辑文件的解析文件的修复方法和终端设备 Pending CN113672423A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110949604.0A CN113672423A (zh) 2021-08-18 2021-08-18 一种专辑文件的解析文件的修复方法和终端设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110949604.0A CN113672423A (zh) 2021-08-18 2021-08-18 一种专辑文件的解析文件的修复方法和终端设备

Publications (1)

Publication Number Publication Date
CN113672423A true CN113672423A (zh) 2021-11-19

Family

ID=78543621

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110949604.0A Pending CN113672423A (zh) 2021-08-18 2021-08-18 一种专辑文件的解析文件的修复方法和终端设备

Country Status (1)

Country Link
CN (1) CN113672423A (zh)

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030182255A1 (en) * 2002-03-21 2003-09-25 Daniel Plastina Methods and systems for repairing playlists
CN1552072A (zh) * 2001-07-06 2004-12-01 ������������ʽ���� 记录设备与方法和通信设备与方法
WO2006126767A1 (en) * 2005-05-25 2006-11-30 Mureka Inc. Method and system for providing music-related information by using audio dna
CN101352038A (zh) * 2006-07-26 2009-01-21 索尼株式会社 记录装置、记录方法和记录程序、以及摄像装置、摄像方法和摄像程序
CN104244084A (zh) * 2014-09-10 2014-12-24 广东欧珀移动通信有限公司 一种控制音频文件播放的方法、系统及移动终端
KR20150074635A (ko) * 2013-12-24 2015-07-02 상명대학교서울산학협력단 오디오 조각 파일의 복구 방법
KR20160032761A (ko) * 2014-09-16 2016-03-25 상명대학교서울산학협력단 멀티미디어 조각파일의 복구방법
CN106095910A (zh) * 2016-06-08 2016-11-09 广东欧珀移动通信有限公司 一种音频文件的标签信息解析方法、装置及终端
CN106571154A (zh) * 2016-10-31 2017-04-19 努比亚技术有限公司 音频文件解析容错装置及方法
CN107180047A (zh) * 2016-03-10 2017-09-19 阿里巴巴集团控股有限公司 文件的生成方法和装置
CN107863112A (zh) * 2017-11-08 2018-03-30 天脉聚源(北京)传媒科技有限公司 一种音频获取方法及装置
CN108777141A (zh) * 2018-05-31 2018-11-09 康键信息技术(深圳)有限公司 测试装置、测试的方法及存储介质
CN109743614A (zh) * 2019-01-03 2019-05-10 北京大米科技有限公司 一种数据存储的方法、装置及电子设备
CN110888751A (zh) * 2018-09-11 2020-03-17 广达电脑股份有限公司 计算机及其自动防护方法

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1552072A (zh) * 2001-07-06 2004-12-01 ������������ʽ���� 记录设备与方法和通信设备与方法
US20030182255A1 (en) * 2002-03-21 2003-09-25 Daniel Plastina Methods and systems for repairing playlists
WO2006126767A1 (en) * 2005-05-25 2006-11-30 Mureka Inc. Method and system for providing music-related information by using audio dna
CN101352038A (zh) * 2006-07-26 2009-01-21 索尼株式会社 记录装置、记录方法和记录程序、以及摄像装置、摄像方法和摄像程序
KR20150074635A (ko) * 2013-12-24 2015-07-02 상명대학교서울산학협력단 오디오 조각 파일의 복구 방법
CN104244084A (zh) * 2014-09-10 2014-12-24 广东欧珀移动通信有限公司 一种控制音频文件播放的方法、系统及移动终端
KR20160032761A (ko) * 2014-09-16 2016-03-25 상명대학교서울산학협력단 멀티미디어 조각파일의 복구방법
CN107180047A (zh) * 2016-03-10 2017-09-19 阿里巴巴集团控股有限公司 文件的生成方法和装置
CN106095910A (zh) * 2016-06-08 2016-11-09 广东欧珀移动通信有限公司 一种音频文件的标签信息解析方法、装置及终端
CN106571154A (zh) * 2016-10-31 2017-04-19 努比亚技术有限公司 音频文件解析容错装置及方法
CN107863112A (zh) * 2017-11-08 2018-03-30 天脉聚源(北京)传媒科技有限公司 一种音频获取方法及装置
CN108777141A (zh) * 2018-05-31 2018-11-09 康键信息技术(深圳)有限公司 测试装置、测试的方法及存储介质
CN110888751A (zh) * 2018-09-11 2020-03-17 广达电脑股份有限公司 计算机及其自动防护方法
CN109743614A (zh) * 2019-01-03 2019-05-10 北京大米科技有限公司 一种数据存储的方法、装置及电子设备

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
TINGYUE;: "用记事本修复高品质音乐索引读取错误", 电脑迷, no. 08 *
一路向北;: "修复CUE 还我无损CD", 电脑爱好者, no. 23 *
人人文库: "cue文件的修改与制作方法", pages 4 - 6, Retrieved from the Internet <URL:https://www.renrendoc.com/paper/109921607.html?aggId=LoKJQ8pmfiaN@ZmnCl@4aFE> *
千江有水;王卫华;: "用好CUE 掌控你的音乐文件", 电脑迷, no. 18, pages 55 *

Similar Documents

Publication Publication Date Title
KR101743192B1 (ko) 녹음방법, 재생방법, 장치, 단말기, 시스템, 프로그램 및 기록매체
CN113453040B (zh) 短视频的生成方法、装置、相关设备及介质
US11928152B2 (en) Search result display method, readable medium, and terminal device
US8386652B2 (en) Mobile computing device with adaptive response based on accessory firmware
EP4131023A1 (en) Information pushing method and apparatus, electronic device, and storage medium
CN111813465B (zh) 一种信息获取方法、装置、介质和设备
CN113709026B (zh) 即时通信消息的处理方法、设备、存储介质和程序产品
CN114374813A (zh) 多媒体资源管理方法、记录仪及服务器
CN112954453B (zh) 视频配音方法和装置、存储介质和电子设备
WO2024093443A1 (zh) 基于语音交互的信息展示方法、装置和电子设备
CN114827745B (zh) 视频字幕的生成方法及电子设备
CN113672423A (zh) 一种专辑文件的解析文件的修复方法和终端设备
US20090163239A1 (en) Method, apparatus and computer program product for generating media content by recording broadcast transmissions
CN114979533A (zh) 一种视频录制方法、装置及终端
CN113674724A (zh) 专辑文件的解析文件生成方法和终端设备
CN113656636A (zh) 单曲信息处理方法和终端设备
KR101528859B1 (ko) 멀티미디어 컨텐츠 재생 기기에서 상태정보를 저장하는 방법, 상태정보를 이용하여 컨텐츠를 자동 재생하는 방법 및 그 장치
CN112786022A (zh) 终端、第一语音服务器、第二语音服务器及语音识别方法
CN110852717A (zh) 一种行程更新方法和智能通信终端
US20100120531A1 (en) Audio content management for video game systems
CN112929858B (zh) 一种门禁卡的模拟方法和终端
KR20130050539A (ko) 음원 정보를 제공하는 이동 단말기 및 시스템, 및 음원 정보 제공 방법
CN115186124A (zh) 一种音频搜索方法、装置、电子设备及存储介质
CN113535041A (zh) 一种对应用和通信信息进行操作的终端及方法
US20150127355A1 (en) Method for inserting watermark to image and electronic device thereof

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