为什么「自定义宽高」总出现在广告与电商交付而不是普通压缩？
搜「自定义视频宽高」「广告位像素对齐」「banner 视频尺寸」「官网首屏视频规格」的人，往往不是不知道分辨率这个词，而是被甲方 PDF 里那一行「必须刚好 W×H」卡死：多两个像素上传失败，少两个像素被 CMS 二次拉伸更丑。浏览器里用 FFmpeg scale 把帧矩阵直接落到指定偶数宽高，是在用工程手段减少来回导出：配合 `setsar=1` 还能减少「播放器显示尺寸和像素矩阵各说各话」的扯皮。也要诚实：本页不做智能追脸裁切，也不自动给横屏四周补黑垫成竖屏画布；若你的构图与目标画布比例不一致，应先在剪辑里完成构图决策，再把这里当作「最后一跳像素对齐」。另可配合长尾词如偶数宽高、H 二六四 缩放、传播档理解：这是交付流水线里的加速器，不是替代创意与分镜的软件。另提醒：手机竖拍的旋转元数据可能让「看起来竖」与「编码宽高」错位，验收以实际输出流为准。另可把「传播档」「母带」「哈希互链」写进资产表，减少半年后全公司只剩一版被压糊的 MP4。
如何把甲方写死的像素要求落成浏览器里可下载的缩放版 MP4
- 导入素材后读自动填入的原始偶数宽高，打开甲方文档核对是「最大边」还是「精确画布」；若要求与纵横比冲突，先在剪辑里完成裁切或垫边再回此处填最终像素。
- 在锁定宽高比下微调一侧直至两侧满足交付偶数，或仅在已合成的 letterbox 母版上解锁宽高比做非等比微调；每改一次都用预览想象文字区与 logo 安全区是否仍可读。
- 导出后用浏览器与目标 CMS 各读一遍 metadata 中的宽高，文件名写清「客户代号_像素_日期」；通过后再把哈希写入工单，避免同事用错旧版自定义预设。
自定义输出宽高常见问答
甲方要求「刚好一千九百二十乘一千零八零像素」但源是电影宽银幕，我是否应在本页直接填这两个数并关掉锁定比例交差？
广告位常写死奇偶像素与最大边长，应在导出后用目标 CMS 或预览器读实际视频流宽高，而不是只看输入框记忆值。
电商主图视频要塞进竖版详情页固定像素，先缩放再裁还是先裁再缩放，哪条链路更不容易把文字糊成马赛克？
解锁宽高比会得到非等比缩放，适合你已在外部做好 letterbox 的合成片；对真人出镜横屏硬拉竖屏像素，极易出现「脸被压扁」的品牌事故。
同一套自定义宽高要在 Windows 笔记本与 M 系列 Mac 上批量产出，为什么偶数对齐与 setsar 固定在一比一仍然值得写进验收表？
失败多见于非法宽高、奇数像素或内存不足；应先退回偶数与二以上最小边，再用更短视频试跑定位。
我把宽度从一千九百二十一改成一千九百二十后高度自动跳变，这是 bug 还是 H 二六四 四二比零子采样对偶数宽高的硬约束？
脚本按工程惯例把宽高收束到偶数，避免部分播放器或二次编码在奇数宽度上触发色度对齐问题；高度联动来自你锁定宽高比时的等比换算，并非随机跳变。
自定义导出后文件体积比源还大，是分辨率没降还是 ultrafast 与 CRF 档位导致的码率策略变化，应用什么顺序排查？
应先对比输出分辨率相对源是否真下降，再看运动复杂度与场景切分；若源本身已是高压缩流，放大像素或重编码参数更保守都会让体积反弹，需要接受传播档与归档档分工。