Composer 不导出真正动画 GIF，所谓“导出 GIF”实为静态图；真需多帧 GIF 必须用 FFmpeg 转 MP4 或 PHP Imagick 手动合成，并严格控制帧优化、延迟与 dispose 模式。
Composer 本身不导出 GIF，所谓“Composer 导出 GIF”是常见误称——你看到的按钮或命令行选项，要么已废弃，要么实际只输出单帧位图。真要生成可播放、高画质 GIF，必须绕过 Composer 原生导出路径，用外部工具链手动控制帧序列。
Composer 导出 GIF 按钮点下去为什么没动画？
因为多数现代 Composer 版本（包括 3Dvia Composer、SolidWorks Composer 2025+）已禁用 GIF 动画导出模块。即使界面里还有该选项：
- 实际生成的是
anim.gif，但用gifsicle -I anim.gif查帧数，返回1 image即证实为静态图 - 导出日志中若出现
Warning: GIF animation export is deprecated或无任何帧处理日志，说明底层跳过了多帧逻辑 - 部分版本会把时间轴关键帧强行映射为单张 PNG 再转成伪 GIF，文件头写
GIF89a，但无 LZW 块和帧控制扩展，浏览器只能渲染首帧
真正能生成多帧 GIF 的路径只有两条
一条走视频中转（推荐），一条走原生 Imagick（需 PHP 环境）：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
视频中转法（稳定、可控）：先用 Composer 的 Movie Recorder 导出 MP4（注意勾选
Use GPU Acceleration、设preview frame rate = 30、时间轴起始为00:00），再用 FFmpeg 转 GIF：ffmpeg -i input.mp4 -vf "fps=24,scale=800:-1:flags=lanczos" -gifflags +transdiff output.gif -
Imagick 直接法（需服务器权限）：必须确认
php -m | grep imagick有输出，且ImageMagick库版本 ≥ 7.0；加载 GIF 后逐帧调用setIteratorIndex()、setImageDelay(100)（单位是 1/100 秒）、setImageDispose(2)，最后writeImages('out.gif', true)
高画质 GIF 的三个硬性控制点
不是分辨率越高越好，而是每帧都要干预：
-
帧间优化必做：导出前对 Imagick 对象调用
coalesceImages()（合并透明层），再调optimizeImageLayers()（压缩重复像素），否则体积爆炸且播放卡顿 -
延迟值别乱填：填
framerate=60会生成 16.7ms/帧的 GIF，但 Chrome 实际 clamp 到 20ms（≈50fps），Safari 更可能四舍五入到 33ms（≈30fps）；安全值是framerate=24或30 -
密度与缩放要同步：用
setImageResolution(144, 144)提升渲染精度，但必须配合resizeImage(800, 600, \Imagick::FILTER_LANCZOS, 1)，否则高 DPI 帧无法被浏览器正确采样
最常被忽略的其实是帧有效性——如果你导出的 GIF 在本地能播但在手机 Safari 上静止，大概率是漏了 setImageDispose(2)，导致第二帧开始叠加错乱；而这个问题，永远查不到 Composer 的报错日志里。
