视频发布前自检：用检测工具核对参数
视频传上去画质变渣、被平台拒绝、声音消失——九成问题出在源文件参数上。发布前花十秒做一次参数体检，比传失败再排查省一小时。
检测工具能读出什么
一键检测从文件头读出四类核心信息：容器与编码（是 H.264 还是 HEVC、封装是 MP4 还是 MKV）、分辨率与帧率、码率、音轨参数（编码、声道、采样率）。
这四类信息覆盖了平台拒绝上传的绝大多数原因：编码不受支持、分辨率超限、码率超标、音轨格式不兼容。
重点看编码：平台生态对 H.264/AAC 的支持最普遍；HEVC（H.265）部分平台支持但转码慢；其他编码（VP9、AV1、ProRes）多半要你先转码。
发布前的四项红线
编码红线：主流行平台把 H.264 + AAC 当通用语言。检测结果不是它，先转码再上传，别赌平台的兼容性转码。
分辨率红线：各平台对分辨率上限和倍数（宽高需为偶数）有要求。奇数尺寸（如 1919×1079）是常见的隐形坑，部分编码器直接拒绝。
码率红线：码率过高不会画质更好，只会上传更慢、平台二压更狠。对照目标平台的推荐码率表，超出部分是纯浪费。
音轨红线：无音轨、多音轨、非 AAC 编码都可能引发"视频正常没声音"或上传失败。检测到多音轨时先抽取需要的轨。
发现问题的对应处理
编码不对：转 MP4（H.264 + AAC），这是兼容性终点站。HEVC 源转 H.264 时画质几乎无损，体积变大属正常。
分辨率/码率超标：按目标平台规格降档压缩，目标大小模式可以直接按平台限制设定。
奇数尺寸：裁剪或缩放一步把宽高校正到偶数，顺手完成。
音轨异常：提取音轨检查内容，或静音后重新配轨。多轨合并前先确认哪一路是你想保留的。
把自检变成固定动作
给不同平台建一张自己的参数卡：目标编码、分辨率、码率上限、时长上限。每次导出后对着卡过一遍检测，十秒钟的事。
批产出场景（团队投稿、账号矩阵）尤其值得：一个人踩过的参数坑，写进卡里全组免疫。
检测通过不代表万事大吉——平台二压、审核尺度的变量在平台侧。你管住源文件参数，是把可控变量全部锁死。