关于我们如何管理多站点达芬奇工作流的概述

过去的几年里，和你们中的许多人一样，我们频繁在家里工作。起初，这是出于必要（疫情关系），但后来这变得更像是一种生活方式的自主选择。在我们所在的大华盛顿特区，人们常常会花2到3个小时在车里，堵在上下班的车流中。这特别烦人！

几年前，我们的工作流是基于单一工作地点设置的——我们在马里兰州银泉有个工作室。这不仅意味着那里是我们日复一日工作的地方，也意味着所有数据都在那里存储和输入/输出。

当团队中的每个人每天都来工作的时候，这个集中式的地点很棒，但当疫情来袭的时候，我们就不得不迅速改变方向找到在家工作的最佳方式。而这发展到现在，我们现在基本在哪儿都能工作了。

我们一直被问到建立这样的多站点工作流需要什么组件的问题。在本期的 The Offset Podcast 中，我们会讨论一下我们工作流的主要支撑部分。

这包括：

• 利用BMD云托管我们的项目数据库
• 利用TrueNas的NAS设置
• 使用SyncThing保持工作地点之间的同步
• 网速快的重要性

还有一些其他领域这集我们暂时没有讲到，但未来的集数里还会提到，包括实时推流，利用交换机控制远程调色会议，等等。

——罗比和乔伊

罗比：在今天的节目中，我们探讨的是工作流，而这不仅仅是一般的工作流，而是乔伊和我每天在项目中实际使用的工作流。欢迎收听/收看。

罗比：大家好，我是罗比·卡曼（Robbie Carman）

乔伊：我是乔伊·迪安那（Joey D’Anna）

罗比：欢迎继续收看Offset播客的这一集。乔伊，今天我们讨论的是工作流。这是人们每天都津津乐道的事情——在我们这个圈子，后期制作，以及完成片制作领域都是如此。当然，有很多不同类型的工作流，但我们经常，差不多每周，都会被问到我们在彼此之间和我们的不同地点之间建立的是什么样的工作流。

罗比：我今天想探讨一下这个问题，因为我们通常会回答很多问题——就像我之前说的——但据我所知我们还没有做过任何比较特别的事情。我们只是把很多不同的部分连到一起让事情变得更有效率。但在开始介绍我们的工作流之前，让我们先谈谈我们所面临的情况和一些挑战。

罗比：我们也正在努力克服这些，因为我们还是遇到过一些挑战的。大家都知道我们有一间办公室，是我们的主办公设施，我们经常在那儿审片。我们在那儿工作。那是我们整个音频小组的基地。但如你所见，乔伊那儿的房间其实就在他家的地下室里。

罗比：我家地下室也有类似的设置。所以我们有这么三个地点，但我们经常碰面，结果就变成了这里有些媒体文件，那里也有些媒体文件和项目的情況。而且多年来，乔——我不想说我们为此做得很艰苦，因为我们有一些我们自己会采用的变通方式——要不你先描述一下我们的早期工作方式，以及我们是如何到达那一步的，然后再聊聊我们现在是怎么做的？

乔伊：好。就像罗比所说的，我们做这个多站点共享工作流到现在已做了很久。我们两个在疫情前就开始在家工作了，而多年来我们一直在移动媒体文件，移动项目，并以各种不同的方式合作项目。一开始事情总是很简单：好了，这是所有的客户媒体文件了，对吧？

乔伊：我们会下载下来，我会在我这边下载，或者你在你那边下载。

罗比：用硬盘。

乔伊：或者用硬盘，之后我会复制硬盘，把它拿到办公室或交给罗比，这样他就能把硬盘带回家了。我可能会在我这端按我想要的方式于存储区域建立一个项目，组织整理好所有文件夹。然后罗比在他那端也会这么做。

乔伊：而当我们需要来回移动一些东西时，我们会导出一个DRP，一个达芬奇项目，然后他会在他那边打开它。重新链接所有媒体。有时这是个简单的过程，有时不是——取决于我们是否使用了不同的命名方式或不同的硬盘盘符，或者是否是从不同的平台到不同的平台。

乔伊：我们就这样来来回回。所以当文件要回到我这边时，我就得做相反的事，基本就是撤销罗比之前为了他那边行得通所做的一切，好让我这边行得通。这个过程包含了很多低效率的环节。因此，随着软件的进化和我们流程的内部进化，我们经历了几个非常重要的步骤，以让这一切的运作基本上天衣无缝。

