每次看到「【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 安装失败的判断顺序如果装完列表里没有音源先别急着重新下载。按这个顺序查音源文件夹是不是真的在voice目录下文件夹名称是否包含全角字符或非法符号UTAU 是否在安装音源后才启动音源目录里有没有.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 项目拆成四个信息块工程信息原曲名称、BPM、调性、时长、声库名称音源信息声库版本、oto 是否改过、有没有自定义 flags 模板参数快照Pitch、Volume、flags、Speed 的最终值版本记录每个导出版本的时间、改动点、混音状态用 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 打开后没有声音先按这个顺序排查系统音量是否为零UTAU 的输出设备是否选错音源有没有加载成功音符有没有歌词合成轨道有没有被静音这里面最容易忽略的是歌词。UTAU 里如果一个音符没有填假名它不会报错但合成出来就是空白。如果你发现某个地方没有声音先点进音符看有没有词再去看音源。6.2 调出来的声音发闷或发尖声音发闷常见原因是 flags 里加了很多类似低通滤波的参数或者是原声库本身偏暗。处理方法是减少暗色 flags或者适当提升音量。声音发尖通常是 flags 里加了太多明亮度相关的参数导致高频被过度放大。遇到这种情况不要急着把整个 flags 清零而是把单个参数一点一点降下来每降一次听一次。请记住一个原则一次只改一个参数。同时改多个参数你永远不知道是哪个导致的问题。6.3 导出后音质和试听不一致UTAU 预览和导出的合成算法通常是一致的但如果你在混音软件里添加了效果器音质变化就来自效果器。这时先对比「UTAU 原始导出」和「混音后版本」看看差别从哪一步出现。如果原始导出就不好听问题在 UTAU 参数如果原始导出还行但混音后变差问题在混音链路。6.4 一篇速查表问题优先检查次要检查一般解决方式音源列表为空voice 目录路径文件夹名称手动放置并重启 UTAU发音全部错误oto.ini 是否存在编码是否为 UTF-8修复或替换 oto.ini单句没声音音符是否有假名是否静音补填歌词音色发闷flags 暗色参数音量降低暗色 flags音色发尖flags 明亮参数伴奏冲突降低明亮参数导出文件错乱文件名版本记录按规则命名7. 最后几个我每次都会留意的提醒做了一个完整的 UTAU Cover再用 Obsidian 管好整个流程之后我发现一个规律做得顺不顺不取决于你会多少高级调音技巧而取决于你愿不愿意在开始之前先建好笔记、记录好环境、定好文件命名规则。这些事看起来不产生任何声音但它们决定了你能不能在第二首、第三首歌里做得更快。如果你只是第一次学着做我建议先把目标缩小。不要追求一次就把「アイ・アイ・ア」整首做到完美先把副歌 8 小节跑通导出一个小片段听一听然后把参数记录到 Obsidian 里。这个小小的闭环比满屏参数更值钱。如果已经做过几首 Cover我建议把注意力放在可复用性上。把调音参数模板、发布检查清单、Dataview 索引都建好下一次你就不是在单首歌上操作而是在你自己的生产流程里操作。很多问题看着是工具能力不够实际是前置环境和输入材料没有整理干净。UTAU 如此Obsidian 也是如此。