CN111078259B - 一种音频打包方法、装置、电子设备及存储介质 - Google Patents
一种音频打包方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN111078259B CN111078259B CN201911327237.XA CN201911327237A CN111078259B CN 111078259 B CN111078259 B CN 111078259B CN 201911327237 A CN201911327237 A CN 201911327237A CN 111078259 B CN111078259 B CN 111078259B
- Authority
- CN
- China
- Prior art keywords
- audio
- file
- resource library
- update package
- compression update
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/1873—Versioning file systems, temporal file systems, e.g. file system supporting different historic versions of files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10L—SPEECH ANALYSIS OR SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING; SPEECH OR AUDIO CODING OR DECODING
- G10L19/00—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
本公开实施例公开了一种音频打包方法、装置、电子设备及存储介质,该方法包括:通过获取各音频资源库文件;确定所述各音频资源库文件与音频压缩更新包文件之间的对应关系;基于所述对应关系将各音频资源库文件与对应的音频压缩更新包文件进行关联,得到目标音频压缩更新包文件。本公开实施例的技术方案,实现了自动进行音频打包的目的,提高了打包效率与准确度。
Description
技术领域
本公开实施例涉及游戏技术领域,尤其涉及一种音频打包方法、装置、电子设备及存储介质。
背景技术
在网络游戏项目的开发工程中,涉及在wwise中进行音频打包的环节。
目前,还主要依赖人工进行音频打包,打包效率低、出错率高且人工成本较高。尤其在打包过程中需要更换打包人员时,在进行交接工作时,可能会出现配置失误,进而会导致线上的游戏音频播放出现异常。而且无法做到每次更新时都能及时生成相应的音频更新包。
发明内容
本公开实施例提供一种音频打包方法、装置、电子设备及存储介质,实现了自动进行音频打包的目的,提高了打包效率与准确度。
第一方面,本公开实施例提供了一种音频打包方法,该方法包括:
获取各音频资源库文件;
确定所述各音频资源库文件与音频压缩更新包文件之间的对应关系;
基于所述对应关系将各音频资源库文件与对应的音频压缩更新包文件进行关联,得到目标音频压缩更新包文件。
进一步的,所述获取各音频资源库文件,包括:
基于Jenkins打包平台启动音频压缩更新包的构建任务;
接收所述构建任务对应的构建参数;
通过Git工具根据Jenkins打包平台传递的构建参数拉取目标音频资源;
通过命令行调用wwise工程,以通过wwise工程根据所述目标音频资源生成音频资源库的配置文件;
所述音频资源库的配置文件包含所述各音频资源库文件。
进一步的,所述构建参数包括:版本标识和发布渠道标识。
进一步的,基于所述对应关系将各音频资源库文件与对应的音频压缩更新包文件进行关联,得到目标音频压缩更新包文件,包括:
针对所述各音频资源库文件,基于所述对应关系确定当前音频资源库文件对应的目标音频压缩更新包文件的标识,并建立当前音频资源库文件与所述标识之间的关联关系;
根据所述关联关系生成当前音频资源库文件的关联配置文件;
基于所述当前音频资源库文件的关联配置文件生成目标音频压缩更新包文件。
进一步的,所述方法还包括:
根据版本标识以及发布渠道标识,将所述音频资源库的配置文件以及所述关联配置文件上传至版本管理工具的设定文件夹路径下;
根据版本标识以及发布渠道标识,将所述各音频资源库文件以及所述目标音频压缩更新包文件上传至Git工具的设定位置以及目标服务器。
进一步的,所述方法还包括:
从设定存储位置读取历史音频资源库文件的关联配置文件;
根据所述关联配置文件确定已存在的音频资源库文件标识和音频压缩更新包文件标识;
对所述标识进行存储。
进一步的,确定所述各音频资源库文件与音频压缩更新包文件之间的对应关系,包括:
根据所述目标音频压缩更新包文件的发布渠道读取目标json文件;
基于所述目标json文件确定所述各音频资源库文件与音频压缩更新包文件之间的对应关系;
其中,不同发布渠道的音频压缩更新包文件与音频资源库文件之间的对应关系存储于不同的json文件。
第二方面,本公开实施例还提供了一种音频打包装置,该装置包括:
获取模块,用于获取各音频资源库文件;
确定模块,用于确定所述各音频资源库文件与音频压缩更新包文件之间的对应关系;
打包模块,用于基于所述对应关系将各音频资源库文件与对应的音频压缩更新包文件进行关联,得到目标音频压缩更新包文件。
第三方面,本公开实施例还提供了一种设备,所述设备包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如本公开任一实施例所述的音频打包方法。
第四方面,本公开实施例还提供了一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行如本公开任一实施例所述的音频打包方法。
本公开实施例的技术方案,通过获取各音频资源库文件;确定所述各音频资源库文件与音频压缩更新包文件之间的对应关系;基于所述对应关系将各音频资源库文件与对应的音频压缩更新包文件进行关联,得到目标音频压缩更新包文件的技术手段,实现了自动进行音频打包的目的,提高了打包效率与准确度。
附图说明
结合附图并参考以下具体实施方式,本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中,相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的,原件和元素不一定按照比例绘制。
图1为本公开实施例一所提供的一种音频打包方法流程示意图;
图2为本公开实施例一所提供的另一种音频打包方法流程示意图;
图3为本公开实施例二所提供的一种音频打包装置结构示意图;
图4为本公开实施例三所提供的一种电子设备结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例,然而应当理解的是,本公开可以通过各种形式来实现,而且不应该被解释为限于这里阐述的实施例,相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是,本公开的附图及实施例仅用于示例性作用,并非用于限制本公开的保护范围。
应当理解,本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行,和/或并行执行。此外,方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
本文使用的术语“包括”及其变形是开放性包括,即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”;术语“另一实施例”表示“至少一个另外的实施例”;术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
需要注意,本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分,并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意,本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的,本领域技术人员应当理解,除非在上下文另有明确指出,否则应该理解为“一个或多个”。
实施例一
图1为本公开实施例一所提供的一种音频打包方法流程示意图,该方法可适用于游戏开发过程中,对游戏的音频资源进行打包的场景。该方法可以由音频打包装置来执行,该装置可以通过软件和/或硬件的形式实现。
如图1所述,本实施例提供的音频打包方法包括如下步骤:
步骤110、获取各音频资源库文件。
其中,所述各音频资源库文件为待打包的音频资源,通常为版本更新后的最新音频资源,其后缀习惯设置为.Bnk。
示例性的,所述获取各音频资源库文件,包括:
基于Jenkins打包平台启动音频压缩更新包的构建任务;
接收所述构建任务对应的构建参数;
通过Git工具根据Jenkins打包平台传递的构建参数拉取目标音频资源;
通过命令行调用wwise工程,以通过wwise工程根据所述目标音频资源生成音频资源库的配置文件;以防止现有的音频资源出现遗漏没有生成出来的情况。所述音频资源库的配置文件包含所述各音频资源库文件。
其中,Jenkins是一个开源软件项目,是基于Java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件的持续集成变成可能。Wwise为一款适用于游戏的专业音频设计引擎。所述构建参数包括:版本标识和发布渠道标识,所述发布渠道通常为不同终端厂家的应用商城,例如不同品牌手机的应用商城。打包得到的所述音频压缩更新包文件通常会与游戏的应用安装包一起被发布至各终端的应用商城,以供玩家下载。
步骤120、确定所述各音频资源库文件与音频压缩更新包文件之间的对应关系。
示例性的,确定所述各音频资源库文件与音频压缩更新包文件之间的对应关系,包括:
根据所述目标音频压缩更新包文件的发布渠道读取目标json文件;
基于所述目标json文件确定所述各音频资源库文件与音频压缩更新包文件之间的对应关系;
其中,不同发布渠道的音频压缩更新包文件与音频资源库文件之间的对应关系存储于不同的json文件。其中,所述各音频资源库文件与音频压缩更新包文件之间的对应关系具体指,根据音频的工作原理,需要将哪些音频资源库文件添加到对应的哪些音频压缩更新包文件中,例如文件名为xx.Bnk的音频资源库文件需要添加至文件名yy.Pck的音频压缩更新包文件中,则所述对应关系为xx-yy。
步骤130、基于所述对应关系将各音频资源库文件与对应的音频压缩更新包文件进行关联,得到目标音频压缩更新包文件。
示例性的,基于所述对应关系将各音频资源库文件与对应的音频压缩更新包文件进行关联,得到目标音频压缩更新包文件,包括:
针对所述各音频资源库文件,基于所述对应关系确定当前音频资源库文件对应的目标音频压缩更新包文件的标识,并建立当前音频资源库文件与所述标识之间的关联关系;
根据所述关联关系生成当前音频资源库文件的关联配置文件;
基于所述当前音频资源库文件的关联配置文件生成目标音频压缩更新包文件。
具体是,若根据所述对应关系确定当前音频资源库文件xx.Bnk对应的目标音频压缩更新包文件的标识为yy.Pck,则建立xx.Bnk-yy.Pck的关联关系,具体是将音频资源库文件xx.Bnk添加到音频压缩更新包文件yy.Pck的配置中,若发现音频压缩更新包文件yy.Pck的配置不存在,则生成音频压缩更新包文件yy.Pck的配置。进一步将各音频资源库文件与音频压缩更新包文件之间的关联关系存储至一个文件,该文件即为当前新版本的音频资源库文件的关联配置文件。根据音频资源库文件(.Bnk)和音频压缩更新包文件(.Pck)的关联配置文件(PackageConfigInfo.xml)进行音频压缩更新包文件(.Pck)的生成,即将音频资源库文件(.Bnk)添加至其关联的文件,该文件即为音频压缩更新包文件(.Pck)。
进一步的,所述方法还包括:
根据版本标识以及发布渠道标识,将所述音频资源库的配置文件以及所述关联配置文件上传至版本管理工具(例如具体是Perforce工具)的设定文件夹路径下,以方便后续工作的调用。
根据版本标识以及发布渠道标识,将所述各音频资源库文件以及所述目标音频压缩更新包文件上传至Git工具的设定位置以及目标服务器,等待版本更新时的调用。
其中,Perforce是一款非常优秀的商业化版本管理工具,特别是对美术资源比较友好,更新速度快安全。Git是一个开源的分布式版本控制系统,可以有效、高速地处理从很小到非常大的项目版本管理
进一步的,所述方法还包括:
从设定存储位置读取历史音频资源库文件的关联配置文件;
根据所述关联配置文件确定已存在的音频资源库文件标识和音频压缩更新包文件标识;
对所述标识进行存储。
所述历史音频资源库文件的关联配置文件具体指版本更新之前的关联配置文件,通过读取所述历史音频资源库文件的关联配置文件,并根据所述关联配置文件确定已存在的音频资源库文件标识和音频压缩更新包文件标识;通过数据结构记录已存在的音频资源库文件和音频压缩更新包文件,方便后续工作中查阅。
本公开实施例的技术方案,通过获取各音频资源库文件;确定所述各音频资源库文件与音频压缩更新包文件之间的对应关系;基于所述对应关系将各音频资源库文件与对应的音频压缩更新包文件进行关联,得到目标音频压缩更新包文件的技术手段,实现了自动进行音频打包的目的,提高了打包效率与准确度。
在上述实施例技术方案的基础上,参见图2所示的另一种音频打包方法的流程示意图,具体包括:
在Jenkins启动一次构建,连带启动音频更新包的构建流程,并且向该构建流程传输版本号,渠道名称等参数;
使用Git版本工具根据从Jenkins传送过来的版本号和渠道名称切换到相应的分支上,并且拉取最新的代码和资源;
命令行调用Wwise工程进行音频资源库文件(.Bnk)的生成;
读取历史音频资源库文件的配置文件SoundBanksInfo.xml,和历史音频资源库文件的关联配置文件PackageConfigInfo.xml,并且在程序里面记录下现有的音频资源库文件(.Bnk文件)和音频压缩更新包文件(.Pck文件);
根据渠道名读取不同的json文件,读取Bnk和Pck文件的名称对应关系的正则表达式;
如果发现Bnk文件对应的Pck文件不存在,则生成相应的Pck文件;
如果发现Bnk文件对应的Pck文件存在,将Bnk文件加到相应的Pck文件打包的配置中,得到最新的音频资源库文件的关联配置文件PackageConfigInfo.xml;
根据最新的音频资源库文件的关联配置文件PackageConfigInfo.xmlP进行Pck文件的生成;
将数值文件(SoundBanksInfo.xml和PackageConfigInfo.xml)上传到相应的版本管理工具P4的相应的文件夹路径下;
将资源文件(Bnk文件和Pck文件)上传到相应的版本管理工具Git的相应的分支下;
Jenkins工具将相应的更新文件部署到相应的云服务器上,等待版本更新时候用户的使用。
实施例二
图3为本公开实施例二提供的一种音频打包装置的结构示意图,该装置包括:获取模块310、确定模块320和打包模块330;
其中,获取模块310,用于获取各音频资源库文件;确定模块320,用于确定所述各音频资源库文件与音频压缩更新包文件之间的对应关系;打包模块330,用于基于所述对应关系将各音频资源库文件与对应的音频压缩更新包文件进行关联,得到目标音频压缩更新包文件。
在上述各技术方案的基础上,获取模块310,包括:
启动单元,用于基于Jenkins打包平台启动音频压缩更新包的构建任务;
接收单元,用于接收所述构建任务对应的构建参数;
拉取单元,用于通过Git工具根据Jenkins打包平台传递的构建参数拉取目标音频资源;
生成单元,用于通过命令行调用wwise工程,以通过wwise工程根据所述目标音频资源生成音频资源库的配置文件;所述音频资源库的配置文件包含所述各音频资源库文件。
在上述各技术方案的基础上,所述构建参数包括:版本标识和发布渠道标识。
在上述各技术方案的基础上,打包模块330包括:
确定单元,用于针对所述各音频资源库文件,基于所述对应关系确定当前音频资源库文件对应的目标音频压缩更新包文件的标识,并建立当前音频资源库文件与所述标识之间的关联关系;
生成单元,用于根据所述关联关系生成当前音频资源库文件的关联配置文件;
打包单元,用于基于所述当前音频资源库文件的关联配置文件生成目标音频压缩更新包文件。
在上述各技术方案的基础上,所述装置还包括:
上传模块,用于根据版本标识以及发布渠道标识,将所述音频资源库的配置文件以及所述关联配置文件上传至版本管理工具的设定文件夹路径下;
根据版本标识以及发布渠道标识,将所述各音频资源库文件以及所述目标音频压缩更新包文件上传至Git工具的设定位置以及目标服务器。
在上述各技术方案的基础上,所述装置还包括:
读取模块,用于从设定存储位置读取历史音频资源库文件的关联配置文件;
文件标识确定模块,用于根据所述关联配置文件确定已存在的音频资源库文件标识和音频压缩更新包文件标识;
存储模块,用于对所述标识进行存储。
在上述各技术方案的基础上,确定模块320包括:
读取单元,用于根据所述目标音频压缩更新包文件的发布渠道读取目标json文件;
确定单元,用于基于所述目标json文件确定所述各音频资源库文件与音频压缩更新包文件之间的对应关系;
其中,不同发布渠道的音频压缩更新包文件与音频资源库文件之间的对应关系存储于不同的json文件。
本公开实施例的技术方案,通过获取各音频资源库文件;确定所述各音频资源库文件与音频压缩更新包文件之间的对应关系;基于所述对应关系将各音频资源库文件与对应的音频压缩更新包文件进行关联,得到目标音频压缩更新包文件的技术手段,实现了自动进行音频打包的目的,提高了打包效率与准确度。
本公开实施例所提供的音频打包装置可执行本公开任意实施例所提供的音频打包方法,具备执行方法相应的功能模块和有益效果。
值得注意的是,上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本公开实施例的保护范围。
实施例三
下面参考图4,其示出了适于用来实现本公开实施例的电子设备(例如图4中的终端设备或服务器)400的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图4示出的电子设备仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图4所示,电子设备400可以包括处理装置(例如中央处理器、图形处理器等)401,其可以根据存储在只读存储器(ROM)402中的程序或者从存储装置406加载到随机访问存储器(RAM)403中的程序而执行各种适当的动作和处理。在RAM 403中,还存储有电子设备400操作所需的各种程序和数据。处理装置401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。
通常,以下装置可以连接至I/O接口405:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置406;包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置407;包括例如磁带、硬盘等的存储装置406;以及通信装置409。通信装置409可以允许电子设备400与其他设备进行无线或有线通信以交换数据。虽然图4示出了具有各种装置的电子设备400,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在非暂态计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置409从网络上被下载和安装,或者从存储装置406被安装,或者从ROM 402被安装。在该计算机程序被处理装置401执行时,执行本公开实施例的方法中限定的上述功能。
本公开实施例提供的终端与上述实施例提供的音频打包方法属于同一发明构思,未在本公开实施例中详尽描述的技术细节可参见上述实施例,并且本公开实施例与上述实施例具有相同的有益效果。
实施例四
本公开实施例提供了一种计算机存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述实施例所提供的音频打包方法。
需要说明的是,本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
在一些实施方式中,客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol,超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信,并且可以与任意形式或介质的数字数据通信(例如,通信网络)互连。通信网络的示例包括局域网(“LAN”),广域网(“WAN”),网际网(例如,互联网)以及端对端网络(例如,ad hoc端对端网络),以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:
获取各音频资源库文件;
确定所述各音频资源库文件与音频压缩更新包文件之间的对应关系;
基于所述对应关系将各音频资源库文件与对应的音频压缩更新包文件进行关联,得到目标音频压缩更新包文件。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码,上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,单元的名称在某种情况下并不构成对该单元本身的限定,例如,可编辑内容显示单元还可以被描述为“编辑单元”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的公开范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述公开构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外,虽然采用特定次序描绘了各操作,但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下,多任务和并行处理可能是有利的。同样地,虽然在上面论述中包含了若干具体实现细节,但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地,在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。
Claims (9)
1.一种音频打包方法,其特征在于,包括:
获取各音频资源库文件;
确定所述各音频资源库文件与音频压缩更新包文件之间的对应关系;
基于所述对应关系将各音频资源库文件与对应的音频压缩更新包文件进行关联,得到目标音频压缩更新包文件;
确定所述各音频资源库文件与音频压缩更新包文件之间的对应关系,包括:
根据所述目标音频压缩更新包文件的发布渠道读取目标json文件;
基于所述目标json文件确定所述各音频资源库文件与音频压缩更新包文件之间的对应关系;
其中,不同发布渠道的音频压缩更新包文件与音频资源库文件之间的对应关系存储于不同的json文件。
2.根据权利要求1所述的方法,其特征在于,所述获取各音频资源库文件,包括:
基于Jenkins打包平台启动音频压缩更新包的构建任务;
接收所述构建任务对应的构建参数;
通过Git工具根据Jenkins打包平台传递的构建参数拉取目标音频资源;
通过命令行调用wwise工程,以通过wwise工程根据所述目标音频资源生成音频资源库的配置文件;
所述音频资源库的配置文件包含所述各音频资源库文件。
3.根据权利要求2所述的方法,其特征在于,所述构建参数包括:版本标识和发布渠道标识。
4.根据权利要求2所述的方法,其特征在于,基于所述对应关系将各音频资源库文件与对应的音频压缩更新包文件进行关联,得到目标音频压缩更新包文件,包括:
针对所述各音频资源库文件,基于所述对应关系确定当前音频资源库文件对应的目标音频压缩更新包文件的标识,并建立当前音频资源库文件与所述标识之间的关联关系;
根据所述关联关系生成当前音频资源库文件的关联配置文件;
基于所述当前音频资源库文件的关联配置文件生成目标音频压缩更新包文件。
5.根据权利要求4所述的方法,其特征在于,还包括:
根据版本标识以及发布渠道标识,将所述音频资源库的配置文件以及所述关联配置文件上传至版本管理工具的设定文件夹路径下;
根据版本标识以及发布渠道标识,将所述各音频资源库文件以及所述目标音频压缩更新包文件上传至Git工具的设定位置以及目标服务器。
6.根据权利要求2所述的方法,其特征在于,还包括:
从设定存储位置读取历史音频资源库文件的关联配置文件;
根据所述关联配置文件确定已存在的音频资源库文件标识和音频压缩更新包文件标识;
对所述标识进行存储。
7.一种音频打包装置,其特征在于,包括:
获取模块,用于获取各音频资源库文件;
确定模块,用于确定所述各音频资源库文件与音频压缩更新包文件之间的对应关系;
打包模块,用于基于所述对应关系将各音频资源库文件与对应的音频压缩更新包文件进行关联,得到目标音频压缩更新包文件;
确定模块,还包括:
读取单元,用于根据所述目标音频压缩更新包文件的发布渠道读取目标json文件;
确定单元,用于基于所述目标json文件确定所述各音频资源库文件与音频压缩更新包文件之间的对应关系;
其中,不同发布渠道的音频压缩更新包文件与音频资源库文件之间的对应关系存储于不同的json文件。
8.一种电子设备,其特征在于,所述电子设备包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-6中任一项所述的音频打包方法。
9.一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-6中任一项所述的音频打包方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911327237.XA CN111078259B (zh) | 2019-12-20 | 2019-12-20 | 一种音频打包方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911327237.XA CN111078259B (zh) | 2019-12-20 | 2019-12-20 | 一种音频打包方法、装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111078259A CN111078259A (zh) | 2020-04-28 |
CN111078259B true CN111078259B (zh) | 2023-07-07 |
Family
ID=70316290
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911327237.XA Active CN111078259B (zh) | 2019-12-20 | 2019-12-20 | 一种音频打包方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111078259B (zh) |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108509209A (zh) * | 2018-04-08 | 2018-09-07 | 平安普惠企业管理有限公司 | 一种资源包的生成方法、装置、计算机设备及存储介质 |
CN108762761A (zh) * | 2018-05-17 | 2018-11-06 | 深圳市分期乐网络科技有限公司 | 目标渠道包的生成方法、装置、服务器及存储介质 |
CN109710287B (zh) * | 2018-12-07 | 2022-04-29 | 中国移动通信集团有限公司 | 一种热更新方法、装置及计算机存储介质 |
CN110515620B (zh) * | 2019-08-12 | 2022-12-09 | 广州小丑鱼信息科技有限公司 | 一种自动化资源处理方法及系统 |
-
2019
- 2019-12-20 CN CN201911327237.XA patent/CN111078259B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN111078259A (zh) | 2020-04-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109582310B (zh) | 数据处理方法、装置、电子设备及计算机可读存储介质 | |
CN111291103B (zh) | 接口数据的解析方法、装置、电子设备及存储介质 | |
CN110851139B (zh) | 用于检查代码的方法、装置和电子设备 | |
CN110960855B (zh) | 一种通信协议代码更新方法、装置、电子设备及存储介质 | |
CN112395253B (zh) | 索引文件生成方法、终端设备、电子设备及介质 | |
CN111930534A (zh) | 数据调用方法、装置和电子设备 | |
CN110390493B (zh) | 任务管理方法、装置、存储介质及电子设备 | |
CN111309304B (zh) | 一种生成idl文件的方法、装置、介质和电子设备 | |
CN110727566A (zh) | 一种获取进程崩溃信息的方法、装置、介质和电子设备 | |
CN111857720A (zh) | 用户界面状态信息的生成方法、装置、电子设备及介质 | |
CN110704050B (zh) | 模块初始化方法、装置、电子设备及计算机可读存储介质 | |
CN111240801A (zh) | 生成堆内存快照文件的方法、装置、介质和电子设备 | |
CN109840109B (zh) | 用于生成软件开发工具包的方法和装置 | |
CN111078259B (zh) | 一种音频打包方法、装置、电子设备及存储介质 | |
CN115328506A (zh) | 应用程序包生成方法、加载方法、装置、介质及设备 | |
CN111198853A (zh) | 数据处理方法、装置、电子设备及计算机可读存储介质 | |
CN111240738B (zh) | 文件处理方法、装置、设备及介质 | |
CN113391860B (zh) | 服务请求处理方法、装置、电子设备及计算机存储介质 | |
CN111309323B (zh) | 参数初始化方法、装置和电子设备 | |
CN114860213A (zh) | 一种应用程序包生成方法、装置、设备及介质 | |
CN109669679B (zh) | 服务检测及处理方法、装置及电子设备 | |
CN110955583A (zh) | 一种通知方法、装置、电子设备及存储介质 | |
CN111240657A (zh) | 用于生成sdk的方法、装置和电子设备 | |
CN111367590A (zh) | 中断事件处理方法及其装置 | |
CN111314021A (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 |