把视频的一段做成 GIF

简短的答案

要的是连续的一个瞬间，就打开视频转 GIF 转换器，把视频拖进去，在它的时间轴上标出这一段——它只转换两个标记之间的内容，所以没什么要提前剪的。选好宽度和帧率，导出即可。

需要多个瞬间，比如同一场比赛的两个进球，或铺垫和高潮，先用视频剪切器组合，再交给转换器。文件兼容，且第一段之后的每个起点都是关键帧时，可以复制拼接。其他选段需要页面标注的精确方式，会重新编码画面。导出前看清选择。

交接只要一次点击：剪切工具一导出，下载按钮下方就有一行提议把结果直接带到转换器，剪出的片段到那边已经装好——中间不用保存、不用重新拖放。

两条路的次序一样：先决定秒数，后花设置。这页剩下的部分解释为什么这个次序对 GIF 的分量，远比对这个站做的其他任何东西都重。

问题报告从点击或手势前开始，别只截坏结果，结束前给人看清的时间。可先试 3 秒、480 像素、每秒 12 帧，界面小字可能需更宽。平色界面关抖动，再按问题跟踪系统显示尺寸看导出 GIF。

手工步骤或产品交互也适合，保留解释动作的手或光标，一段够用就用转换器单段选区。讲解靠语音就留短视频，GIF 没声音。多个步骤先拼接，逐个检查接缝再转。

GIF 不是视频。它是一摞完整的图片，每张至多取自 256 色的调色板，用 1987 年的一套对运动一无所知的办法压缩。现代编解码器描述帧与帧之间变了什么；GIF 则大体在重复没变的部分。

实际后果是：一个 480 像素宽、每秒 12 帧的十秒 GIF，动辄 5 到 10 MB——是同一片段 MP4 的十倍，画质却只有几分之一。这不怪转换器；格式就是这样。GIF 转换指南讲了什么时候 GIF 仍然值得，什么时候静音循环的视频更合适。

因为体积随每一帧增长，省得最便宜的兆字节是整秒。宽度减半，体积约减为四分之一；帧率减半，约减为一半；而剪掉本就不该在里面的画面，省下的是它的全部开销，还让结果更好——从动作开始的 GIF，比花两秒走向动作的那种读起来舒服得多。

转换器的时间轴标一段：一个起点，一个终点，之间的一切成为 GIF。只要你要的瞬间是连续的——不管多长——这就是全部工作；把剪切器放在前面，只是给同样的两个标记再安一个家。

标记宁紧勿松。最后一帧挨着第一帧时，循环能藏住接缝；从两头刮掉的每一帧，都会变成省下的文件体积还给你。

GIF 一旦需要不止一块，剪切器就有了它的位置：

多个瞬间，一个 GIF。播放时用 I 和 O 标出各段，必要时调整顺序，让最好的一段在前，再导出一个文件。只有页面允许后续起点时才选 Copy，否则选精确方式并接受重新编码。
两个视频，一个 GIF。剪切器接受多个文件，跨文件拼接标记部分。格式一致时复制，不一致时重新编码，页面会说明。
也想保留视频。组合后的 MP4 值得留下。它比从它生成的 GIF 更小、更清楚，能播放视频的地方适合发它。

把组合片段放入转换器，不必再标记，整份文件就是所需序列。如果工具因播放编辑而拒绝，先在本地编辑器中导出已应用编辑的新视频。不要绕过拒绝，隐藏内容不应重新出现在 GIF 里。GIF 没有音轨，中间剪切文件也去掉声音，避免带入音频播放编辑。

秒数定了之后，体积由三个旋钮决定，按开销从大到小排：

宽度。最大的杠杆。聊天或论坛 480 像素绰绰有余；没有文字的录屏 320 也看得清清楚楚。体积随宽度的平方下降。
帧率。大多数 GIF 住在每秒 10 到 12 帧；动作仍然连贯，文件比 25 帧时少一半。低于 8 就开始像幻灯片了。
抖动。只有 256 色，柔和的渐变会起条带。有序抖动拿细密的纹样换掉条带；通常更好看，压缩率略差。两种都导出试试——干活的是你自己的机器，第二次尝试不花一分钱，也不上传一个字节。

两个步骤在这里住在两个页面上是有意为之：每页只干一件事，每页都能独自证明没有任何东西离开你的机器。但两页所运行的一切都是开源的：MIT 许可证，一个工具一个文件夹，零依赖的 ES 模块，README 把每个模块讲得明明白白。

所以，如果这条链子是你每周的一部分，不必每次都手动走一遍。把编码智能体指向代码仓库，让它把剪切器的分段逻辑和 GIF 编码器组装成一页，正合你的用法。这些模块写出来就是给人读的，把它们搬走，正是这份许可证存在的目的。