企业官网建设流程全解析

每次看到「【Obsidian】アイ·アイ·ア【UTAUCOVER】」这样的标题，很多刚接触 UTAU 的朋友会把 Obsidian 当成某个音源的名字。但它同时还是一个非常流行的本地知识库软件。我这次跑了一遍完整的 UTAU Cover 流程，用名为 Obsidian 的 UTAU 音源做这首「アイ·アイ・ア」的翻唱工程，同时用 Obsidian 笔记软件把配置、调音参数、导出清单全部管起来。整个过程跑完之后，我最想说的结论是：UTAU Cover 真正费时间的不是调音本身，而是环境、参数和项目管理，而 Obsidian 恰好能补上后面这两块。

所以这篇文章不打算只讲「怎么把 UTAU 打开」，而是按我实际落地的顺序，从音源安装、工程文件准备、调音参数、导出混音，到怎么用 Obsidian 整理整个工作流，全部拆开讲一遍。新手可以照着做，做过的朋友也可以看看自己的项目整理方式还有没有优化空间。

1. 先搞清楚这个 COVER 需要哪些东西：音源、工程和笔记

1.1 标题里的 Obsidian，可能指两样东西

UTAU 世界里有一类音源叫 Obsidian，常见的定位是偏中低音、适合摇滚和深沉风格的声库。另一个 Obsidian 则是本地 Markdown 笔记工具，支持双链、插件、Dataview、Git 同步，很多做项目的人喜欢拿它搭个人知识库。

我这次的做法是两样都用了：UTAU 音源 Obsidian 负责唱歌，Obsidian 软件负责记录。这两个东西互相之间没有直接依赖，但因为名字一样，网上搜索时很容易混在一起。所以第一步先把你的目标定清楚：你要装的是 UTAU 声库，还是笔记软件？如果两个都要，那就按两个独立软件分别安装。

1.2 UTAU Cover 的基本材料清单

做任何一首 UTAU Cover，都需要这四样东西：

• UTAU 主程序，用来编辑音符和合成声音
• 一个 UTAV 音源声库，比如 Obsidian
• 原曲的 UST 文件或 MIDI 文件，里面包含旋律和歌词
• 原曲伴奏 WAV 或 MP3，用于后面的对拍和混音

原曲「アイ・アイ・ア」是一首旋律信息很密、节奏变化多的曲子。第一次做 COVER，建议先不用整首，先把副歌 8 小节拿出来测试。这样输入规模小，出问题容易定位。

1.3 用笔记软件跑项目，不是多此一举

很多 UTAU 玩家习惯直接在编辑器里改工程，改完就导出，很少记录参数。我当时吃过亏：调好一个版本的音高和 flags，过了两天想回退，发现原参数没记录，只能凭耳朵重新调。

用 Obsidian 建一个「UTAU Cover 项目库」，每个工程项目一个文件夹，里面放：

• 原曲信息
• 声库版本和来源
• UST 文件路径
• 调音参数快照
• 导出文件的版本和日期
• 遇到的问题和解决方式

这个不是形式主义。一首歌如果只调一次手，那随便；如果要跨版本迭代、批量做多首选段，记参数比记好听更重要。

2. 环境准备：从 UTAU 引擎到 Obsidian 声库的安装顺序

2.1 先装 UTAU 引擎，再装音源

UTAU 的安装顺序不能反。先装主程序，再放声库文件。如果先解压了声库再装主程序，后面很可能出现路径识别不了、音源列表里什么都看不到的情况。

UTAU 主程序本身对 Windows 的兼容性比较宽松，但安装路径里尽量不要有中文，也不要有空格太多。我一般把它放到D:\UTAU这种纯英文路径。安装完成后，打开程序，能看到默认的「あ」「か」这类假名音源列表，说明引擎已经正常工作了。

如果你的 UTAU 下载速度很慢，这是很常见的网络问题。解决办法是换一个网络环境再试，不要反复中断重下。这里不讨论任何和网络代理有关的内容，单纯建议选网络稳定的时段下载，或者用下载工具续传。

2.2 安装 UTAU 音源的固定步骤

以 Obsidian 声库为例，不管你是从哪里下载的声库包，解压后的目录应该会包含.uar文件，或者是已经解好的音源文件夹。安装方式有两种：

• 直接运行install.uar，它会自动拷到 UTAU 的 voice 目录
• 手动把音源文件夹放到voice目录下

手动安装时注意，音源文件夹的名称会直接显示在 UTAU 列表里，如果名称带乱码或空格，列表里就不好认。建议装完重启 UTAU，在歌手列表里确认能看到 Obsidian 这个名字。

我建议手动安装，因为更容易确认路径。自动安装有时候会直接装到 C 盘用户目录，后面找起来麻烦。

2.3 安装失败的判断顺序

