Composer不支持序列帧导出或导入，其时间轴仅管理属性关键帧，不识别frame_%04d.png等图像序列；需用外部工具处理序列帧，或通过View+预合成实现精确动画控制。
Composer 不支持序列帧（frame sequence）导出或导入——它没有“序列帧”这个概念，也没有 frame_%04d.png 这类路径的导出入口。所谓“序列帧用法”，在 Composer 语境下是误用术语，实际想做的通常是：用多张 PNG 控制动画节奏、做外部合成、或替换关键帧插值效果。但这些都超出 Composer 原生能力边界。
为什么你在时间轴上看不到“序列帧轨道”
Composer 的时间轴只管理关键帧（Position.X、Visibility、Rotation.Y 等属性的时间戳），不承载图像序列。它不读取、不缓存、也不按顺序渲染外部 PNG 文件。你拖一个 frame_001.png 进去，它不会自动识别为第 1 帧；双击时间轴空白处，也不会弹出“导入序列帧”选项。
- 所有“序列帧”相关操作（如逐帧编辑、跳帧播放、帧号对齐）必须在外部工具（Blender、FFmpeg、AE）中完成
- Composer 中唯一能“按帧理解时间”的地方，是导出 GIF 时填的
framerate值——但它只是控制播放速度，不改变帧内容来源 - 试图用“插入图像”功能加载多张 PNG，只会得到多个静态图片图层，彼此无时间关联，也不能自动轮播
想用 PNG 序列驱动动画？得绕开 Composer 时间轴
如果你手头已有 frame_001.png 到 frame_120.png，目标是让它们动起来，Composer 不是合适工具。但可以借它做中间态处理：
- 先导出带 Alpha 的
.mov（QuickTime Animation 格式），再用ffmpeg -i animation.mov -vsync 0 frame_%04d.png抽帧——这是唯一能从 Composer 拿到合法序列帧的路径 - 若想反向“用 PNG 控制模型状态”，需手动将每张图对应一个
View：打开frame_001.png→ 调整零件位置匹配该图 → 捕获为View_Frame_001；重复 120 次——这不可规模，仅适用于极短流程（≤5 帧） - 别指望用脚本批量导入 PNG 并生成关键帧：Composer 没有公开的 Python API 或 JSON 帧描述协议，
composer.exe --import-frames这类命令根本不存在
导出 MP4 却被要求填“帧率”，填多少才不卡
填 25 或 30 是安全值，但必须和关键帧密度匹配。Composer 导出视频时的“帧率”不是采样率，而是编码器生成 I 帧/P 帧的节奏基准。真正影响流畅度的是关键帧间隔（Keyframe Interval）设置：
- 默认
30会导致 H.264 编码反复插帧，1080p 动画极易卡在“正在渲染” - 必须手动改成
250（即每 250 帧一个 IDR 帧），配合Reference Frames = 4和Bitrate = 12000 kbps - 如果原始动画只有 120 帧，填
30会强制补空帧；填24反而更稳，因为 120 ÷ 24 = 整除，无插值压力
最容易被忽略的点：你根本不需要“序列帧”来实现组装动画的精确控制——用 View 锁定状态 + 预合成 压缩过渡 + 手动打关键帧控制枢轴，比任何 PNG 序列都准、都快、都可复用。序列帧是给离线渲染或定格动画准备的，不是 Composer 的工作流。
