实用教程
用 Claude Opus 5.5 排查商品视频被拉伸的问题
导出视频里的瓶子被拉伸，原因可能是像素比例元数据，而非素材本身。先让 Claude Opus 5.5 比较存储尺寸、采样宽高比和预期显示形状，再决定是否缩放。保留已确认的商品比例，不要把所有来源都强行改成 16:9。
用 Panelly 做出来
竖屏广告静态分镜
用一张静态四格分镜，规划竖屏广告的关键画面。描述场景、选择 9:16 画幅，在投入拍摄前先确定商品表达和视觉方向。
在 Panelly 试试这个场景 先编辑需求，再决定生成。
导出视频里的瓶子被拉伸，原因可能是像素比例元数据，而非素材本身。先让 Claude Opus 5.5 比较存储尺寸、采样宽高比和预期显示形状，再决定是否缩放。保留已确认的商品比例，不要把所有来源都强行改成 16:9。
先读文件，再选修复方式
2010 年 12 月的一则社区提问询问如何确定视频宽高比。当前 FFmpeg 滤镜文档区分了修改比例元数据和修改帧尺寸。在完整画面显示、没有额外旋转或有效画面区域调整时，显示宽高比等于宽度除以高度，再乘以采样宽高比。
| 证据 | 含义 | 下一步检查 |
|---|---|---|
| 宽度和高度 | 实际存储的像素栅格尺寸 | 不要默认像素为正方形 |
| 采样宽高比 SAR | 每个采样点显示时的形状 | 与来源的预期设置比较 |
| 显示宽高比 DAR | 预期显示的整帧形状 | 检查时间线与播放器如何解释 |
| 旋转、裁切或有效画面信息 | 额外的几何指令 | 使用简单公式前先处理 |
算清一个明确的全帧例子
假设文件为 720 × 576，SAR 为 64:45，则显示比例为 (720/576) × (64/45) = 16/9。只把 SAR 改为 1，结果就变成 5/4。在相同显示高度下，宽度由 1024 变成 720，仅为预期宽度的 70.3125%。对于这个特定例子，重采样到 1024 × 576 并设置 SAR 为 1，可以保留 16:9。这些算术已在本地核对；没有测量或转换视频，也没有执行 Opus 实测。
这不是通用 DVD 转换配方：它假设整个栅格都被显示，没有额外有效区域、裁切或旋转。只有元数据确实错误时，才适合修正元数据。重采样会改变像素，补边和裁切则会改变构图。示意滤镜组合 scale=1024:576,setsar=1 需要重新编码，也不会增加原始拍摄细节。选择操作前，先确认来源几何比例。
把这个思路用到你的商品上
竖屏广告静态分镜
用一张静态四格分镜，规划竖屏广告的关键画面。描述场景、选择 9:16 画幅，在投入拍摄前先确定商品表达和视觉方向。
在 Panelly 试试这个场景 进入后可编辑需求和替换参考图，生成前再登录。提供探测结果与有限范围提示词
ffprobe 文档支持选择输出的流字段。下面是建议使用的检查命令，尚未对读者文件执行。它列出核心尺寸，但不能代替旋转、有效画面区域及编辑时间线检查。
ffprobe -v error -select_streams v:0 -show_entries stream=width,height,sample_aspect_ratio,display_aspect_ratio -of json input.mp4比较提供的探测输出、来源参考帧、时间线设置和预期导出形状。先列出存储尺寸、SAR、DAR，以及旋转、裁切或有效画面区域指令。不要默认像素都是正方形，也不要默认来源都是 16:9。
解释证据指向元数据错误、需要重采样，还是构图变化。保留已确认的商品比例与帧率。用新输出文件提出最小可逆试验，不得覆盖来源。如果建议 scale 与 setsar，计算结果 DAR 并说明哪些像素会改变。
返回实际导出文件及目标播放器的前后验证计划，包含已知几何参照和同一帧对比。标记缺失元数据或不明确的来源意图。未执行的转换与播放测试标为待验证，没有证据不要声称修复成功。模型参考资料为官方 Opus 提示指南。提示词是编辑设计的工作流程，不是模型执行结果。
在目标播放器里验收形状
用同一帧对比具有已知比例的已确认参考图。正面圆形可以辅助判断，但前提是透视和参照本身受控；随便选一个瓶子轮廓无法证明比例正确。检查最终导出文件的元数据与播放结果，因为后续滤镜或播放器可能改变解释方式。
**setsar=1 会改变栅格尺寸吗？** 它改变声明的采样比例，不是重采样操作。**这能修好运动时长吗？** 不能。时间和帧数问题请看独立的帧率指南。
商品几何比例确认后，可在 Panelly Studio 制作配套静态广告图。这里没有声称 Panelly 集成 Opus 或自动修复视频比例。
