Composer 无法处理机器人关节数据或生成示教动画，因其仅为 Adobe 视频合成工具，不支持时间序列解析、URDF/SDF 加载、ROS 消息解析及运动学求解，仅能手动关键帧或表达式映射二维简化场景。
Composer 本身不支持直接记录工业机器人各关节运动数据或生成示教动画——它不是运动控制或机器人仿真软件，而是 Adobe 系统中用于视频合成与动态图形的后期工具（现归入 Adobe After Effects 生态）。你无法用 Composer 实时采集伺服电机角度、编码器值或解析 URDF/SDF 模型，更不能导出符合 ROS 或 PLC 控制要求的轨迹序列。
为什么 Composer 打不开机器人关节数据文件
常见误区是把 .csv 关节时间序列（如 time, joint1, joint2, ...）拖进 Composer 试图“自动驱动”三维模型。Composer 没有内置时间序列解析器，也不支持绑定外部数值到 3D 层属性。即使导入了 FBX 机器人模型，其关节旋转仍需手动打关键帧，或靠表达式硬编码映射——这对几十个采样点尚可，对真实示教数据（百赫兹采样、数百秒轨迹）完全不可行。
- Composer 不识别
joint_states、trajectory_msgs/JointTrajectory等 ROS 标准消息格式 - 不支持读取
robot_state_publisher输出的 TF 变换流 - 无法加载
.urdf并自动提取连杆层级与运动学约束
真正能对接机器人示教数据的替代路径
若目标是“把现场示教器录下的关节角度，变成可播放、可标注、可导出的动画”，应跳过 Composer，用以下组合：
- 用 Python +
matplotlib.animation或plotly直接绘制动图：输入joint_log.csv，输出 HTML 或 GIF，轻量且精确反映数值变化 - 在 Blender 中加载
.urdf（通过io_scene_urdf插件），再用 Python 脚本读取 CSV 并驱动pose.bones关键帧——支持正向运动学、碰撞检测、渲染输出 - ROS 用户直接用
rviz的RobotModel显示 +rosbag play回放/joint_states，截图或录屏即可获得“示教动画”，无需额外合成
如果非要在 After Effects（含旧版 Composer 流程）里做，必须手动转换
前提是已有静态机器人分层 PSD 或 AE 工程（每个关节为独立图层），且关节运动符合二维简化的教学场景（如 SCARA 示意图）。此时可：
- 将原始关节角度（单位：度）转为 AE 图层的
rotation属性值，注意 AE 默认顺时针为正，而多数机器人协议（如 MODBUS/URScript）逆时针为正，需加负号 - 用 AE 表达式链接图层：
transform.rotation = thisComp.layer("Data").property("Source Text").value.split(",")[1];——但要求Source Text必须严格按帧索引对齐，且 CSV 行数 = 合成帧数 - 避免使用
scale或position模拟旋转，否则运动学关系断裂，末端位姿错误
真正的机器人示教动画核心在数据闭环：从硬件采集 → 格式对齐 → 运动学求解 → 可视化验证。Composer 缺失前三个环节，只保留最后一个“贴图式播放”。别让工具边界模糊成认知盲区——关节角度不是像素坐标，差一度，可能就撞墙。
