参数修改后结果完全没有变化

如果使用 jm1.72，最重要的工作不是盲目修改配置，而是先固定原始视频格式、编码档次、量化参数、参考帧数量和输出统计方式。输入文件、配置文件、编译🚀环境三者只要有一项不匹配，就可能出现无法启动、解码花屏、帧数不一致或实验结果不可比较。

jm1.72 的配置文件决定了实验是否可🌟重复，修改参数时应当一次只改变一个变量。不同补丁版本的参数名称可能略有差异，但输入文件、分📌辨率、帧数、量化参数、参考帧和搜索范围始终是优先检查的项目。

原始 YUV 格式错误通常表现为整幅图像偏色、亮度异常、上下错位或每隔固定帧数出现异常。宽高、YUV 排列、色度采样、帧顺序和输出查看工具必须保持一致；不要用不匹配的播放器直接打开裸 YUV 文件。

jm1.72 是否值得继续使用

jm1.72 的首次运行应当从最小闭环开始，即使用一段短小、格式明确的原始 YUV 视频，完成编码、生成码流、再解码和结果检查。不要一开始就导入 MP4、MKV 或带有复杂音视频封装的文件，因为参考软件通常处理的是原始视频帧，不负责完整容器解析。

输入文件错误通常来自🍀相对路径、文件名大小写、当前工作目录或文件权限。把输入文件临时放到配置文件所在目录，改用简单路径，并在配置中核对 InputFile 后再次运行，能够快速排除路径层面的干扰。

输出画面花屏或颜色不对

jm1.72 是 H.264/AVC 的早期参考软件版本，核心用途不是提供日📌常视频压制，而是帮助开发者验证编码语法、解码流程、码率控制和测试工具实现。需要先明确：它属于 Joint Model 参考编码器与解码器✅，适合协议学习、论文复现、旧项目兼容和算法对照，不适合直接替代现代生产环境中的高性能编码器。

jm1.72 的定位是 H.264/AVC 标准验证性质的软件实现，它更强调编码工具是否按照标准工作，而不是运行速度、压缩效率和工程易用性。编码器通常由 lencod 组件承担，解码器通常由 ldecod 组件承担，具体文件名会随操作系统和发布包有所变化。

参考软件的日志数值只能说明当前配置下的编码结果，不能直接推出所有视频内容上的普遍结论。静态场景、快速运动场景、纹理丰富场景对参考帧和运动搜索的敏感程度不同，测试片段的内容应随实验目的明确记录。

报错、花屏与结果异常的排查顺序

jm1.72 的有效测试需要同时检查码流、解码画面和统计数据，不能只看程序是否返回成功。程序正常结束只能说明流程没有明显崩溃，不能证明输入格式正确，也不能证明比较结果具有可重复性。

jm1.72 的故障排查应当先查文件和配置，再查编译与码流，最后才分析算法参数。按照这个顺序处理，可以🔥避免把输入尺寸错误误判为编▶️码工具失效。