视频文件正是大多数人寻找更好的大视频分享方式的原因：一小时的 4K 相机素材可能有几百 GB，而一个剪辑项目也不是一个文件，而是一个文件夹， 里面有片段、代理文件、音频、图形，以及一个指向所有这些内容的项目文件。本指南介绍如何以原画质把素材和完整项目交给剪辑师或客户，以及每种方法在什么时候合适。
如今的视频文件有多大？
片段的大小更多取决于编码，而不是分辨率。H.264 和 HEVC 这样的手机和相机编码压缩率很高；ProRes 和 DNxHR 这样的剪辑编码是为画质和快速剪辑而设计的，体积很大。
Apple 的 ProRes 白皮书列出了 30 帧/秒超高清（3840×2160）的目标数据率：ProRes 422 HQ 约 884 Mbit/s，ProRes Proxy 约 182 Mbit/s。 换算成存储空间，大致是：
| 格式（超高清，30 fps） | 数据率 | 一小时素材 |
|---|---|---|
| ProRes 422 HQ | 约 884 Mbit/s | 约 400 GB |
| ProRes Proxy | 约 182 Mbit/s | 约 80 GB |
相机 RAW 视频格式和 8K 素材还要更大。这就是为什么一天的拍摄就能塞满一块 2 TB 的硬盘，也是为什么“把文件发给我就行”实际上是个物流难题。
有哪些方式可以分享大视频文件？
| 方法 | 原始画质 | 整个项目文件夹 | 免费大小限制 | 需要先上传？ | 下载期间发送方需在线？ |
|---|---|---|---|---|---|
| 聊天 / 社交应用 | 通常会重新压缩 | 否 | 较小，因应用而异 | 是 | 否 |
| 邮件附件 | 是 | 否 | 约 20–25 MB | 是 | 否 |
| 云盘（Google Drive、Dropbox、OneDrive） | 是 | 在线保留，下载时通常压缩 | 您的存储配额 | 是 | 否 |
| 传输服务（WeTransfer 类） | 是 | 通常为 ZIP | 请查看供应商当前套餐 | 是 | 否 |
| 审片平台（Frame.io 类） | 是，另有流媒体预览 | 视情况而定 | 请查看供应商当前套餐 | 是 | 否 |
| StrongFolder（P2P） | 是 | 保留，无需 ZIP | 服务本身不设限制 | 否 | 是 |
| 寄送硬盘 | 是 | 保留 | 硬盘容量 | 否 | 否 |
没有唯一的赢家。正确的选择取决于三个问题：素材有多大，接收方是需要观看还是剪辑，以及在对方下载期间您能否让电脑保持在线。
如何与剪辑师分享视频项目文件夹？
剪辑项目是一张链接网。项目文件存储着每个片段的路径，所以如果剪辑师收到的片段文件夹布局不同，就会面对满屏的“媒体脱机”，以及漫长的重新链接过程。 解决办法是发送一个整合好的文件夹，并保持其结构完整。
- **整合。*在 Premiere Pro 中，使用文件 → 项目管理器*，选择收集文件并复制到新位置。在 DaVinci Resolve 中，导出项目存档。 在 Final Cut Pro 中，把资源库的媒体整合到资源库或一个文件夹中。
- **决定是否使用代理。**如果剪辑师会先离线剪辑、之后再套底，请先发送代理文件——它们只有原文件的一小部分大小——之后再发送全分辨率媒体，或用硬盘交付。
- **以文件夹的形式发送文件夹。**在 StrongFolder 中点击 Upload Folder，选择整合好的文件夹并发送链接。剪辑师会在硬盘上保存同样的目录树， 所以一次重新链接就能找到所有内容。
按原有结构保存整个文件夹需要使用 File System Access API：电脑上的 Chrome、Edge、Opera 及其他 Chromium 浏览器支持。其他浏览器可以逐个下载文件，或以 ZIP 格式下载。 请让剪辑师在电脑上用 Chrome、Edge 或 Opera 打开链接。
免费 · 在浏览器中使用 · 无需注册
分享一个大视频需要多长时间？
直传是从您的电脑流向对方的电脑，所以它永远不可能比您的上行速度或对方的下行速度（取较低者）更快。以下是常见大小的最短耗时 （1 GB = 8 Gbit；实际传输还会有一些开销）：
| 素材 | 上行 50 Mbit/s | 上行 100 Mbit/s | 上行 500 Mbit/s |
|---|---|---|---|
| 50 GB | 约 2.2 小时 | 约 67 分钟 | 约 13 分钟 |
| 200 GB | 约 8.9 小时 | 约 4.4 小时 | 约 53 分钟 |
| 400 GB（1 小时超高清 ProRes 422 HQ） | 约 18 小时 | 约 8.9 小时 | 约 1.8 小时 |
| 1 TB | 约 44 小时 | 约 22 小时 | 约 4.4 小时 |
云服务遵循同样的物理规律：您先以上行速度上传全部内容，之后接收方才能开始下载。使用直传时，接收方在您发送的同时就在下载，所以只需等待一次，而不是两次。 代价是在整个传输期间，您的电脑必须一直开着——请参阅为什么发送方必须保持在线。
如何与只想观看的客户在线分享视频？
如果客户只需要审阅一个剪辑版本，就不要发给他们 200 GB 的母版。导出一个 H.264 或 HEVC 的审阅文件；它小到几乎任何渠道都能发送。 当客户需要精确到帧的评论时，带时间码批注的审片平台是更好的工具。剪辑版本获批后，再以原画质发送母版和交付文件——也就是对方真正要归档或播出的文件。
要以原画质交付给好几个人，一个 StrongFolder 链接就能服务所有人。一个链接可以被多位接收方打开；每个人都直接从发送方下载。 同时进行的下载会共享您的上行带宽，所以如果速度很重要，请让接收方依次下载。
什么时候不应该用 StrongFolder 分享视频？
坦诚面对取舍。在以下情况下，直传不是合适的工具：
- **您无法保持在线。**您带着笔记本在片场、在火车上，或者马上要合上盖子。请上传到云盘再发送链接。
- **接收方需要在浏览器中观看或留下带时间码的评论。**请使用审片平台或支持视频预览的云盘。
- **好几个人需要在数周内使用素材。**对于持续协作，共享云存储或制作存储系统比只在您分享期间有效的链接更合适。
- **您有好几 TB 的数据而上行很慢。**在 50 Mbit/s 下，4 TB 需要一周多。寄硬盘更胜一筹。
- **接收方只有手机。**保存整个文件夹需要在电脑上使用 Chromium 浏览器；在手机上，文件会逐个或以 ZIP 形式送达。
用这种方式分享未发布的素材安全吗？
WebRTC 使用 DTLS 加密每一条数据通道，因此在每一次连接中，文件数据流在传输过程中都是加密的。 文件从不上传或存储到 StrongFolder 的服务器。 如果无法建立直连（严格的企业防火墙、部分移动网络），加密的数据流会经过 StrongFolder 的中继（TURN）服务器。中继只转发数据，不会存储数据。 在您分享期间，任何拥有链接的人都可以下载，所以请通过您信任的渠道发送链接， 并在剪辑师完成后点击 Stop Sharing（停止分享）。更多详情请见安全与隐私和安全的文件分享。
总结
要分享大视频文件而不损失画质，请直接发送原始片段或整合好的项目文件夹，让电脑保持唤醒，并让接收方保存同样的文件夹目录树。 用代理文件更快开始剪辑，给只需观看的客户发送审阅文件，无法保持在线时则使用云端链接或硬盘。单个大文件的分步说明请参阅 如何发送大视频文件；文件夹请参阅如何不压缩直接发送文件夹。