如果装完列表里没有音源，先别急着重新下载。按这个顺序查：

1. 音源文件夹是不是真的在voice目录下
2. 文件夹名称是否包含全角字符或非法符号
3. UTAU 是否在安装音源后才启动
4. 音源目录里有没有.frq文件或oto.ini配置

最常见的问题是oto.ini缺失或编码不对。这个文件负责告诉 UTAU 每个采样音节的起始位置和结束位置，如果它损坏，音源能出现在列表里，但发音全乱。

2.4 用 Obsidian 笔记记录环境信息

装完软件后，我建议立刻在 Obsidian 里新建一个「UTAU 环境」笔记，记录：

• UTAU 版本号和安装路径
• Obsidian 声库版本、来源、安装日期
• oto.ini有没有手动改过
• 系统是 Windows 还是别的平台

为什么要记这个？因为声库效果好不好，不全是音源本身的问题。同一个音源在旧版本 UTAU 和新版本 UTAU 上的发声可能有差异，把环境信息固定下来，后面排错会容易很多。

3. 调音工程：把「アイ・アイ・ア」的旋律变成能唱的音轨

3.1 先准备工程文件，不要直接手点音符

对新手来说，最稳的起点是找到原曲对应的 UST 文件。如果找不到，就用 MIDI 文件导入，再把歌词填进去。

导入 MIDI 后，UTAU 会生成一个只有音高、没有歌词的音符序列。你需要逐个音符填日文假名。这里有一个关键点：UTAU 是按假名发音的，不是直接输入罗马音歌词。比如「アイ・アイ・ア」里的「ア」要填成片假名的「ア」，而不是a。填错的话，合成时会找不到对应采样。

3.2 先跑单条音符，再跑整段旋律

很多人一上来就把整首 3 分钟的歌唱完，结果中间某一句音高怪得没法听，还要花时间定位是哪一段的参数出了问题。

我建议先把副歌里的一小句，比如「アイ・アイ・ア」这三个音节单独做成一个测试片段，确认发音、音高、音长都对了，再把它扩展到完整段落。这个思路和写程序先跑最小用例是一样的：越早发现问题，排查成本越低。

3.3 flags 和音量参数不要拉满

UTAU 合成时影响音色的几个核心参数是：

• 音高（Pitch）：控制音痴和真假音转换
• 音量（Volume）：控制每个音符的大小
• flags：控制音色的明暗、气息、噪感
• 速度（Speed）：控制辅音长度

常见的错误是一开始就把 flags 开得很高，想让声音变得更有力度，结果直接爆音或者出现很难听的齿音。正常做法是先用默认 flags 合成一次，听清基础音色，再每次只改一个参数，对比前后差异。

3.4 听感判断的标准

调音完成之后，不要只看波形，也要和原曲对比。具体的判断标准可以分成三档：

• 是否听清歌词：每个假名的辅音是否清楚，有没有吞音
• 是否跟得上伴奏：长音会不会拖拍，短音会不会切太快
• 音色是否符合预期：和原曲风格对比，是偏明亮还是偏暗

如果某句听起来特别奇怪，先看是不是音高数据本身错了，再看歌词填得对不对，最后才考虑 flags。很多调音问题其实是输入问题，不是合成问题。

4. 导出、混音和发布前的检查清单

4.1 导出 WAV 时要注意采样率和格式

UTAU 默认导出的格式是 WAV。导出前检查一下采样率，尽量和伴奏保持一致。比如伴奏是 44100 Hz，人声也导成 44100 Hz，后面进混音软件就不容易出现采样率不匹配导致的噪点。

另外记得把导出的文件按照「歌曲名_版本_日期.wav」这样的格式命名。我有一段时间导出文件名全是export.wav，结果多调几个版本后完全分不清哪个是最新的。

4.2 混音阶段不要把 UTAU 人声直接怼到最大

UTAU 合成出来的人声，动态范围和新录的干声不完全一样。混音时先让人声的响度和伴奏匹配，再考虑加 EQ 和压缩。

如果你没有混音基础，最简单的做法是：先把伴奏音量固定在一个位置，把 UTAU 人声拉到能清楚听到但不刺耳的程度，然后听 30 秒，调整后再导出。不要一开始就加一堆效果器，因为人声本身如果有齿音，加了很多激励只会更糟。

4.3 发布前用 Obsidian 检查清单

「アイ・アイ・ア」这个 COVER 要发布，涉及的除了音频，还有封面、标题、视频规格和歌词信息。在 Obsidian 里建一个发布检查清单，我常用的字段是：

• 人声导出文件路径
• 伴奏来源和 BPM
• 混音版本号
• 封面图片是否已生成
• 标题格式是否包含「【Obsidian】...【UTAUCOVER】」
• 歌词有没有打在视频里
• 字幕烧录后是否需要重新压制