罗比：是的，我觉得有几件事值得一提：早年，我们两个都有点……我们一起工作差不多十年了。你会有做事情的偏好，比如你命名的方式，你组织管理事情的方式，而我会有我的偏好。

罗比：而且，你知道，我觉得我们之间的简化步骤做得很有默契。但有时候还是得侦探似的“破译”对方的操作。比如：你把这些从客户那儿拿来的测试图或者你从音频团队得到的混音放到哪里去了？所以除了比如我们如何传输各种文件那类的机械的步骤之外，还有一些组织管理层面的东西。

罗比：我在那个时期最大的痛点，尤其针对达芬奇、DRP和项目文件，就是要保持同步，是吧？你得了解比如眼下用的是这个项目的最新版本，这是最新的时间线，哦那是你做XYZ的那个项目。这是一个真正的挑战。

罗比：我们最终会得到一个文件夹，里面有20或30个DRP，来自审片会议结束之后或后期审片会议，而我们会给它们不同的命名。然后我们很快就被搞糊涂了，然后我们就觉得：不不不，我们必须得解决这个问题。

乔伊：这种合作有点打击了团队合作的积极性，对吧？因为如果这是一个从一个地点到另一个地点再回来的过程，我不能说：嘿，罗比，你能快速看一下这条时间线上的这个镜头吗？毕竟我自己来解决我自己的问题可能花费的时间更少，反之亦然。

乔伊：如今，我们俩会惯常分享项目中非常细节的内容。比如：你能在我给节目这一幕调色的时候解决这个遮罩问题吗？你来调第一幕，我来调第二幕好吗？基本上在我们的工作时间里，如果需要帮助，我们总是可以向对方寻求帮助。而且因为工作流是无缝衔接的，所以这样做不会给我们带来不便。

乔伊：然而在旧的DRP方法中，问题得在我们合作前足够严重才能证明这么来来回回倒腾是有必要的，而现在我们则可以直接说：好的，那你做这个，我做那个，且我们很快就能把事情做完。

罗比：没错，而且我要说明一点——我觉得很多人听到这里可能会觉得：是啊，我每天都在自己工作室里都这么做。当你和某人在同一处工作并且你们共用同一个存储区域之类的，这样做会更容易。但当两人在不同的地方工作——就我们的情况来说，实际上是在好几个不同的地方——我们甚至可能不是每天都会去这些地方，而在这些地方我们需要这些媒体文件，事情就会变得更困难。我希望能够在去到办公室的时候，不必移动任何东西或做任何操作，只要坐在办公室桌前就能看到：没错，那些就是我或乔伊昨晚做完留在家里的项目，而我们眼下立刻就能开工。所以乔伊，我觉得对我来说，我们可以把工作流拆分成几个部分。我觉得对很多人来说，最难理解的是接收媒体文件的部分，是吧？

罗比：当然，大家都知道同步网络这个词很久了，对。比如这里有个U盘或者硬盘。你把它从一个系统转移到另一个系统。但这种方法有很多问题。我想你刚刚提到了其中之一，那就是不同平台，不同硬盘映射。

罗比：你能详细解释一下这个吗？

乔伊：好的。有一件我们还没提到，但我觉得它挺重要，应该加入到这个整体方案中的事情是，我们不仅有三个不同的站点，我们有两种——有时取决于我们如何配置计算机——或三种不同的平台。是的，我们可能有一套Linux达芬奇——我们过去因为各种原因断断续续地使用过。

乔伊：但是目前，我们主要使用的是Mac和Windows上的达芬奇。在我的调色室里，我有一套Windows达芬奇和一套Mac达芬奇。而在办公室，我们只有一套Windows达芬奇。罗比的调色室有两套Mac达芬奇，而这些不同系统的达芬奇都以不同方式处理媒体文件。因此，存储的主要问题是多方面的。第一，要获取一个项目所有信息——基本就是指所有文件——然后给到全部三个站点；第二，但当有人在某个地方做出更改时，你得确保这个更改在所有站点都一样发生了。

乔伊：因此，如果我下载了混音文件，我需要把这些混音文件发送到办公室和罗比家里。我还需要罗比能够从客户那里下载一个测试图，然后我能拿到测试图，办公室也能拿到测试图，而不需要我们进行任何人工干预。这是一部分。下一部分是文件路径和硬盘映射，这其实大致分成两方面。

