composer 无法连接动捕设备或接收实时外部感知数据，因其不具备串口监听、网络协议解析（osc/vrpn）、ros2订阅、webxr/generic sensor api等能力，所有所谓“composer动捕”均为中间层转译导致的概念错配。
Composer 不能连接动捕设备，也不支持任何实时外部感知数据输入——它根本不是运行时数据采集或流式处理工具。
动捕设备的数据通路与 Composer 完全不交叠
所谓“Composer 动捕”，是典型的概念错配。动捕系统（如 Vicon、OptiTrack、Xsens 或手机 IMU）输出的是高频时间序列：位置/旋转/加速度/时间戳，单位通常是毫米、弧度、m/s²，采样率从 60Hz 到 1000Hz 不等。Composer 没有串口监听能力、不支持 UDP/TCP socket 接收、无法解析 OSC 或 VRPN 协议，更不会轮询 /dev/ttyACM0 或读取 /dev/input/event*。
- 你在终端执行
ros2 topic echo /motion_capture/pose看到的数据，Composer 无法订阅 - 你用 Python 启动的
serial.Serial('/dev/ttyUSB0', 115200)流，Composer 无法接入 - 浏览器里
navigator.getVRDisplays()或DeviceOrientationEvent触发的角度变化，Composer 不响应
为什么有人觉得“能连”？常见混淆点
实际项目中被误认为“Composer 连了动捕”的场景，本质都是中间层转译：
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- Unity 项目里用了
XRInputSubsystem读取 Vive Tracker 位姿，再通过Animator驱动模型 → 有人把 Unity 的 Timeline 叫成 “Composer” - WebGL 页面用 Three.js +
WebXR渲染手部骨骼，后端 PHP 用composer require guzzlehttp/guzzle转发 pose 数据到调度服务 → 把依赖管理器当通信管道 - ROS 2 中
motion_capture_bridge节点把 OptiTrack 数据转成tf2广播，rviz 显示轨迹，用户录屏后拖进 After Effects（旧称 Composer）做标注 → 把后期合成当实时对接
真要让动捕驱动可视化，绕不开的三类接口
如果你的目标是“动捕数据 → 实时驱动模型”，必须明确使用以下任一真实接口路径：
-
硬件直连接口：Vicon 的
Vicon DataStream SDK（C++/C#）、Xsens 的MT SDK（Python/C++），需在 Unity/C++ 主程序中调用，不是 Composer 插件 -
ROS/ROS2 接口：发布
geometry_msgs/PoseStamped或sensor_msgs/Imu，靠ros2 run rviz2 rviz2或自定义节点渲染，Composer 不参与 -
Web 标准接口：WebXR API、
Generic Sensor API（Accelerometer,Gyroscope），配合 Three.js 更新mesh.position和mesh.quaternion，Composer 无对应 JS 运行环境
容易被忽略的关键限制
即使你强行把动捕 CSV 导入 Composer（比如每帧一个 pose 行），也会立刻遇到硬伤：
- CSV 时间列必须严格对齐 Composer 合成帧率（如 30fps → 每帧间隔 0.0333s），毫秒级偏差导致关键帧漂移
- 旋转数据必须是欧拉角（
rx, ry, rz）或四元数（qx, qy, qz, qw），但 Composer 不自动识别坐标系约定（如 ROS 的 x-forward vs Unity 的 y-up） - 没有插值补偿：动捕 120Hz 输出，Composer 30fps 播放 → 直接丢帧，动作卡顿，且无法启用样条重采样
- 所有绑定都静态依赖于导入时刻的列名；一旦 CSV 多了一列
confidence_score，整个绑定失效，错误提示是Invalid binding source: column 'rx' not found
