video-delivery-specs
This skill should be used when the user asks "what are the specs for Instagram Reels / TikTok / YouTube / broadcast", "export settings for social", "what aspect ratio and bitrate", "how do I repurpose 16:9 to 9:16", "safe area / title-safe for vertical", "pre-delivery checklist", or "collect files for handover". It outputs per-platform spec sheets, a cutdown matrix, captioning/accessibility notes, and a QC + collect-files checklist.
1How It Works & Mechanism
Two prerequisite decisions: what form the master must take to survive all cutdowns/crops, and which delivery path each platform takes; the master strategy must be determined before starting production.
Decide the master before animating — re-cropping after the fact is where deliveries break.
Platform specifications are carried in a master data table (aspect ratio / pixels / duration / container codec / notes), serving as the single source of truth for all exports.
| IG Reels | 9:16 | 1080×1920 | ≤90s (up to 3min) | MP4/MOV, H.264 | UI overlays bottom + right; keep action centre |
Safe areas define pixel-level danger zones based on platform UI overlays, establishing the rule that "UI dictating layout takes precedence over specs dictating export."
- **9:16 (Reels/TikTok/Shorts/Story)**: reserve top ~250px (handle/close) and bottom ~250-400px (caption, CTA, controls).
Multi-aspect repurposing from a single source uses a re-layout matrix rather than cropping: 16:9 → 9:16 requires repositioning elements, and this demands allocated budget/time.
| 16:9 → 9:16 | Crop hard to centre + re-stack elements vertically | Wide compositions break; reflow text/logos |
Subtitling strategy branches by distribution channel: social defaults to burned-in/open captions (due to muted playback and unreliable platform auto-captions), while long-form video and broadcast use sidecar files.
- **Open (burned-in) captions**: baked into the video. Default for social — most users watch muted, and platform auto-captions are unreliable.
The broadcast delivery path requires strictly matching broadcaster specification sheets (ProRes 422 HQ, regional framerates, R128/A85 loudness standards, 90% title-safe, textless master + slate).
| Broadcast delivery rejected | Used H.264 / wrong loudness / no textless | Follow the broadcaster spec PDF: ProRes, R128/A85, slate, textless |
Run pre-delivery QC: first and last frames, audio/loudness, spelling and legal disclaimers, logo/brand colors, safe areas, subtitles, encoding, and verified playback on a secondary machine.
- Export matches codec/bitrate spec; file plays on a fresh machine.
Counterexamples are concrete: "cropping later" results in disappeared logos, truncated taglines, and subtitles trapped beneath platform CTA bars.
**ANTI-PATTERN — "we'll just crop it later":**
2Core Capabilities
4Recommended Governance & Evidence
- SKILL.md: Pure prompt-based instructions and rule texts without script execution or external impact
5Second-Pass Verification
- [ok] 是否存在脚本、命令或联网动作 — 全目录仅 Markdown;无 shell/JS 代码块、无 URL(除署名页脚)、无工具调用示例——是本 pack 中最「纯文档」的一份。
- [unlocatable] 平台规格数值是否有出处(是否会被误当权威规格) — IG/TikTok/YouTube/广播/OOH 的像素、时长上限、码率与安全区像素均无引用来源(无平台文档链接);文档也提示广播要 follow the broadcaster spec PDF EXACTLY,即承认外部权威在平台侧。故本文件应作为核对清单使用,投递前以当期官方规格复核。
- [ok] 内部数值是否自洽(同 pack 内是否与 shot-composition 冲突) — SKILL.md 自身三处口径一致;与 shot-composition 的差异(百分比 vs 像素)是粒度不同而非冲突——9:16 顶部 ~250px 与 top ~12-14% 在 1920 高下换算相符(约 230-269px),未发现矛盾。
- [ok] 「社交 H.264 / 广播 ProRes」这类二分是否覆盖了混合场景(如付费社媒需高码率) — 文档给出「上传高码率/ProRes 让平台自己降采样」的指引(常见错误表 'Exported at low bitrate; platform re-compresses' → 'Upload high-bitrate / ProRes; let the platform downscale'),并非只给社交低码率一条路。
6Verdict & Scenarios
4ff813c09ab5e0aa…