乔伊：一是技术问题，一是组织管理问题。技术问题是，Mac和PC的硬盘运行方式不同。你可以在Windows电脑上用D盘或者E盘，然后在Mac或者Linux上用斜杠加盘符，斜杠加什么什么的，斜杠NMT，斜杠随便什么，具体看你是怎么装载系统的。而达芬奇有个叫做映射装载的非常棒的功能来处理这个问题。

乔伊：你基本上可以定义所有的存储以及它们在其他系统上的位置。比方说，在我们的系统上，在Mac 和Linux上是斜杠盘符斜杠DC Color这样。而如果我们使用Windows系统，我们就会把映射装载设置成那个，但在Mac上我们会把映射装载设置为R盘。

乔伊：我们会有R盘的原因是因为我们所有的Windows计算机把DC Color存储用文件夹都设置为R。这样的话，我们就只会在Unix样式路径和Windows样式路径之间转换路径。在Mac和Linux上，文件会始终在斜杠盘符文件夹中，而在Windows上则是始终在R盘，于是我们只需要做一次映射装载，即在不同的平台之间关联，而不是在我的房子和办公室之间、办公室和罗比家之间，以及我家和罗比家之间设置映射装载。

罗比：绝对如此。我觉得这方面还有些事情需要进一步探索：第一，我们不使用外接可移动硬盘，是吧？我觉得这是很多人都会遇到的挑战——很多人都会觉得：我有个硬盘，拔出来就行了……我们要更细节地进行扩展的这整个想法都基于我们本质上有固定存储空间。

罗比：比如：我们在工作设施里有NAS，我们在家也有NAS，你家有，我家也有。所以这些文件路径一旦建立起来基本总是相同的。对吧？它们不会变，对吧？比如斜杠加盘符，斜杠加DC Color——一直在那儿，斜杠加“R”或“R:”等等，它们总是出现在窗口地址栏，然后……因为我觉得有些人可能是刚上手达芬奇的映射装载，但我总是……直到今天，我都很惊讶有多少人会说：“哇，我一直不知道原来可以点击那个小文件图标，它居然能改。”

乔伊：其实从达芬奇第六版开始就有了，我不明白为什么世界上其他的平台都没有这个功能。

罗比：对，其它平台都没有，就是这样。

乔伊：看着很简单，但能省不少时间。

罗比：确实如此。简单来说就是，一旦你设置了一个映射装载，比如，如果你想把盘符/DC Color映射到R盘，然后把R盘设置为映射装载，基本上它的工作原理是：任何时候在文件路径中，软件一旦读取到/盘符/DC Color，就会把它映射到R盘，反之亦然。

罗比：对吧？所以这个映射装载工作流的真正优势，一部分在于——这部分我们稍后会在我们开始同步媒体的时候解释——我们永远不需要重新链接任何东西，对吗？只要映射装载被设置好，我就可以打开这个项目，即使我在不同的平台上，对吧？

乔伊：是的。这就是标准化部分的用武之地。你记得我之前提过的吗：分成两方面，有技术部分，也就是映射装载，然后是操作部分，也就是标准化。第一，我们可以使用映射装载，因为我们标准化了跨所有平台的装载点。就像我说的，所有的Linux，所有的Windows，所有的Mac在它们的生态系统中都有着相同的装载路径。

乔伊：所以我们只是用映射装载来串连起两边。但还有另一件事我们很久以后才真正花心思去做——但我认为这在你团队协作，即使这个团队一共只有两个人时，真的真的很重要——那就是我们现在有了一个专用的模板化项目文件夹结构。这意味着每个项目都有相同的文件夹结构，而第一个……呃，这有点像在达芬奇中使用固定节点结构，是吧？

乔伊：你一开始想到它的时候，会觉得：“好吧，这会带来很多限制”，但如果你把它建得很大，就不会有这个问题了。因此，我们的文件夹结构基本上会有一个专用的文件夹，里面装着任何项目中我们可能需要的东西，而在任何特定项目中，我们可能会用到这些文件夹10%的空间。但在我多年后期制作工作经验中，我发现最好的组织管理方式就是自动找到一个合适的地方来存放东西。

乔伊：如果你有合适的地方存放东西，那里就会变成你的默认存放位置。所以即使你时间紧迫，即使你在赶工，你也会先进入正确的存放位置，而不是为了快点做完草率把东西都丢在桌面上，做些杂乱无章的操作。因为现在我们所有项目工作站点的项目文件夹结构都一样，而映射也都一样，装载也都一样。

