导出 VJ 循环视频：经得起目的地考验的预设、编码与设置

**导出，是把好看的预览变成别人必须能播放的文件的那一步。**哪些设置重要，完全取决于文件去向，因此本指南按目的地组织，而不是按对话框。

从预设开始

导出对话框自带预设，一键设置分辨率、帧率、容器与编码：

选择最接近的预设，然后只改你需要的内容。之后一切仍可编辑——预设是起点，不是锁定。

按目的地

夜店、投影仪或媒体服务器

使用 VJ Loop (ProRes-grade)，或使用与场地播放分辨率匹配的自定义尺寸。

高保真的原因：你的文件在到达屏幕之前，很可能要被解码、缩放，甚至重新编码。每一步都会损耗画质，而且损耗会叠加。从 Master 级别的文件开始，损耗不可见；从 Good 级别的社交媒体导出文件开始，则并非如此。

除非你已确认播放机器支持 HEVC，否则交付 MP4 中的 H.264。场地硬件趋于保守，往往比你预期的老旧。

LED 墙

用自定义分辨率按墙体原生像素数导出。LED 墙很少是标准尺寸——1408×768 这类奇怪的尺寸很正常——把 1080p 文件放大去适配，会在几乎无可浪费锐度的显示屏上损耗锐度。

LED 还有两点要特别注意：

• **保持细节粗糙。**10 mm 间距的墙无法分辨精细格栅。在导出前降低效果密度，而不是指望处理器去应付。
• **注意黑电平。**LED 面板产生真正的黑色，因此高对比霓虹效果极佳——但暗部区域的任何噪点也完全可见。Master 级别的编码可抑制它。

完整处理见 LED 工作流程指南。

YouTube

使用 YouTube 预设。它们与平台重新编码的目标一致，你不会为被丢弃的比特付费。4K60 用 HEVC，因为 YouTube 接受它，同画质下上传体积减半。

内容有运动时以 60 fps 上传——30 fps 的隧道与频闪内容在平台自身编码后明显抖动。

Instagram、TikTok、Reels

方形与竖版预设处理取景。一个构图提示：为 16:9 构图的隧道在 9:16 裁剪后会失去角落，灭点最终也偏高。导出前把项目设为竖版尺寸并检查构图，而不是事后裁剪。

GIF

选择 gif 容器。码率与编码设置不适用。保持短小、尺寸小、运动少——GIF 没有帧间压缩，所以 10 秒 1080p 循环会极其庞大，而且看起来比它所源自的 MP4 更差。

质量

导出不再由固定码率控制，而是由质量级别控制：

• Draft — 快速检查渲染级别：文件最小，画质最柔和。
• Good — 面向社交媒体交付的紧凑默认值。
• High — 平台预设的默认值：锐利、合理的文件体积。
• Master — 编码器提供的最高保真度，面向场地、媒体服务器，以及任何后续将被重新编码的文件。

每个级别都是一个 CRF 值——编码器被告知"保持这个质量"，而不是"使用这么多比特"——因此同一级别自然适配任何分辨率。Master 级别的 8K 渲染，只是比 Master 级别的 1080p 渲染更占磁盘。

码率框仍然存在，用于特定的上限：如果文件必须落在体积限制内，倒推计算——目标比特 = 体积（MB）× 8 ÷ 时长（秒），再为音频扣掉一点——然后把那个数字填进去。

音频

如果项目有歌曲，它会混入成品文件。社交媒体短片要这样；场地循环通常不要——那里的音频来自 DJ。有一个选项可以把它排除——歌曲仍然驱动应用内时间线与效果响应，只是不会进入渲染结果。

记住，导出是离线分析音频文件而非采样现场输入，因此文件中的响应是确定且可复现的。渲染与现场预览为何不同，见音频响应指南。

循环

不需要任何特殊处理。效果运动源自项目的循环相位，因此最后一帧精确延续到第一帧。传统修复手段——交叉淡化片尾、修剪几帧、冻结最后一帧——在这里都会让无缝循环更糟，因为它们在原本没有不连续的地方引入了不连续。

如果某个循环看起来确实跳变，原因几乎总是时间线上某个片段自身的内容不是循环长度，而不是效果的问题。

渲染前的快速检查清单

1. 分辨率是目的地实际的分辨率吗？
2. 帧率是播放链路运行的帧率吗？
3. 编码是播放机器确实解码过的编码吗？
4. 质量级别是否按目的地能承受的程度设置（重新编码用 Master，直接社交媒体交付用 High 或更低）？
5. 歌曲应该进文件，还是不进？
6. 你以全尺寸看过一次循环接缝吗？

下一步

• 改为实时发送画面——用 Spout 和 NDI 进入 Resolume、OBS 与 TouchDesigner。
• 为 LED 工作流程准备视频——像素间距与对比度。
• 完整效果库——全部 124 个效果。