Composer无法真正导出GIF动图，所谓“导出GIF”实为单帧位图；可靠方案是先导出MP4或PNG序列，再用FFmpeg或Imagick合成真动画GIF。
Composer 本身不导出 GIF 动图——你看到的“导出 GIF”选项，要么是旧版界面残留、要么根本没生效，实际生成的几乎总是单帧位图。
Composer 导出 GIF 的本质是伪操作
所谓“动图导出”，在 SOLIDWORKS Composer / 3Dvia Composer 等主流版本中，export --format=gif 命令不存在，GUI 里的 GIF 选项多数已被禁用或降级为静态图输出。检查生成文件大小：若 anim.gif 只有 1–2 KB，用 gifsicle -I anim.gif 查帧数，输出 1 image 即证实为伪 GIF。
- 时间轴上哪怕有 10 个关键帧，Composer 也不会按帧序列渲染——它只在视口内实时插值过渡，无帧缓存、无编码能力
- “动画轨道”未启用、预览帧率设为 0、起始帧非 00-00，都会导致导出为空动作或首帧冻结
- 浏览器播放卡顿不是因为 GIF 文件损坏，而是帧头声明为
GIF89a却无 LZW 块，或漏掉setImageDispose(2)导致叠加错乱
真正能导出高清 GIF 的路径只有两条
绕过 Composer 原生导出，走外部工具链：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
推荐路径（稳定可控）：先用 Movie Recorder 导出 MP4 → 用 FFmpeg 转 GIF：
ffmpeg -i input.mp4 -vf "fps=24,scale=800:-1:flags=lanczos,split[s0][s1];[s0]palettegen[p];[s1][p]paletteuse" -loop 0 output.gif -
高精度路径（需透明/多层控制）：导出 PNG 序列（勾选
Include Alpha Channel）→ 用原生Imagick合成：$im = new \Imagick(); $im->readImages(['frame_0001.png', 'frame_0002.png', ...]); $im->coalesceImages(); $im->setImageResolution(144, 144); foreach ($im as $frame) { $frame->setImageDelay(100); $frame->setImageDispose(2); } $im->writeImages('output.gif', true);
注意：Intervention\Image 不支持多帧 GIF；GD 驱动完全无法读写动画；imagick 扩展必须启用且版本匹配（php -m | grep imagick 确认）。
GIF 高清输出的三个硬约束
不是参数填得高就清晰，而是受制于格式底层限制：
- 分辨率上限：GIF 最大支持 65535×65535，但浏览器实际渲染安全区是 ≤800×600；超限会导致 Chrome 截断、Safari 直接白屏
-
色深与抖动：GIF 仅支持 256 色，导出时必须加
paletteuse+palettegen，否则渐变带色带；禁用在线转换站——它们强加抖动且丢 alpha -
帧延迟精度：单位是 1/100 秒，填
100= 1 秒，填33≈ 30fps；但浏览器会 clamp 到 ≥10ms（即 ≤100fps），填16（60fps）反而被强制降为 20ms（50fps）
真正卡住人的，从来不是代码写错，而是误把 Composer 当图像引擎——它只递工具，不挥锤子。帧延迟、透明处理、层优化这些事，得亲手用 Imagick 对每一帧按住改。