乔伊：确实是这样。我可以在桌面开一个项目。我可以去我的协助工作站桌面——那是一台Windows设备——打开同样的项目。我可以开车去办公室，打开同一个项目。我可以打电话给罗比说，罗比，你能看看这个项目的第二个镜头吗？而他可以直接打开项目，找到第二个镜头。

乔伊：而我们的进度都是一致的，不需要重新链接媒体文件。

罗比：绝对如此。这就是我们组织管理项目的方式。我们用一个叫做Post Haste的工具——这是个在Mac平台上很流行的广为人知的工具。它让你能够任意自动创建那些文件夹结构。这是件好事：我们组织管理的基本上都针对客户提供的东西，以及我们自己创建或管理的东西。

罗比：所以在我的客户文件夹中，我们有一个统一的媒体文件夹——如果他们给我们一份Premiere Pro项目或类似的东西的话。我们会有一个放烘焙文件的文件夹，我们也会有一个放修复和VFX文件之类内容的文件夹。在我们的文件夹中，我们会有文件夹装音频和平面图形文件——可能是其他供应商那边发过来的。

罗比：我们有一个文件夹装放映文件和最终输出。这么做的重点不在于锁定，以及让人们采用我们的文件夹结构，而更多是在于考虑某种文件夹结构是否对你和你那头的使用端有效，然后坚持使用这种文件结构，是吧，这样你每一次都会清楚知道：哇噢，我要为这条时间线找合适的参考文件。

罗比：你猜怎么着？然后你就能马上在客户资料和参考内容里找到你要的东西了。就是这样。这些都是可重复的，并且很容易找到。

乔伊：而且我们确实花了不少时间才走到这一步。没有任何原因，只是因为我们当时工作方式很正常。我们工作得很顺利，项目进来了，项目完成了，项目出去了。没有什么戏剧性的大问题需要解决。所以我们那会儿都没坐下来说：好吧，我们暂停片刻，考虑一下实际的工作流、文件夹结构和标准化。

乔伊：是的，而等后来我们真的这么做了，我们做了些迭代，是吧？我们尝试了一些东西，用真正的项目尝试，更新换代工作流后锁定了它。这很重要。任何时候如果你要构建一套模板化工作流的话，先试一下，并准备好做出改变，最终你则会把它锁定下来。但是我们有一些早期项目可能并不完全符合这个结构，因为我们仍然在调整和探索它。

乔伊：这没关系。这永远都是个过程，但只要努力让所有人都保持在同一进度，就会产生巨大的影响。

罗比：我觉得这有点像节食或者锻炼计划，对吧？好像我会比你更有罪恶感一点：比如有时候我会偷懒，直接把文件随便丢进去什么的。但这是这么一种情况：你做得越多，这就越成为习惯，你就越能看到它的好处——就像那些节食或者锻炼计划之类的。

罗比：我觉得这种迭代是很重要的。早年，比方说，我没有意识到，小写文件夹命名会让你发疯。对吧？呃……

乔伊：我知道这完全不合理，但我喜欢大写文件夹命名。

罗比：行。现在我们已经讲过映射装载和文件路径的部分了。我们也已经讨论了一种标准化的文件夹结构。那么，我们实际上是怎么把媒体文件从A点传输到B点传输到C点的呢？这到底是怎么运作的呢？

乔伊：大家都知道这个问题有很多解决方案，对你来说所谓的“正确答案”就是任何适合你的方案。但是对我们来说，我们的需求通常是我们不想去找云服务提供商，我们不想在云服务里镜像存储所有东西，因为这要么会变得非常慢，要么会非常昂贵。我们需要能够可靠地在三个不同的地方之间来回传递，我们要能够控制它，因为我们有很多非常庞大的项目，永远不需要移动。

乔伊：比如我可能会在一部电影上工作很长一段时间，从不需要在办公室或者罗比家里做相关的工作。而且我们并不想把我们一路在做的所有操作都同步。我们希望能这样：OK，这个项目，勾选，然后送去办公室，送去乔伊家，送去罗比家，而这个项目则送去罗比家和办公室。