这里面最容易漏的是歌词。视频如果没有对应歌词字幕，观众很难跟着唱。先用笔记把歌词内容整理好，再去做字幕，效率会高很多。

5. 边做边记：用 Obsidian 知识库沉淀一套可复用的 Cover 工作流

5.1 每个 Cover 工程需要记录哪些字段

我把 UTAU Cover 项目拆成四个信息块：

1. 工程信息：原曲名称、BPM、调性、时长、声库名称
2. 音源信息：声库版本、oto 是否改过、有没有自定义 flags 模板
3. 参数快照：Pitch、Volume、flags、Speed 的最终值
4. 版本记录：每个导出版本的时间、改动点、混音状态

用 Obsidian 时，我会为每首歌创建一个独立笔记，然后在笔记里用表格记录，比如「初版调音」「副歌爆音修复」「混音 v2」这样的事件。这样即使过了一个月回来，也能知道上次做到哪里。

5.2 用 Dataview 插件做项目索引

如果 cover 的歌数量变多，比如一个月做四五首，单靠笔记列表会找得很累。这时候用 Obsidian 的 Dataview 插件，可以按「状态」「声库」「日期」自动生成索引。比如一个简单的查询，把状态为「调音中」的 Cover 工程列出来，就不用每次手动翻文件夹。

Dataview 需要写一点简单的查询语法，但是值得学。它的原理是读取笔记里的 YAML 属性，再按条件展示。比如每篇工程笔记开头写status: 调音中，Dataview 就能把所有正在调音的工程汇总到一个页面。

这个习惯一旦养成，你会发现 Obsidian 不只是做知识管理，用它做创作项目管理也完全可以。

5.3 用 Git 做工程版本管理

调音是一个很容易反复的过程。今天觉得这个 flags 好听，明天觉得还是上一版好。如果只靠 UTAU 的另存为，文件名会越来越多，最后彻底混乱。

Obsidian 配合 Git 插件可以做版本管理。每次修改完笔记、调音参数或工程说明，提交一次。这样每次改动都有记录，想回退也方便。UTAU 工程本身通常不是文本格式，不一定能直接放进 Git 里做增量对比，但笔记和参数快照可以。

如果你和我一样，习惯在 Obsidian 里写调音日志，那 Git 就不是锦上添花，而是必备工具。它能让你的参数回溯从「没有记录」变成「随时可查」。

6. 常见问题和排查顺序

6.1 UTAU 打开后没有声音

先按这个顺序排查：

1. 系统音量是否为零
2. UTAU 的输出设备是否选错
3. 音源有没有加载成功
4. 音符有没有歌词
5. 合成轨道有没有被静音

这里面最容易忽略的是歌词。UTAU 里如果一个音符没有填假名，它不会报错，但合成出来就是空白。如果你发现某个地方没有声音，先点进音符看有没有词，再去看音源。

6.2 调出来的声音发闷或发尖

声音发闷，常见原因是 flags 里加了很多类似低通滤波的参数，或者是原声库本身偏暗。处理方法是减少暗色 flags，或者适当提升音量。

声音发尖，通常是 flags 里加了太多明亮度相关的参数，导致高频被过度放大。遇到这种情况，不要急着把整个 flags 清零，而是把单个参数一点一点降下来，每降一次听一次。

请记住一个原则：一次只改一个参数。同时改多个参数，你永远不知道是哪个导致的问题。

6.3 导出后音质和试听不一致

UTAU 预览和导出的合成算法通常是一致的，但如果你在混音软件里添加了效果器，音质变化就来自效果器。这时先对比「UTAU 原始导出」和「混音后版本」，看看差别从哪一步出现。

如果原始导出就不好听，问题在 UTAU 参数；如果原始导出还行但混音后变差，问题在混音链路。

6.4 一篇速查表

7. 最后几个我每次都会留意的提醒

做了一个完整的 UTAU Cover，再用 Obsidian 管好整个流程之后，我发现一个规律：做得顺不顺，不取决于你会多少高级调音技巧，而取决于你愿不愿意在开始之前先建好笔记、记录好环境、定好文件命名规则。这些事看起来不产生任何声音，但它们决定了你能不能在第二首、第三首歌里做得更快。

如果你只是第一次学着做，我建议先把目标缩小。不要追求一次就把「アイ・アイ・ア」整首做到完美，先把副歌 8 小节跑通，导出一个小片段，听一听，然后把参数记录到 Obsidian 里。这个小小的闭环，比满屏参数更值钱。

如果已经做过几首 Cover，我建议把注意力放在可复用性上。把调音参数模板、发布检查清单、Dataview 索引都建好，下一次你就不是在单首歌上操作，而是在你自己的生产流程里操作。很多问题看着是工具能力不够，实际是前置环境和输入材料没有整理干净。UTAU 如此，Obsidian 也是如此。