MP4 转 GIF：小文件的最佳设置（还不难看）
GIF 是个陷阱。
需要 GitHub README 或 Notion 文档里自动播放的循环图时，它无可替代。
但它也是又老又臃肿的格式，用错了会把清晰的文字毁掉。
下面讲怎么把 MP4 转成既保留清晰度、文件大小又合理的 GIF，以及什么时候该完全放弃这个格式。
转换工具
在浏览器里把 MP4 转成 GIF（无需注册）： → 免费视频转换器
让文件保持小的设置
不想要 40MB 的 GIF 的话：
- 保持简短。 最多 2 到 6 秒。
- 狠狠裁剪。 永远别把整个 4K 桌面做成 GIF。只框出关键的 UI 元素。
- 降低帧率。 用 12 或 15 fps。
- 限制宽度。 480 到 800 像素是稳定 GIF 的天花板。
- 放大源素材。 转换之前，UI 文字在原始 MP4 里就得足够大。
臃肿背后的数学
GIF 格式不是为现代视频设计的。
压缩效率低下、调色板有限，还和语法高亮、UI 渐变这类密集内容对着干。
时长、帧率、分辨率三个里推高任何一个，GIF 编码器都会让文件爆炸。至少降其中两个。
按用途
内联文档（GitHub/README）。 目标是轻量的循环图。裁到功能区域，限制在 4 秒，保持 15 fps，宽度不超过 800 像素。
落地页预告。 目标是干净的画面又不拖累页面加载。裁得紧凑，往 20 fps 提一提让运动更顺。或者更好的做法是，这里用内嵌 WebM 而不是 GIF。
Bug 报告。 目标是在 Slack 里快速给出上下文。把故障框紧，限制在 8 秒，降到 12 fps，让文件小到发得出去。
UI 片段的黄金法则
后期救不回小字。
用 10pt 字体录 1440p 桌面，再转成 800 像素的 GIF，代码会糊得像泼了墨。要改的是录制本身：录之前把字体调大，把操作放在画面中间。 1080p、1440p、4K：什么让文字保持锐利
什么时候放弃 GIF
这些情况下改用 MP4 或 WebM：
- 片段超过八秒。
- 需要可读的文字。
- 页面速度要紧。
把 GIF 留给那些不自动播放 HTML5 视频的地方。
好的 GIF 从好的 MP4 开始
源素材好，转换结果才会好。
原始录制如果有顺滑光标、安静的自动缩放、没有卡顿，GIF 会继承这些优点。AUFZEICHNA 在 Windows 上自动完成这层工作。 观看演示 · 终身买断价格
常见问题
为什么我的 GIF 这么大？ 这种格式的压缩方式太老了。高分辨率加长时长，文件大小成倍增长。
正确的设置是什么？ 最长六秒、围绕动作狠狠裁剪、15 到 20 fps、源文字要大。
长演示该用 GIF 吗？ 不该。超过十秒的内容应该用压缩过的 MP4 或 WebM：体积小得多，画质还更好。