乔伊：所以我们需要能够引导什么样的项目进入什么样的存储位置，因为就像罗比说的，我们在每一个位置都有NAS，而虽然现在存储已经变得非常便宜，它毕竟不是免费的。同时媒体文件正在变得越来越大。所以我们确实需要做一些管理工作。我们最初使用Resilio Sync——原本它还叫BitTorrent Sync。

罗比：没错。

乔伊：Resilio Sync是一款非常酷的产品。当时有很多人用它，做得很成功。但我们最终关闭了它，因为我们遇到了一些各种各样的技术问题。

罗比：我应该补充一点：我们还在一台位于特定工作地点的电脑而不是NAS系统上本地运行Resilio Sync。所以可以用一台Mac，一台备用 Mac或PC，在任何多工作地点作为应用程序运用Resilio Sync。

乔伊：是的。所以为了管理它，你得去那台电脑上操作，对吧？所以我们最终决定使用一款非常酷的开源软件Syncthing。Syncthing基本上可在任何系统的后台运行，这也意味着我们可以在我们实际的NAS系统虚拟机里运行它，而这也可以在不同的NAS平台上运行。

乔伊：所以如果你在使用Synology、QNAP或TrueNAS——我们用的是后者——它们中的大多数都有虚拟机功能，而你可以在你的NAS上直接运行Syncthing，这意味着它能够以超快速度索引文件、扫描文件以及来回发送文件，而且它不会给你的调色系统带来负担。而且Syncthing还为你提供了一个网页端用户界面。

乔伊：你可以从网络中的任何地方访问网页端用户界面。所以我可以跳到我的iPad，说：“嘿，罗比，我现在发你这个项目。”然后点击，就大功告成了。因为所有的路径在我的NAS上可用，而且Syncthing也在NAS上运行。我们基本可以有……我们只需要一份事项列表，里面是各个项目和它们同步到哪里。而在我们作出更改时它会监视文件夹，在不同位置来回上传文件。

乔伊：它有一个垃圾箱功能，在过去“救”过我们，因为当时，有人删除了一个远程站点的东西，然后它会传递这个删除操作到其他站点，以保持一切同步。你可以设置一个偏好选项，把它移动到一个隐藏的垃圾箱文件夹而不是删除它。这样的话，如果我删掉一半的项目，你猜怎么着？

乔伊：即使我可能已经把它从我系统里删除了。但这些文件还在办公室，也还在罗比家里，因为程序没有从罗比的存储空间里删除它们，只是把它们放进了垃圾箱。

罗比：这是个很好的观点。我稍后会展开讲讲。我认为重要的是要留意那些经常在这种技术中使用的短语——它以此区别于人们会用来工作的其他方式。这是一种点对点的设置。我会从我的NAS传输到办公室NAS，再到乔伊的NAS，等等。

罗比：无论这个客户直接在哪里运作，我们都不会首先使用中继点。这样人们可能会说：是的，当然，我合作使用媒体文件，但我可能首先会同步到，比如我的谷歌Drive或Dropbox或Frame.io。那种情况下，你其实是上传到了云服务中的某个中继点。

罗比：然后在另一个使用端就要把它再下载下来。这样沿着这条链就已经有三个而不是两个点了。我们已经注意到，从速度的角度来看，它的速度是两端管线所能支持的最快速度。所以对我们来说，这基本上意味着来回传输都是千兆位的速度。所以我们……

乔伊：看到ProRes文件在Syncthing以每秒900MB的速度传输真是很酷。因为这就像是：罗比你能把那个你想让我看一眼的项目发给我吗？当然。一键传输。好的，我已经收到了——如果是个小项目的话。

罗比：是的。我觉得在自己的NAS的系统上运行这个的额外好处，就像你提到的，就是那些机器，那些盒子通常会一直运行。所以不用担心电脑休眠了，或者有人把笔记本电脑从网络上断开了，或者之类之类的问题。

罗比：这些都是固定资产。软件总是在监测和关注媒体文件的进入。我记得你提到了清理垃圾的事。我认为另一件非常重要的事，也是我们过去在Resilio之类的平台遇到过麻烦的事，就是这些同步工具处理冲突的方式。比方说，举个例子：假设你还在下载的时候同时同步了一些东西，或者你在我创建一个文件夹的同时也在创建一个文件夹，Syncthing里有一套强大的工具来管理这些操作。就像是：嘿，我发现到这个文件不同步。你可能需要查看并解决这个问题。这也为你节省了些时间。

出处：DC Color | The Offset Podcast

编译：Charlie | 盖雅翻译小组