ProductionExpert最近分享了一篇文章，关于如何让项目可以安全可靠的在多个环节内流通的建议。在SMPIGGY工作室的工作流程中，创作、制作到混音与母带都是独立完成，因此让项目在多人间流通并不会令我困扰，但某些问题上，我也经历着与文中类似的项目延续性与完整性的障碍。我会在文章中不时的发表我个人的评论。原文链接：https://www.production-expert.com/production-expert-1/the-workflow-habits-every-audio-engineer-should-master
如果明天有人打开了您的会话 — 您的 DAW 项目、您的文件、您的文件夹结构 — 他们能否从您上次中断的地方继续？
他们会知道哪些是完成品，哪些不是吗？当前版本是哪个版本？他们会找到带标签的轨道、干净的编辑、清晰的路由吗？或者他们会在一堆未使用的录音和被静音的轨道中找到“mix_final_REALthisone.wav”吗？
SMPIGGY：是的，这点我很认同，即便是我单独完成的项目，最后导出的文件也会出现“xxx_20250701”、”xxx_20250701final”、“xxx_20250701final(2)”这样混乱不堪的命名，然后过一两年我就完全忘记了到底哪个版本才是最终版。
在一个很少由一个人在单个地点完成项目的世界里，项目可以暂停数月，然后由新工程师在不同的系统上重新启动，创造和保持清晰度的能力不仅仅是一种敬业。这是专业的重要之处。
这与工作流程或文件管理本身无关。这是关于尊重。对于您的协作者。为了未来的自己。对于付钱请您交付的客户。我们询问了一群经验丰富的制作人和工程师，哪些习惯，无聊、乏味但必不可少，可以让项目顺利进行。他们的回答指出了任何从事音乐或后期工作的人都应该认真对待的一系列做法。
命名是一种习惯，而不是一项任务
让我们从基础开始。史蒂夫·德莫特 （Steve DeMott） 直言不讳地说：“为所有事物制定一个标准化的命名方案并坚持下去。
这意味着 tracks、takes、versions 和 stems。这意味着将艺术家姓名、项目标题和日期放在会话名称中。这意味着使用您下周会记住的版本控制系统，而不仅仅是“final”后跟“final2”和“final_修订版_确定版”。
Mike Thorne 对此表示赞同：“我可以轻松地在我当前的 NAS 和 Dropbox 上找到过去十年的任何会话。这不仅仅是整洁。它是基础设施。这是能够从您上次在 2017 年接触的会话中提供同步就绪的分轨，与告诉唱片公司它“在旧驱动器上的某个地方”之间的区别。
如果您找不到备份，那它就不是备份
许多工程师表示，他们会备份。很少有人能解释他们的实际计划是什么。
Steve 每天运行备份，在冗余 NAS 上进行长期存储，并将云同步作为异地镜像。这包括本地故障、物理损坏和帐户损失。这不是偏执狂。这是基本的数字卫生。
Mike 的方法类似。“我可以检索过去十年中任何时候的会话版本，”他说。而且因为它是结构化的、明确的命名和可靠的存储，所以它实际上是可用的。太多的备份只是一堆带有神秘时间戳的文件。当客户在下午 4 点打电话要求提供您在 2021 年交付的曲目的干净版本时，这无济于事。
SMPIGGY：可能是时代变化太快，我不常遇到客户要索取一份三五年前的音轨的需求，现在的AI每分钟就能出一首新歌，客户可能开始转移他们的合作方。但我确实对我的工程文件夹进行了NAS备份，现在这个网络文件夹已经达到了将近1TB的空间占用。
整洁的工作不仅适用于他人
“边工作边清理是关键，”Mike 告诉我们。“整合播放列表、淡化，都在您录制时顺手完成，因此下次播放就会听起来不错。”
这并不是要成为一个整洁的怪胎。这是为了确保进程传递真相。没有无用的沉默，没有神秘的音频片段，没有独奏锁的混乱。如果其他人打开了该项目，或者您稍后返回该项目，它应该清晰的展示一切。
让一切准备就绪。让助理、客户或母带工程师不用再猜测什么是故意的，什么是疏忽。
SMPIGGY：事实上，很多DAW都有删除未用音轨的功能，那些我们录制了音频，感觉不好，又重录一遍的后，之前的音频就成为了未用的素材躺在硬盘中。每次我都不忍心删除它，担心未来会用到。但实际上我好像一次也没用过这些无效素材。我现在会记得这一点，在项目中自动清理未用素材，然后保存一下。
敲定它并继续前进
威廉·威特曼 （William Wittman） 说得最好：“做决定。”如果有 5 个 takes，请选择 1 个 take。如果有 comp，请合并它。如果某个部分不属于某个部分，请将其删除。
太多的项目成为了数字囤积者的巢穴。但这种优柔寡断并没有创造灵活性。反而造成了脆弱性。在某个节点，必须有人说出“就是这个吧”。而且你越早这样做，你就越有时间让其余部分变得更好。
推迟选择也有一个实际的缺点。想象一下，您身体不适，无法完成混音，而其他人必须介入。现在他们盯着 30 个吉他片段或 15 个 ADR 音轨，却没有表明哪些是重要的。那不是一个安全网。那就是一团糟。就好像突然间你要求他们成为制片人，但他们根本不敢做决定。
即使你独自从头到尾混合了这个项目，一个充满优柔寡断的进程对你和其他人来说都是令人困惑的。你没有保持选择的开放性。你在为未来的你设下陷阱。尽早提交可以简化混音过程，提高您的注意力，并帮助您发现真正的问题，而不是被未做出的选择绊倒。
SMPIGGY：很有道理。通常来说，我会快速判断并做出决定。比如客户录音时的一句话，我会评估客户的状态，然后在他/她录制了三五句后，决定留下某一句，或再试一次，然后就确定下来，不再继续纠缠在这里了。歌手最有精力的时间就在这一个小时中，不要太过犹豫。这可能也与当前我们大多疯狂的使用Melodyne有关（很遗憾，这是事实，我们往往是被要求的）。
如果需要，请将可能性留在记事本上。决策会真正的影响到进程。
做有意义的笔记
进程清晰度不仅仅是关于可听或可看的内容。它还关乎可以理解到什么。
Russ Hughes 说：“可能是年龄，或者只是我，或者两者兼而有之，但我有一半的时间都记不清上周我做了什么。我有一条金鱼的记忆。所以，在进程中做笔记。要么在 DAW 轨道本身中，要么作为文本注释。
你不会记得为什么你向左平移了一些声音，或者通过一个名为 “Misc FX B” 的子组来路由鼓混响。你不会记得为什么你渲染了一段分轨，但在它下面留下了一个被静音的原稿。趁它还新鲜的时候把理由弄清楚。将轨道标记为“USE THIS – COMP V2”比以后再猜测要好得多。
当有人在三个月内打开您的项目时，无论是协作者还是您，这些小笔记都可以节省时间并防止混淆。它们解释了你这么做背后的原因，而这往往是混乱的进程中缺少的东西。
SMPIGGY：做笔记确实非常有效，尽管它看起来很老套老土。有时候我出门录多轨项目，使用ZOOM L12录音机，我就会在笔记本上记住轨道1~2录的是琵琶，轨道3~4录的是打击乐等等。在L12的轨道设置中也可以标记英文，但那个速度比较笔记本还是慢多了。工作室中我会使用DAW，但在这种不是特别急迫的项目中，我似乎很少利用DAW内置的笔记本，或真的笔记本，写下笔记，这导致我工作室的项目反而不如外出录音的项目对轨道的管理更有条例。以后要多使用。
不要假设他们有你的插件
项目交接中最常见的痛点之一是插件兼容性。仅仅因为您拥有一套精心策划的工具，并不意味着下一个人会。
许多后期混音师习惯使用 AudioSuite 处理或将他们的编辑和效果打印到新轨道。这与不信任无关。这是关于可预测性的。降噪、对齐、对话处理 — 这些过程通常依赖于专业插件。但是，如果下一个混音器没有相同的工具，甚至没有相同的版本，那么您的设置和自动化可能毫无用处。
将重要的部分打印。渲染已处理的版本。保持清晰的标记。
但是，有一点至关重要，请始终保留原件。如果必须的话，将它们静音、隐藏、放在单独的播放列表中。只是不要删除它们。以一种清楚地将它们与已处理版本联系起来的方式命名它们，这样任何人都可以跟踪更改或在需要时恢复。
这并不是要过于谨慎。这是关于体贴和现实。进程应该在插件不匹配、版本差距和意外编辑的情况下都能保留下来。为下一个人提供足够的信息和音频，以便他们做出正确的决定，而无需您的一套系统、一套设置或电话号码。
SMPIGGY：同样的事情，其实也会发生在同一间工作室中。随着DAW的升级，插件的迭代，一些软件的胡乱命名，真的会毁掉很多项目设置。我记得Kontakt有一段时间会以版本后缀来命名，比如Kontakt 5什么的，这就导致之前我使用Kontakt命名的插件所进行的项目，后来一个也打不开。关键是，我也没有在轨道上做清晰的标记，这导致我非常精巧的乐器调音全都白费。我必须将Kontakt中加载的几十件乐器，按照记忆大概得重新在Kontakt 5中载入，然后根据听觉重新混音。但其实，我只要一开始在轨道命名中写清楚，“LASS First Violins I”，并在后续的EQ中保存为预置“1st Violins I for XXX project”，就不必有后顾之忧。
真正的考验：其他人能接手吗？
归根结底，这就是问题所在。其他人可以打开您的项目并了解发生了什么吗？
如果不是，则需要做出一些改变。专业工作并不存在于您的脑海中。它存在于您的文件、笔记、命名、路由和一致性中。这些习惯不会得到掌声。但它们会防止您的项目分崩离析。它们会让你成为更好的合作者。它们将确保您受到尊重，不仅因为您创造什么，还因为您的工作方式。
因此，下次你结束一天的工作时，问道：“如果我明天必须交出这个，我会很高兴有人可以处理它吗，包括我自己？
如果答案是肯定的，那么您做对了。
SMPIGGY：非常好的文章。即使对于一些有良好项目习惯的人来说，这篇文章也是一篇很好的提示，提示他们如何总结自己的工作习惯，如何坚持一些事后感天谢地的小细节。我也是在十多年后，才建立起来自己对项目构架的理解，但依然发现有太多的不足之处。记住这篇文章，在莞尔一笑之后，掏出笔和笔记本。
