Composer默认用Microsoft Video 1编码，失真严重；要保真须改用x264（MP4/MOV格式、CBR、Keyframe=1）或ProRes，并确保窗口尺寸匹配、启用抗锯齿及高质量渲染。
Composer 默认导出视频用的是 Microsoft Video 1 编码器，不是 H.264、x264 或 ProRes——它压根不参与现代压缩逻辑，只做无运动预测的帧内硬编码，画面必然失真。要保证不失真，必须绕过默认路径，手动接管编码环节。
怎么确认当前导出用的是哪个编码器
点 文件 → 另存为 → 视频，打开压缩设置对话框，看下拉列表里选中的是什么：Microsoft Video 1、Cinepak、Microsoft MPEG-4 v2 都是高风险选项；只有 x264、H.264（部分版本显示为“MP4 (H.264)”）、或 macOS 下的 Apple ProRes 422 才真正可控。
如果列表里没有这些，说明：
- 没安装第三方编码器（如 x264 for Windows）
- 当前导出格式选了
AVI，而 Composer 在 AVI 容器下会强制 fallback 到老编码，即使你装了 x264 也无效 - macOS 没装 Apple Application Support 或 QuickTime 环境异常，导致
MOV+ProRes选项灰掉
为什么改了分辨率还是糊、发灰、边缘锯齿
因为 Composer 导出本质是“窗口抓帧”，不是渲染引擎直出。你填了 3840x2160，但主窗口实际只有 1280x720，它就拿小图强行拉伸填充，再高清的编码也救不回插值模糊。
必须同步做三件事：
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 手动拖大 Composer 主窗口，右下角尺寸显示接近目标值（比如设 3840×2160，窗口至少拉到 3700×2080）
- 在导出设置中勾选「重新调整应用程序窗口以暂时适合此自定义范围」
- 勾选「抗锯齿图像输出」并设为
High Quality（否则文字、螺纹、标注全走低采样）
如何让 x264 真正生效且不失真
装了 x264 不等于能用。Composer 对调用条件很苛刻，缺一不可：
- 导出格式必须选
MP4或MOV，不能选AVI - 比特率必须设为固定值（CBR），不能选“可变”（VBR）；
1080p建议填12000kbps，4K填35000kbps - 关键帧间隔（Keyframe Interval）必须设为
1，否则 P/B 帧会在快速运动时叠加拖影 - 禁用「包含音频」——空音频流会触发某些播放器解码错乱，间接导致首帧加载失败或黑屏
哪怕全满足，x264 在 Composer 里仍只暴露“质量滑块”或预设（如 Slow），无法输 CRF 值。所以真正可控的不失真路径只有一条：先导出无损中间帧（如 AVI (Uncompressed) 或 macOS 的 MOV (ProRes 422 HQ)），再用 ffmpeg -crf 18 -preset slow 精准转码。
MOV 和 AVI 的区别不是容器，而是编码器绑定策略
在 Composer 中，AVI ≈ Microsoft Video 1 的代名词；MOV 是 ProRes 或 Animation 的唯一合法载体。前者每帧存完整 RGB，体积爆炸且无色度抽样优化；后者支持帧内预测、10-bit 色深、Alpha 通道（仅 QuickTime Animation 编码下有效）。
但别迷信 MOV：它在 Windows 上常因 QuickTime 环境缺失而灰掉；导出后若用系统自带播放器打不开，不是文件坏，是解码链路缺失——ffprobe 查到 codec_name=prores 就说明导出成功，只是终端没解码器。
最易被忽略的一点：所有“保真”操作都建立在「模型本身已启用高质量材质与光照」基础上。如果原始视图里文字是 TrueType 且未转曲线、爆炸视图靠手动平移而非 变换 > 爆炸工具 生成，那再好的编码也盖不住前端渲染链路的失真。
