video-delivery-specs
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChineseVideo Delivery Specs
视频交付规格
Deliver motion content correctly across platforms: produce per-platform spec sheets, repurpose one master into every aspect ratio safely, handle captions and accessibility, and run a pre-delivery QC and collect-files pass before handover.
确保动态内容在各平台正确交付：生成各平台规格表，安全地将一个母版文件转换为所有宽高比格式，处理字幕与无障碍需求，并在移交前完成交付前QC（质量控制）和文件整理流程。
When to use
使用场景
Use when exporting or delivering finished motion, when targeting multiple platforms from one master, when checking safe areas for UI-overlay platforms, when deciding caption strategy, or when packaging a project for handover/archive.
在导出或交付成品动态内容、从单个母版文件适配多平台、检查带界面覆盖平台的安全区域、确定字幕策略，或打包项目用于移交/归档时使用。
Decision tree — master strategy and spec path
决策树——母版策略与规格路径
Two judgments: what to build as the master so it survives every crop, and which delivery path each platform needs. Decide the master before animating — re-cropping after the fact is where deliveries break.
How many ratios does the brief's distribution need?
├─ One ratio only → animate native to that ratio; no spine needed.
└─ Multiple ratios → build a 16:9 master with a centre 1:1 "title-safe
spine"; expect to RE-LAYOUT (not just crop) for 9:16.
Per target, which path?
├─ Social (Reels/TikTok/Shorts/Story) → 9:16 1080×1920, H.264 8-12 Mbps,
│ burn in captions, keep action out of top/bottom/right UI zones.
├─ Feed → 4:5 (1080×1350) for most screen real estate.
├─ YouTube long-form → 16:9, upload high-bitrate / ProRes, .srt sidecar.
├─ Broadcast → follow the broadcaster's spec PDF EXACTLY: ProRes 422 HQ,
│ region frame rate, R128/A85 loudness, title-safe 90%, textless + slate.
├─ OOH/signage → pixel-exact to the screen, silent, oversize type.
└─ Web hero → MP4+WebM, muted autoplay loop, compress hard, poster frame.Rule of thumb: if a platform overlays UI (all vertical social), the safe-area map governs layout before the spec governs export. Get the layout wrong and no bitrate fixes it.
需做出两个判断：制作什么样的母版文件才能适配所有裁剪需求，以及每个平台需要哪种交付路径。应在动画制作前确定母版方案——事后再进行裁剪是导致交付问题的根源。
需求的分发渠道需要多少种宽高比？
├─ 仅一种宽高比 → 直接按该宽高比制作动画；无需核心安全区。
└─ 多种宽高比 → 制作16:9母版文件，同时在画面中央设置1:1的「标题安全核心区」；适配9:16格式时需重新布局（而非仅裁剪）。
针对每个目标平台，选择哪种交付路径？
├─ 社交平台（Reels/TikTok/Shorts/Story）→ 9:16 1080×1920，H.264 8-12 Mbps，
│ 内嵌字幕，核心动作避开顶部/底部/右侧界面区域。
├─ 信息流（Feed）→ 4:5（1080×1350）以获得最大屏幕展示空间。
├─ YouTube长视频 → 16:9，上传高比特率/ProRes格式，附带.srt字幕文件。
├─ 广播 → 严格遵循广播商提供的规格PDF：ProRes 422 HQ，
│ 符合区域帧率，R128/A85响度标准，标题安全区90%，提供无文字版本+片头板。
├─ 户外广告/数字标牌 → 与屏幕像素完全匹配，无音频，字体放大。
└─ 网页首屏视频 → MP4+WebM格式，静音自动循环，高压缩率，附带封面帧。经验法则：如果平台会覆盖界面（所有竖版社交平台），则安全区域布局优先于导出规格。布局错误的话，再高的比特率也无法修复问题。
Workflow
工作流程
- List target platforms from the brief's distribution line (Reels, Feed, Story, TikTok, YouTube, Shorts, broadcast, OOH, web).
- Pull each platform's spec (table below; full detail in references/platform-specs.md).
- Plan the master + cutdowns using the repurposing matrix so the 16:9 master survives the crop to 9:16 and 1:1.
- Decide captions/accessibility — burned-in vs uploaded, styling, safe placement.
- Run QC against the checklist, then collect files for handover/archive.
- 列出目标平台：根据需求中的分发渠道确定（Reels、信息流、Story、TikTok、YouTube、Shorts、广播、户外广告、网页）。
- 获取各平台规格（如下方表格；详细内容见references/platform-specs.md）。
- 规划母版文件与精简版本：使用格式转换矩阵，确保16:9母版文件可裁剪为9:16和1:1格式。
- 确定字幕/无障碍方案——内嵌字幕还是单独上传，样式设计，安全放置位置。
- 执行QC检查：对照检查清单完成检查，然后整理文件用于移交/归档。
Per-platform spec sheet (essentials)
各平台核心规格表
| Platform | Ratio | Pixels | Duration | Container/codec | Notes |
|---|---|---|---|---|---|
| IG Reels | 9:16 | 1080×1920 | ≤90s (up to 3min) | MP4/MOV, H.264 | UI overlays bottom + right; keep action centre |
| IG Feed | 4:5 or 1:1 | 1080×1350 / 1080×1080 | ≤60s | MP4, H.264 | 4:5 gives most feed real estate |
| IG Story | 9:16 | 1080×1920 | ≤60s/card | MP4, H.264 | Top + bottom ~250px reserved for UI |
| TikTok | 9:16 | 1080×1920 | 15s-10min | MP4/MOV, H.264 | Heavy right-side + bottom UI; caption-safe centre |
| YouTube (horiz) | 16:9 | 1920×1080 (4K 3840×2160) | flexible | MP4, H.264/H.265 | High bitrate; full frame usable |
| YouTube Shorts | 9:16 | 1080×1920 | ≤60s | MP4, H.264 | Bottom UI for title/controls |
| Broadcast (HD) | 16:9 | 1920×1080 | exact to spec | ProRes 422 (HQ) / per broadcaster | Title-safe 90%, action-safe 93%; legal/loudness |
| OOH / digital screen | varies (often 9:16 or custom) | per-site | loop, often 10-15s | MP4/ProRes per vendor | No sound; high legibility; supplied pixel-exact |
| Web (hero/embed) | 16:9 or custom | responsive | short loop | MP4 (H.264) + WebM; poster frame | Compress hard; muted autoplay; provide fallback |
Bitrate guidance (H.264): 1080p social 8-12 Mbps; 1080p high-quality 16-20 Mbps; 4K 35-45 Mbps. Audio AAC 320 kbps stereo, 48 kHz. For broadcast/archive use ProRes 422 HQ, not H.264. Full codec/bitrate detail in references/platform-specs.md.
| 平台 | 宽高比 | 像素尺寸 | 时长 | 容器/编码 | 说明 |
|---|---|---|---|---|---|
| IG Reels | 9:16 | 1080×1920 | ≤90秒（最长3分钟） | MP4/MOV, H.264 | 界面覆盖底部+右侧；核心动作保持在画面中央 |
| IG Feed | 4:5 或 1:1 | 1080×1350 / 1080×1080 | ≤60秒 | MP4, H.264 | 4:5格式可获得最大信息流展示空间 |
| IG Story | 9:16 | 1080×1920 | ≤60秒/卡片 | MP4, H.264 | 顶部+底部约250px区域预留为界面区 |
| TikTok | 9:16 | 1080×1920 | 15秒-10分钟 | MP4/MOV, H.264 | 右侧+底部界面覆盖范围大；字幕需放在中央安全区 |
| YouTube（横版） | 16:9 | 1920×1080（4K 3840×2160） | 灵活 | MP4, H.264/H.265 | 高比特率；整个画面均可使用 |
| YouTube Shorts | 9:16 | 1080×1920 | ≤60秒 | MP4, H.264 | 底部界面用于标题/控制按钮 |
| 广播（高清） | 16:9 | 1920×1080 | 严格符合规格 | ProRes 422 (HQ) / 遵循广播商要求 | 标题安全区90%，动作安全区93%；符合响度标准 |
| 户外广告/数字屏幕 | 可变（通常为9:16或自定义） | 按场地要求 | 循环播放，通常10-15秒 | MP4/ProRes 按供应商要求 | 无音频；高可读性；像素完全匹配 |
| 网页（首屏/嵌入） | 16:9 或自定义 | 响应式 | 短循环 | MP4 (H.264) + WebM；附带封面帧 | 高压缩率；静音自动循环；提供备选方案 |
比特率参考（H.264）：1080p社交平台视频8-12 Mbps；1080p高质量视频16-20 Mbps；4K视频35-45 Mbps。音频采用AAC 320 kbps立体声，48 kHz。广播/归档需使用ProRes 422 HQ，而非H.264。完整编码/比特率细节见references/platform-specs.md。
Safe areas and UI danger zones
安全区域与界面危险区
Social platforms overlay UI on top of the video. Keep titles and key action out of these zones:
- 9:16 (Reels/TikTok/Shorts/Story): reserve top ~250px (handle/close) and bottom ~250-400px (caption, CTA, controls). On TikTok also reserve the right ~120px column (icons). Keep essential text within the centre ~1080×1080 region.
- 16:9 broadcast: title-safe = inner 90%, action-safe = inner 93%. Nothing critical outside title-safe.
- OOH: follow the vendor's exact pixel map and bleed; assume viewing distance — oversize type.
A visual map of each zone is in references/safe-areas.md.
社交平台会在视频上叠加界面元素。需将标题和核心动作避开这些区域：
- 9:16（Reels/TikTok/Shorts/Story）：预留顶部约250px（账号/关闭按钮）和底部约250-400px（字幕、CTA、控制按钮）区域。TikTok还需预留右侧约120px列（图标区）。重要文字需放在中央约1080×1080区域内。
- 16:9广播：标题安全区=内部90%，动作安全区=内部93%。关键内容不得超出标题安全区。
- 户外广告：严格遵循供应商提供的像素地图和出血位；考虑观看距离——放大字体。
各区域的可视化地图见references/safe-areas.md。
Cutdown / repurposing matrix (one master → all ratios)
精简/格式转换矩阵（单母版→全格式）
Design the 16:9 master so the centre survives cropping. Plan it before animating, not after.
| From → To | Method | Watch for |
|---|---|---|
| 16:9 → 1:1 | Crop sides to centre 1080 | Text near left/right edges gets cut |
| 16:9 → 9:16 | Crop hard to centre + re-stack elements vertically | Wide compositions break; reflow text/logos |
| 16:9 → 4:5 | Light side-crop | Usually safe if action is centred |
| Master → 6s/15s cutdown | Pick the hook + payoff; drop middle | Re-time, don't just trim; keep brand + CTA |
Best practice: build a "title-safe 1:1 spine" down the centre of the 16:9 master so every crop keeps the message. For 9:16, expect to re-layout rather than crop — budget time for it. Full matrix and a reflow recipe in references/repurposing-matrix.md.
设计16:9母版文件时需确保中央区域可适配所有裁剪需求。需在动画制作前规划，而非事后补救。
| 源格式→目标格式 | 方法 | 注意事项 |
|---|---|---|
| 16:9 → 1:1 | 裁剪两侧至中央1080区域 | 靠近左右边缘的文字会被裁剪 |
| 16:9 → 9:16 | 裁剪至中央区域并重新垂直排列元素 | 宽幅构图会失效；需重新排版文字/标志 |
| 16:9 → 4:5 | 轻微裁剪两侧 | 若核心动作居中通常无问题 |
| 母版→6秒/15秒精简版 | 选取钩子+高潮部分；删除中间内容 | 重新调整时长，而非仅裁剪；保留品牌信息+CTA |
最佳实践：在16:9母版文件的中央构建**「标题安全1:1核心区」**，确保所有裁剪版本都能保留核心信息。适配9:16格式时，需重新布局而非仅裁剪——为此预留时间。完整矩阵和重排指南见references/repurposing-matrix.md。
Captions and accessibility
字幕与无障碍
- Open (burned-in) captions: baked into the video. Default for social — most users watch muted, and platform auto-captions are unreliable. Always burn captions for Reels/TikTok/Shorts.
- Closed captions (.srt/.vtt sidecar): uploaded separately; user-toggleable. Required for YouTube long-form and broadcast accessibility compliance; good practice everywhere.
- Styling for burned-in: high contrast (white text, subtle shadow or box), legible weight, 1-2 lines max, placed inside the caption-safe zone (above the bottom UI band, not under it). Sync to speech; ~1-2s per line minimum.
- Beyond captions: avoid conveying meaning by colour alone; keep flashing under 3 flashes/sec (photosensitivity); provide a descriptive title/transcript for screen readers where the platform allows.
- 开放式（内嵌）字幕：嵌入视频中。社交平台默认采用此方式——大多数用户静音观看，且平台自动字幕不可靠。Reels/TikTok/Shorts需始终使用内嵌字幕。
- 封闭式字幕（.srt/.vtt独立文件）：单独上传；用户可切换。YouTube长视频和广播需符合无障碍合规要求；所有平台均建议使用。
- 内嵌字幕样式：高对比度（白色文字，轻微阴影或背景框），清晰字体粗细，最多1-2行，放在字幕安全区内（底部界面区域上方，而非下方）。与语音同步；每行显示时长至少1-2秒。
- 除字幕外：避免仅通过颜色传递信息；闪烁频率低于3次/秒（避免光敏反应）；在平台允许的情况下，为屏幕阅读器提供描述性标题/文字转录。
Pre-delivery QC checklist (top items)
交付前QC检查清单（核心项）
- Correct dimensions, ratio, and duration for each target.
- First and last frames clean (no black flash, no held render frame).
- Audio present, levels sane, no clipping; broadcast: correct loudness target.
- All text spell-checked; legal/super present and held long enough.
- Logo lockup correct; brand colours match; no placeholder assets.
- Safe areas respected; nothing critical under platform UI.
- Captions accurate and inside the caption-safe zone.
- Export matches codec/bitrate spec; file plays on a fresh machine.
- File names follow convention; versions not mixed up.
Full QC + collect-files checklist in references/qc-checklist.md.
- 各目标平台的尺寸、宽高比、时长正确。
- 首尾帧干净（无黑闪，无残留渲染帧）。
- 音频存在，音量正常，无爆音；广播：符合响度标准。
- 所有文字拼写正确；法律声明/字幕显示时长足够。
- 标志组合正确；品牌颜色匹配；无占位资产。
- 遵守安全区域要求；关键内容未被平台界面遮挡。
- 字幕准确且位于字幕安全区内。
- 导出格式符合编码/比特率规格；文件可在新设备上播放。
- 文件名遵循规范；版本未混淆。
完整QC+文件整理检查清单见references/qc-checklist.md。
Worked examples
实例分析
GOOD — one master planned for every crop:
Brief needs 16:9 (web), 1:1 (feed), and 9:16 (Reels + TikTok). You animate a 16:9 master keeping all titles and the logo inside a centre 1:1 spine, then crop to 1:1 cleanly and re-layout (not crop) to 9:16 — restacking the headline above the product, captions burned in above the bottom UI band, action clear of TikTok's right column. Each export matches its platform's bitrate; captions sit inside the caption-safe zone.
ANTI-PATTERN — "we'll just crop it later":
A wide 16:9 hero with the logo bottom-left and a tagline spanning the full width gets center-cropped to 9:16 for Reels. The logo is gone, half the tagline is cut, and the burned-in captions land under the platform's CTA bar where no one can read them.
Why it fails: the master wasn't designed for the crop, and the safe-area map was ignored. The fix is the master strategy above — centre spine, re-layout for vertical, captions above the UI band — decided before animation, not after delivery is due.
正面案例——提前规划适配所有裁剪需求的母版文件：
需求需要16:9（网页）、1:1（信息流）和9:16（Reels+TikTok）格式。制作16:9母版文件时，将所有标题和标志放在中央1:1核心区内，然后干净地裁剪为1:1格式，并重新布局（而非裁剪）为9:16格式——将标题放在产品上方，内嵌字幕放在底部界面区域上方，核心动作避开TikTok右侧列。每个导出文件符合对应平台的比特率要求；字幕位于字幕安全区内。
反面案例——「以后再裁剪就行」：
一个宽幅16:9首屏视频，标志位于左下角，标语横跨整个宽度，为适配Reels的9:16格式进行中央裁剪后，标志消失，一半标语被截断，内嵌字幕落在平台CTA栏下方，无人可见。
失败原因：母版文件未按裁剪需求设计，且忽略了安全区域地图。解决方案是采用上述母版策略——中央核心区，竖版重新布局，字幕放在界面区域上方——在动画制作前就确定方案，而非交付截止时才补救。
Common mistakes
常见问题
| Symptom | Why it happens | Fix |
|---|---|---|
| Text/logo cut off after crop | Composed wide, no centre spine | Build a centre 1:1 title-safe spine; re-layout for 9:16 |
| Captions hidden under platform UI | Placed at frame bottom, not caption-safe zone | Keep captions above the bottom UI band, inside caption-safe |
| Broadcast delivery rejected | Used H.264 / wrong loudness / no textless | Follow the broadcaster spec PDF: ProRes, R128/A85, slate, textless |
| Video looks soft after upload | Exported at low bitrate; platform re-compresses | Upload high-bitrate / ProRes; let the platform downscale |
| Black flash at start/end | Held render frame or stray black frame | QC first/last frames; trim to intended frames |
| Colour shifts outside the editor | Gamma/colour-management mismatch | Spot-check the export in a neutral player before handover |
| Wrong file delivered | Versions mixed in the folder | Enforce the naming convention; flag CAPTIONED/TEXTLESS/BROADCAST |
| Autoplay web hero won't play | Has audio / too large / no fallback | Muted MP4+WebM, compress hard, poster frame |
| 症状 | 原因 | 解决方案 |
|---|---|---|
| 裁剪后文字/标志被截断 | 采用宽幅构图，未设置中央核心区 | 构建中央1:1标题安全核心区；适配9:16格式时重新布局 |
| 字幕被平台界面遮挡 | 放在画面底部，而非字幕安全区 | 将字幕放在底部界面区域上方，位于字幕安全区内 |
| 广播交付被拒 | 使用H.264格式/响度错误/无文字版本 | 严格遵循广播商规格PDF：ProRes格式，R128/A85响度标准，提供片头板和无文字版本 |
| 上传后视频模糊 | 导出比特率过低；平台二次压缩 | 上传高比特率/ProRes格式；让平台自行降质 |
| 首尾帧出现黑闪 | 残留渲染帧或多余黑帧 | 检查首尾帧；修剪至目标帧 |
| 导出后颜色与编辑器内不一致 | Gamma/色彩管理不匹配 | 移交前在中性播放器中抽查导出文件 |
| 交付错误文件 | 文件夹内版本混淆 | 强制执行命名规范；标注CAPTIONED/TEXTLESS/BROADCAST等标识 |
| 网页首屏视频无法自动播放 | 包含音频/文件过大/无备选方案 | 使用静音MP4+WebM格式，高压缩率，附带封面帧 |
Deliverable spec — what a good handover contains
交付物规格——优质移交包含的内容
The output is a packaged, dated delivery folder plus the QC pass behind it (full structure in references/qc-checklist.md). A good handover:
- Has every deliverable at the correct ratio, pixels, duration, codec, and bitrate for its target.
- Separates final exports, captioned versions (+ .srt/.vtt), textless masters, and stills.
- Includes a README listing deliverables, specs, and every font/music/stock licence with its usage scope.
- Uses the file-naming convention consistently, with the final version clearly flagged.
- Has passed the full pre-delivery QC checklist before it leaves.
输出内容为打包好的带日期的交付文件夹，以及背后的QC检查记录（完整结构见references/qc-checklist.md）。优质移交应包含：
- 每个交付物均符合对应目标平台的宽高比、像素尺寸、时长、编码和比特率要求。
- 区分最终导出文件、带字幕版本（+ .srt/.vtt文件）、无文字母版文件和静帧。
- 包含README文件，列出交付物、规格，以及所有字体/音乐/素材的许可证和使用范围。
- 一致遵循文件名命名规范，清晰标记最终版本。
- 移交前已通过完整交付前QC检查清单。
Before you finish — checklist
完成前检查清单
- Each target's dimensions, ratio, duration, codec, and bitrate verified.
- First/last frames clean; no dropped frames or artifacts.
- Audio correct (or correctly absent); broadcast loudness met.
- Text spell-checked; legal/super held long enough; logo lockup correct.
- Safe areas respected; nothing critical under platform UI.
- Captions accurate, synced, inside the caption-safe zone.
- Plays on a fresh machine; colour correct outside the editor.
- File names follow the convention; final version flagged; old versions removed.
- Handover folder structured; README + licence/rights notes included.
- 已验证各目标平台的尺寸、宽高比、时长、编码和比特率。
- 首尾帧干净；无丢帧或伪影。
- 音频正确（或已正确移除）；广播响度达标。
- 文字拼写正确；法律声明/字幕显示时长足够；标志组合正确。
- 遵守安全区域要求；关键内容未被平台界面遮挡。
- 字幕准确、同步，位于字幕安全区内。
- 文件可在新设备上播放；编辑器外颜色正确。
- 文件名遵循规范；标记最终版本；移除旧版本。
- 移交文件夹结构清晰；包含README+许可证/版权说明。
Quick reference
快速参考
| Need | Answer |
|---|---|
| Reels/TikTok/Shorts ratio | 9:16, 1080×1920 |
| Feed best ratio | 4:5 (1080×1350) |
| Social bitrate (1080p) | 8-12 Mbps H.264 |
| Broadcast codec | ProRes 422 HQ, not H.264 |
| Captions for social | Burn them in (open) |
| TikTok danger zones | Bottom + right column |
| Broadcast title-safe | Inner 90% |
| One master strategy | Centre 1:1 spine in the 16:9 |
| 需求 | 答案 |
|---|---|
| Reels/TikTok/Shorts宽高比 | 9:16，1080×1920 |
| 信息流最佳宽高比 | 4:5（1080×1350） |
| 社交平台视频比特率（1080p） | 8-12 Mbps H.264 |
| 广播编码格式 | ProRes 422 HQ，而非H.264 |
| 社交平台字幕方案 | 内嵌（开放式） |
| TikTok危险区 | 底部+右侧列 |
| 广播标题安全区 | 内部90% |
| 单母版策略 | 16:9母版中央设置1:1核心区 |
Reference files
参考文件
- — full per-platform spec sheet: exact pixels, durations, codecs, bitrates, audio, and file-size limits.
references/platform-specs.md - — ASCII safe-area maps per ratio with pixel measurements for UI danger zones.
references/safe-areas.md - — full cutdown matrix and a step-by-step 16:9→9:16 reflow recipe.
references/repurposing-matrix.md - — complete pre-delivery QC checklist plus the Collect-Files / handover packaging list and naming convention.
references/qc-checklist.md
- — 完整各平台规格表：精确像素尺寸、时长、编码、比特率、音频和文件大小限制。
references/platform-specs.md - — 各宽高比的ASCII安全区域地图，包含界面危险区的像素测量值。
references/safe-areas.md - — 完整精简矩阵，以及16:9→9:16格式重排的分步指南。
references/repurposing-matrix.md - — 完整交付前QC检查清单，以及文件整理/移交打包清单和命名规范。
references/qc-checklist.md