composer本身不处理音频，所谓“音频卡顿”实为外部软件叠加音频时未对齐时间轴、导出帧率与音频采样率未统一时基、或使用vfr编码所致；需固定帧率、禁用motion blur/hdr、导出png序列+单独音频手动对齐，或用ffmpeg重封装注入正确timescale。
Composer 本身不处理音频，也没有音频播放、解码或同步能力——你看到的“音频卡顿”，一定是误把其他工具（如 After Effects、Premiere、Unity 或自研播放器）当成 Composer，或者在用 Composer 导出的视频/动画嵌入到带音频的容器中时，因导出设置不当导致声画脱节。
Composer 导出视频后音画不同步，根本原因是导出参数未锁定时间基准
Composer 的「发布 → 视频设置」里没有音频轨道控制选项，它只输出无音频的视频帧序列或视频文件。所谓“音频卡顿”，实际是：
- 你在外部软件（如 VLC、Premiere）里手动叠加了音频轨，但没对齐时间轴
- 导出时帧率（
Frame Rate）和音频采样率（如 48kHz）未做统一时基校准 - 使用了非恒定帧率（VFR）编码，而播放器按 CFR 解析，造成视觉节奏漂移
必须确保：
-
Frame Rate在 Composer 中设为固定值（如30），且与后期软件中新建序列的帧率完全一致 - 导出格式选
MP4，编码器选x264，关键帧间隔（Keyframe Interval）设为1 - 禁用
Motion Blur和High Dynamic Range (HDR)输出——这两项会引入不可预测的渲染延迟，影响帧时间戳精度
为什么在 AE 里嵌入 Composer 导出的 MP4 后音画错位？
这不是 AE 的问题，而是 Composer 导出的视频缺少标准时间元数据（如 timecode 或 audio sync point）。AE 默认以文件头的 creation time 和第一帧 PTS 为起点对齐音频，但 Composer 不写这些字段。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
解决办法只有两个：
- 在
Composer导出前，确认时间轴起始帧为0（不要留黑场或空帧），并导出为Image Sequence (PNG)+ 单独音频，在 AE 中用File → Import → Multiple Files手动对齐 - 或改用第三方工具（如
ffmpeg）重封装：ffmpeg -i animation.mp4 -i audio.wav -c:v copy -c:a aac -shortest -video_track_timescale 30000 -avoid_negative_ts make_zero output.mp4
其中-video_track_timescale 30000强制匹配 30fps 时间基（30 × 1000）
Composer 预览窗口里“听到声音”？那是系统混音干扰
部分用户反馈“拖动时间轴时有杂音”或“播放头悬停就滋滋响”，这通常发生在 Windows 上启用了 Windows Sonic 或第三方音频增强（如 Dolby Access、Realtek HD Audio Manager），它们会对 OpenGL 窗口进行实时音频分析——而 Composer 的预览窗口恰好触发了该机制。
验证方式：
- 暂时关闭所有音频增强功能
- 运行
powershell -command "Get-AudioDevice -List | Where-Object {$_.Type -eq 'Render'}"，确认默认播放设备无异常状态 - 若使用耳机直连主板声卡，尝试换 USB 声卡或禁用前端面板音频重定向（BIOS 中关 HD Audio Controller）
真正容易被忽略的一点：Composer 的时间轴刻度单位是秒，但内部插值计算基于帧索引；如果你在导出时设了 29.97 fps 却没启用 Drop Frame Timecode，后续在专业剪辑软件里做套件对齐时，每分钟会累积约 2 帧偏移——这种误差不会在预览里暴露，只会在最终成片中表现为“开头同步、结尾拖音”。
