MP4双击无反应或报“格式不受支持”通常非文件损坏，而是编码Profile（如High）和Level（如5.1）超出播放器解码能力，Windows自带播放器依赖Media Foundation对B帧、GOP等容忍度低，而VLC基于FFmpeg兼容性更广；应手动设Profile=Main、Level=4.0、参考帧数=1、GOP≤250，并验证分辨率与窗口尺寸匹配。
导出的 MP4 文件双击没反应、播放器报“无法解析”或“格式不受支持”，基本不是文件损坏，而是编码配置超出了播放器解码能力边界——尤其当用默认参数导出后在手机、旧版 VLC 或 Windows 自带播放器里打不开时。
MP4 容器里实际塞的是什么编码？
Composer 导出的 MP4 默认用 H.264 编码，但 Profile（档次）和 Level（等级）常被忽略。很多播放器（尤其是 Android 系统自带播放器、老款智能电视）只支持 Baseline 或 Main Profile，而 Composer 默认可能输出 High Profile + Level 4.0 以上，直接拒解码。
- 打开导出设置 → 编码选项 → 显式设 Profile =
Main，Level =4.0（别用 Auto 或 High） - 用
ffprobe快速验证：ffprobe -v quiet -show_entries stream=codec_name,profile,level -of default input.mp4 - 如果输出里
profile=High或level=5.1，就说明播放器大概率不认——改回 Main/4.0 再导一次
为什么 Windows “电影和电视” 播不了，VLC 却可以？
Windows 自带播放器依赖系统 Media Foundation 解码器，对 B 帧、高参考帧数、非标准 GOP 结构容忍度极低；VLC 自带 FFmpeg 解码链，兼容性宽得多。这不是文件问题，是解码路径差异。
- 导出时关掉「参考帧数」高级选项（设为默认
1，别手动填4） - 关键帧间隔（GOP size）别设太大，
250在长动画里虽快，但会生成超长 GOP，Windows 播放器容易卡首帧 - 导出前务必取消勾选「包含音频」——哪怕没音轨，空音频流也会触发某些播放器的解码逻辑错乱
移动端打不开？检查分辨率与像素排列
手机播放器对 4K 分辨率（3840×2160）支持参差不齐，更隐蔽的问题是：Composer 导出时若窗口未真实拉伸到目标尺寸，会生成非标准像素宽高比（如 3840×2160 但实际内容是 1920×1080 拉伸填充），iOS 的 AVPlayer 直接拒绝加载。
- 导出前手动拖大 Composer 主窗口，确保右下角显示尺寸接近目标值（如设 3840×2160，窗口至少拉到 3700×2080）
- 导出设置中勾选「重新调整应用程序窗口以暂时适合此自定义范围」，否则只是数字游戏
- 不确定兼容性时，先用
1920x1080导一次测试——99% 的移动设备能播
最容易被跳过的其实是播放器本身：别双击就信系统默认程序，用 ffplay input.mp4 或 VLC 打开确认是否真损坏；如果 VLC 能播，问题 100% 出在目标播放器的解码器限制上，不是 Composer 导出错了。
