关闭“吸附到帧”并手动输入带小数的时间值（如2.0而非2）才能确保秒级精度；默认开启时关键帧被强制对齐整数帧，导致循环卡顿、导出抽搐等问题。
Composer 时间轴“吸附到帧”（Snap to Frame）不是用来提升精度的，而是默认开启后会破坏秒级时间精度——所有手动拖动的关键帧都会被强制对齐到整数帧（如 2f、4f），导致你输入的 2.0s 实际变成 1.998s 或 2.003s，循环动画因此卡顿。
为什么关键帧总差一帧？
根本原因不是操作失误，而是 Snap to Frame 默认启用。它把时间轴上的拖拽动作映射到帧数（frame），而非真实秒值（second）。比如你拖到标着“2s”的位置，背后可能是第 47.95 帧（按 23.976 fps 计算），Composer 自动取整为 48 帧 → 换算回时间就是 ≈2.003s。三次循环后偏差放大成明显顿挫。
常见错误现象包括：
- 复制粘贴关键帧后位置偏移 1–2 帧
- 0–2s 循环段播放到 2.001s 时硬停再跳回 0s
- 导出视频里某段动画突然“抽搐”，但预览时看不出来（预览用的是内部高精度时钟，导出走帧采样）
关闭吸附后怎么保证时间精准？
关掉 Snap to Frame 只是第一步，真正起作用的是时间输入框+小数位输入。不要依赖拖动，要靠键盘输入。
- 右键时间轴空白处 → 取消勾选
Snap to Frame（或按快捷键Ctrl+Shift+S切换） - 双击关键帧下方显示的时间数字（例如 “2”），光标进入编辑状态
- 手动输入带一位小数的值，如
2.0、4.0、6.0，然后按Enter确认（只输2不行，必须是2.0） - 输入后检查时间轴轨道上该关键帧是否对齐到标尺的整秒刻度线——视觉对齐只是辅助，数值才作准
复制粘贴关键帧时容易忽略的偏移陷阱
即使关闭了吸附，直接在时间滑块当前位置粘贴关键帧仍可能出错：Composer 会优先把新关键帧“贴”到当前滑块所在帧，而不是你期望的精确秒值。
- 先将时间滑块拖到空白区域（比如 10.0s 后），再执行粘贴
- 粘贴后立即双击新关键帧的时间值，手动改为目标秒值（如
4.0） - 若需覆盖已有关键帧，粘贴前按住
Alt（Windows）或Option（Mac） - 检查时间轴轨道：每个关键帧下方应显示
0.0、2.0、4.0这类带小数的数值，而不是0、2、4
跨环境协作时时间同步怎么保障？
同一份文件在不同电脑上播放节奏不一致？大概率是系统时间精度或帧率解释不一致。Composer 不读取系统 RTC，但依赖 Windows 多媒体计时器，而该计时器在部分老旧设备或虚拟机中存在抖动。
- 确认所有协作方使用相同项目设置：在
文件 > 属性 > 文档属性 > 时间轴中统一帧率为24.000或30.000（避免23.976或29.97） - 禁用“自动匹配系统帧率”类选项（该选项不存在于 UI，但某些插件或脚本可能偷偷启用）
- 导出前用
播放 > 预览动画对比时间轴标尺与实际播放进度条，偏差超过 ±0.02s 就需重设关键帧
最常被忽略的一点：时间轴上显示的“2s”只是近似标签，真正决定播放时刻的是你输入的数值字符串本身——哪怕只少输一个 .0，Composer 就当它是帧数处理。所以别信眼睛，信输入框里的字符。
