composer 不支持直接导出 gif，因其输出为结构化 json 动画，与 gif 的位图序列模型不兼容；强行转换需第三方工具中转，且易出现首帧静止、体积异常或减色失真等问题。
Composer 本身不支持直接导出 GIF——它生成的是 Lottie（JSON）动画，必须经由第三方工具中转转换，否则导出的只是静态首帧或报错。
为什么 Composer 没有「导出 GIF」按钮
Composer（如 Adobe After Effects 的插件版、SOLIDWORKS Composer 或 Web 端的 Lottie-based Composer）定位是「结构化动画描述工具」，输出目标是可缩放、可交互、轻量的 JSON，而非位图序列。GIF 是逐帧位图容器，二者底层数据模型不兼容。
常见错误现象：Export GIF 选项灰掉、点击无响应、导出后只有第一帧、文件体积异常小（
真实使用场景：需要把产品拆解动画发到钉钉/飞书/企业微信做快速演示；客户只认 GIF 不装 Lottie 查看器；嵌入老版本 CMS 系统（不支持 JSON 渲染）。
- 不要在 Composer 界面里找
GIF格式下拉菜单——它不存在 - 不要用截图工具录屏再转 GIF——会模糊、失真、带窗口边框
- 不要尝试用
Image::make('animation.json')交给 Intervention —— 它根本解析不了 JSON 结构
正确路径：JSON → 视频 → GIF（推荐）
这是目前最稳定、可控性最强、画质损失最小的链路。核心是把 Lottie 渲染成视频帧，再压缩为 GIF。
实操建议：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 用
lottie-web+canvas+ffmpeg.wasm在浏览器端渲染并录制（适合单次小动画，免安装） - 本地用
lottie2videoCLI 工具：先npm install -g lottie2video，再运行lottie2video input.json -o output.mp4 --fps 24 - 导出 MP4 后，用
ffmpeg转 GIF：ffmpeg -i output.mp4 -f gif -r 15 -s 480x270 output.gif（-r控制播放速度，-s控制尺寸） - 若需调色或去噪，MP4 阶段处理比在 GIF 上硬压效果好得多
绕过视频、直出 GIF 的风险点
部分在线服务（如 lottiefiles.com/convert、cloudconvert.com）声称支持 JSON → GIF，但实际依赖服务器端的 headless Chrome 渲染 + 截帧，容易出问题：
- 动画含 mask / trim path / 3D 层级时，
renderFrame()可能漏帧或错位 - 颜色映射异常：Lottie 的
gradient在 GIF 的 256 色限制下常变成色带 - 导出耗时不可控，大 JSON（>500 KB）可能超时或被截断
- 隐私风险：敏感产品结构动画上传到第三方服务器
如果你必须走这一步，务必先用 lottie-player 在本地预览 JSON 是否正常播放——连这个都卡顿，转 GIF 必然失败。
帧率与文件大小的硬约束
GIF 不是视频，没有关键帧概念，每一帧都是完整位图。所以：
-
-r 30导出的 GIF 体积通常是-r 15的 1.8–2.2 倍，不是 2 倍——因为重复帧会被 LZW 压缩，但高帧率下重复率下降 - 分辨率每降一级（如 720p → 480p），体积减少约 45%，但文字/线条锐度明显下降
- 别碰
colors 128这类参数：Lottie 常用渐变和半透明，强制减色会糊成一片 - 真正有效的压缩是删帧：用
ffmpeg -i in.mp4 -vf "select='not(mod(n,2))'" -vsync vfr out.gif每两帧取一帧（等效 15fps → 7.5fps）
最后提醒一句：GIF 的循环逻辑（NETSCAPE2.0 扩展块）在某些旧邮件客户端里会被忽略——如果用于企业内宣，务必在 Outlook 里实测打开。
