FlowLabs 基于浏览器的实时远程审片解决方案

FlowLabs 联合创始人 Marcus Oliver 介绍了公司基于浏览器的实时远程审片解决方案，以及它如何致力于让审片流程走向“平民化”。

请介绍一下 FlowLabs 的背景

我们在后期制作领域以各种形式干了大约十年，Flow 正是源自我们自己在工作中的实际需求。FlowLabs 是一家年轻的公司，Flow 是我们为解决反复遇到的问题而打造的产品。团队规模很小，在这个快速变化的领域里，这反而成了真正的优势：我们可以快速测试和迭代、频繁发布功能，并且直接与使用 Flow 的人对话，而不是把一切都层层过滤。当一位调色师告诉我们想在 Flow 里加点什么，通常第二天就会有人跟进。

Flow 是什么？

Flow 是一种快速、高质量的方式，让创意人员能够与客户和团队实时远程协作。它是一款面向后期制作的远程审片工具。调色师、剪辑师、混音师等创意人员可以直接从他们的 NLE（Resolve、Premiere、Pro Tools 等）把画面串流到客户在任何地方的网页浏览器里。它以接近实时的方式运行，画质极高。因为我们不做转码，观看者看到的是直接来自艺术家监视器的实时画面。所有人都可以开启摄像头和语音加入，还能聊天、留下文字备注、直接在画面上做标注。

它主要针对工作流中的哪些环节？

调色是重头戏，因为它对画面保真度和客户信任度要求最高，而把一个准确的画面串流出去、不受不必要的重压缩和延迟干扰，正是我们擅长的。剪辑的情况非常类似，边通话边剪、实时拿到反馈意见。声音制作也紧随其后，我们有干净的音频和延迟偏移控制，以适应不同的监听环境。

它能给内容创作者带来什么帮助？

它带来的核心价值是时间和节奏。通常你得导出一个离线版本，上传，发链接，然后等客户看完写意见。这可能耗时数小时（甚至更久），而且即便如此，你还得去揣摩那些意见到底意味着什么。有了 Flow，客户就在你的工作现场。大家在同一个通话里、同一时间看到同一个画面，感觉就像他们坐在你身边——可以说话、打字留言、直接在画面上画标注，精确指出他们的意思。因为画面接近实时、没有服务端转码，他们看到的是真实图像，而不是一份过度压缩的副本。我们想要的效果就是“客户在背后看着你的肩膀”。对自由职业者来说，这意味着更少的往返轮次和更快的验收确认。这也影响了我们的定价方式——我们提供预付的按量付费选项，如果你只是偶尔需要 Flow，就不用被月费绑死。

它是怎么工作的？

Flow 直接从你的工作站获取视频信号，也就是你的 NLE 或调色系统的输出，并实时串流给你邀请的任何人。来宾用普通网页浏览器就能观看，无需安装任何应用。底层基于 WebRTC 构建，使用 WHIP 协议把画面从你的机器干净地送入我们的系统。信号在源端只编码一次，然后原样发送，所以没有转码、也没有代理渲染，即使在较低码率下画面依然干净。画面之外是协作层：来宾可以用摄像头和语音加入，使用实时聊天、文字备注、在画面上绘图的画笔工具、可指向画面元素的光标跟随（cursor-follow），以及会话笔记。主持人可以用邮箱或 Google 账号登录，几分钟内就能开始串流。来宾只需要一个链接并被放行进入房间即可，无需创建账号，且由主持人掌控谁能留在会话中。

它与其他审片平台有什么不同？

远程审片通常有两种方式：要么是异步的，导出离线版本、上传、等意见；要么是实时的。异步方式的问题就是我们前面说的那些：耗时间，还得事后猜意见的含义。而大多数实时工具的问题在于，要么对画面转码、损失画质，要么延迟大到让人无法自然互动。Flow 的设计目标就是同时避开这两个坑。没有文件、没有上传，客户直接从你的时间线上看到工作成果。因为我们不转码，他们看到的画面接近真实图像；因为是接近实时，对话才能真正顺畅进行。

WebRTC 和 WHIP 的使用如何确保高质量、低延迟的串流，同时不牺牲画质？

WebRTC 就是为毫秒级延迟的实时互动视频设计的，而这恰恰是人们实时评审调色或剪辑成果时最需要的能力。它跑在 UDP 上，能实时适应网络状况，保持响应而不是卡在缓冲里。WHIP 则是把我们的画面标准化地送入这条通路的那一环，让连接的建立既可靠又快速。我们在源端以高质量编码一次，然后原封不动地透传。没有第二次压缩来劣化画面，而那正是很多画质通常流失的地方。这意味着即使在较低码率下我们也能保持出色的画质。它当然不能和坐在专业参考监视器前相提并论，但对远程审片来说，它在速度、保真度和易用性之间取得了很好的平衡。

