Composer零件运动卡顿+边缘锯齿主因是未启用抗锯齿图像输出、关键帧插值类型错误及导出编码器不匹配：需勾选High Quality或Antialiasing、禁用Motion Blur、导出选MP4并设CBR比特率12000kbps、Keyframe Interval=1。
Composer 里零件运动卡顿+边缘锯齿，不是帧率低或模型问题，而是渲染输出没开抗锯齿，且关键帧插值类型和导出编码器没配对。
为什么开了24fps还是卡、边缘还发虚
因为 Composer 的「预览帧率」（标黄的 preview frame rate）和「导出帧率」是两套逻辑：前者只影响你在时间轴上拖动时的流畅感，后者才决定最终 GIF 或视频的播放节奏。但更关键的是——即使帧率设对了，若导出时没启用抗锯齿图像输出，所有帧都是硬边渲染，运动中边缘就会抖动、跳变，视觉上就是“卡顿+锯齿”。
常见错误现象：导出GIF后文字边缘呈阶梯状、旋转零件出现明显像素跳变、缩放动画收尾处有闪烁感。
- 必须在导出前勾选「抗锯齿图像输出」（路径通常为：发布 → 视频设置 → 勾选
High Quality或Antialiasing） - 禁用「运动模糊」（Motion Blur）——它会让“咔哒”瞬间虚化，加剧卡顿错觉
- 确认原始模型凸点/凹槽公差 ≤0.02mm；Composer 不修复 CAD 几何间隙，只渲染已有几何
Compton/Picom 合成器干扰导致 Composer 预览卡顿
如果你在 Linux 下用 Compton 或 Picom 作为窗口合成器，它可能和 Composer 的 OpenGL 渲染争抢资源，尤其在高 DPI 或缩放场景下，造成预览窗口掉帧、拖动卡顿、边缘撕裂。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
这不是 Composer 本身 bug，而是合成器未适配其渲染管线。
- 临时关闭 Compton 测试：
pkill compton或pkill picom，再打开 Composer 看预览是否顺滑 - 若确认是干扰，优先改用
backend = "glx"（非 glfw），并加配置：vsync = true、glx-sync-drawable = true - 避免使用
scale-method = "nearest"，换成"bilinear"或"lanczos"，否则缩放预览时边缘直接锯齿化 - Picom 用户注意：
glx-aa-method和glx-aa-samples只在部分构建中生效，查man picom确认支持项
导出视频模糊+运动拖影的根本原因
默认导出 AVI 格式时，Composer 往往 fallback 到 Microsoft Video 1 编码器——它不支持运动预测，所有帧强制 I 帧内压缩，结果就是体积大、细节糊、边缘生硬。所谓“卡顿”，其实是编码器把连续位移帧压成了离散块状过渡。
- 导出格式必须选
MP4或MOV，AVI 容器无法可靠调用 x264 - 压缩设置中，比特率设为固定值（
CBR），1080P 建议填12000kbps，别选「可变」 - 关键帧间隔（Keyframe Interval）必须设为
1，否则 x264 会插入 P/B 帧，导致旋转/缩放类动画拖影 - 禁用「运动模糊」选项——它和抗锯齿开关是分开的，但两者同时开启会互相抵消效果
多零件拼装动画的抗锯齿一致性控制
连续拼入 5+ 零件时，若每个视图的渲染设置不统一，导出后会出现部分零件边缘平滑、部分发虚，节奏感被破坏——这比单个卡顿更难排查。
- 所有拼装视图（如
拼入_齿轮A_01、拼入_齿轮A_02）必须共用同一套「图像质量」设置：统一勾选High Quality、禁用Motion Blur、分辨率锁定（如1920×1080） - 不要在「发布设置」里逐个改，而是在项目级偏好中设定：Preferences → Graphics → Antialiasing → 设为
High - 导出前检查时间轴上每段拼装轨道的持续时间：严格按
0.8s + 0.3s分段，避免因帧数截断导致最后一帧渲染异常
真正容易被忽略的点是：抗锯齿开关在 Composer 里藏得深，且不同导出路径（GIF / MP4 / AVI）调用的是不同渲染分支。你在一个地方开了，不代表所有出口都生效。每次换导出格式，都得重新进「发布设置」里核对一遍抗锯齿和运动模糊状态。
