fre:ac音频转换工具使用教程:文件命名规则与本地化指南
2026-02-04 04:34:10作者:尤峻淳Whitney
前言
fre:ac是一款功能强大的免费音频转换工具,支持多种音频格式的相互转换。本文将重点介绍该工具中两个实用功能:输出文件命名规则配置和多语言翻译添加方法。这些功能对于需要批量处理音频文件的用户和希望为软件贡献翻译的志愿者都非常有帮助。
输出文件命名规则详解
基本命名规则配置
在fre:ac中,输出文件的自动命名可以在配置对话框的"编码器/文件名模式"选项卡中进行设置。用户可以使用反斜杠指定目录结构,并使用占位符引用音频文件的元数据信息(ID3标签)。
常用占位符列表
fre:ac提供了多种实用的占位符,让用户能够灵活地组织输出文件结构:
-
音频元数据占位符:
<artist>- 艺术家/演唱者<title>- 歌曲标题<album>- 专辑名称<track>- 音轨编号<genre>- 音乐流派<composer>- 作曲者<conductor>- 指挥者<year>- 发行年份
-
文件路径占位符:
<filename>- 使用输入文件的文件名<directory>- 使用输入文件所在的完整目录路径
高级目录结构控制
<directory>占位符特别强大,它允许用户保留原始文件的目录结构。更高级的是,可以通过添加数字参数来调整路径显示方式:
<directory+n>:从完整路径的开头去掉n个目录层级n=1:去掉第一个目录n=3:去掉前三个目录n=0:显示完整路径(等同于<directory>)
实用场景示例
-
同级目录转换:
- 将
C:\CD1\和C:\CD2\中的WAV文件转换为同名MP3,并保存到各自目录下的MPcka子目录 - 配置:
- 勾选"尽可能使用输入目录"
- 文件名模式:
MPcka\<filename>
- 将
-
保留目录名结构:
- 将
C:\CD1\和C:\CD2\中的WAV转换为同名MP3,保存到同名子目录 - 配置:
- 勾选"尽可能使用输入目录"
- 文件名模式:
<directory>\<filename>
- 将
-
选择性保留路径:
- 将
C:\hity\new\CD1\和C:\hity\new\CD2\中的WAV转换为MP3,保存到C:\abc\CD1\和C:\abc\CD2\ - 配置:
- 不勾选"尽可能使用输入目录",输出目录设为
C:\abc - 文件名模式:
<directory+2>\<filename>
- 不勾选"尽可能使用输入目录",输出目录设为
- 将
-
基于ID3标签的命名:
- 将
D:\hity\CD1\和D:\hity\CD2\中的MP3按ID3标签重命名 - 配置:
- 不勾选"尽可能使用输入目录",输出目录设为
C:\abc - 文件名模式:
<directory+1>\<track> - <artist> - <title>
- 不勾选"尽可能使用输入目录",输出目录设为
- 将
-
艺术家-专辑目录结构:
- 根据ID3标签创建艺术家-专辑目录结构
- 配置:
- 不勾选"尽可能使用输入目录",输出目录设为
C:\abc - 文件名模式:
<artist> - <album>\<track> - <title>
- 不勾选"尽可能使用输入目录",输出目录设为
添加新语言翻译指南
翻译工具使用
fre:ac自带翻译工具Translator,位于软件安装目录中。要创建新翻译:
- 打开现有的翻译文件(位于
freac/lang目录) - 修改语言显示设置为目标语言
- 开始翻译各个文本字符串(系统会自动比较旧翻译与新的template.xml文件)
- 保存为新文件,命名格式为
freac_??.xml(??替换为语言代码)
提交翻译
完成翻译后,建议将作品发送至官方邮箱,以便纳入正式发行版中。这能让更多用户受益于您的翻译工作。
软件卸载方法
fre:ac的卸载非常简单:
-
标准卸载:
- 通过开始菜单中的fre:ac程序组找到卸载程序
- 运行卸载向导完成移除
-
手动卸载:
- 直接删除fre:ac的安装目录即可
- 注意:fre:ac不会在Windows注册表中留下条目,也不会在安装目录外存储活动文件
结语
通过合理配置文件名模式,用户可以极大提高批量音频文件转换和整理的效率。而翻译功能则为全球用户提供了使用母语操作软件的便利。fre:ac的这些特性充分体现了其作为专业音频转换工具的灵活性和用户友好性。
登录后查看全文
热门项目推荐
相关项目推荐
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00- QQwen3-Coder-Next2026年2月4日,正式发布的Qwen3-Coder-Next,一款专为编码智能体和本地开发场景设计的开源语言模型。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin07
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00
项目优选
收起
deepin linux kernel
C
27
11
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
525
3.72 K
Ascend Extension for PyTorch
Python
332
395
暂无简介
Dart
766
189
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
878
586
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
336
165
React Native鸿蒙化仓库
JavaScript
302
352
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
12
1
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.33 K
748
openJiuwen agent-studio提供零码、低码可视化开发和工作流编排,模型、知识库、插件等各资源管理能力
TSX
985
246