与 SRT、RTMP 这类行业既有协议相比，这些先进网络协议的表现如何？

RTMP 是老黄牛。它用于单向推流到平台足够可靠，但跑在 TCP 上，延迟通常是数秒级，而且绑定的是较老的编解码器。这种延迟使它不适合互动式审片。SRT 是一个进步：安全、低延迟，而且应对丢包能力强得多，这使它非常适合广播信号回传（contribution）和点对点链路。但它的取舍在于，和 WebRTC 不同，它无法让客户直接在标准浏览器里原生打开，通常需要在接收端配备兼容 SRT 的播放器、解码器、应用、硬件终端或网关。WebRTC 的优势在于它是浏览器原生的、为实时双向互动而生，客户点一个链接就能以接近实时的方式加入会话。

你们是怎么避免转码的？

转码是指视频在链路中某处被解码再重编码。每发生一次，画质就会损失一点、延迟就会增加一点。传统审片工作流从源头上就埋了雷：你先渲染一个离线版本，然后平台上传时往往还要再压一次。很多直播管线也会转码，在服务端对画面重编码再分发，这在非 WebRTC 架构的方案里很常见。这两样我们都避开了。画面在源端以创作者想要的画质编码一次，然后不经服务端重编码直接透传给观看者。因为 WHIP 让我们直接摄取 WebRTC 流，中间没有格式转换环节。它仍然是浏览器里的实时编解码器，但客户看到的就是我们能做到的最接近源的画面。

除了目前的应用领域，你是否预见 Flow 会用于直播制作（live production）等领域？

这是很自然的方向。让 Flow 适合审片的那些特性，同样完美契合实时监看。已经有制作团队找过来，希望让导演、客户或远程人员实时看到片场的画面。就目前而言，我们仍聚焦于后期，因为那是我们最深耕、也最能发挥价值的工作流，但底层技术并不受限。一旦核心审片体验打磨到位，直播是我们可以预见 Flow 延伸的方向。

FlowLabs 正在关注的下一个重大技术进展是什么？可能会如何整合进平台？

我们目前为 Flow 关注两个主要方向。第一个是专用应用，串流完整的 10-bit 4:2:2 参考级画面，而不是依赖浏览器，并能连接 Blackmagic 等硬件设备。设想是：调色师可以把画面推到另一个调色机房，在经过校准的参考监视器上观看，这对色彩敏感的工作非常有价值。第二个是 HDR，尤其是 Dolby Vision。高端调色越来越多地在 HDR 下进行，把 HDR 准确地串流出去，显然是我们这类工具的下一步。除此之外，我们也在关注 AV1 等更新的编解码器在浏览器中的成熟，以在更低带宽下获得更好的画质。

未来三到五年 FlowLabs 的长期愿景是什么？你们打算如何持续保持平台的竞争优势？

未来三到五年，我们希望 Flow 成为后期作品远程审片的默认方式。落到实际，意味着扩展我们能处理的范围：HDR、更深入的硬件和参考级画面支持，以及人们日常在画面和声音上跑的更多工作流。我们的优势不在于花钱比谁多，而在于离作品足够近。我们是为自己人而做的创作者，团队小到可以快速响应真实反馈。只要我们持续解决这个行业具体的问题，而不是为了堆功能而堆功能，我们就始终有优势。

关于这个平台，还有什么我们没问到但你们想说的？

我们最想补充的是 Flow 存在的根本原因。很多能做专业级远程审片的工具，是为大型机构打造、也按大型机构的预算定价的，这往往让同样需要它们的自由职业者和小型工作室望而却步。我们想把同样的专业级能力带给独立从业者，去掉那道高不可攀的门槛。这种理念贯穿整个产品：你可以用 Google 登录，有一百个免费额度可以在真实项目上试用，几分钟内就能从 NLE 开始串流。定价也是同理——既有订阅、也有预付的按量付费选项，让成本匹配你的真实工作方式，而不是为用不到的时间买单。对于 Flow 擅长什么、不适合什么，我们也很坦诚。它在设计目标内做得很好，而我们对自己仍在打磨的部分也直言不讳。我们宁可让人信任，也不愿过度推销。归根结底，我们做这个工具，是因为我们自己就需要它。

译自：https://www.tvbeurope.com/production-post/going-with-the-flow-2