GIF 转 WebM，按网页播放需求导出

请选择真正下载的 GIF 文件，而不是展示图片的网页链接。GIF 转 WebM 会读取源动画的一轮，解码图片后重新编码为视频时间线。原始预览仍是一张动态图片，生成结果则是可以拖动进度的视频。先以检测到的完整时长为起点，按目标展示位置设置宽度与帧率，再比较下载的候选文件。仅修改扩展名无法完成转换，因为 GIF 图片数据与 WebM 视频流的结构并不相同。

1. 1

   确认原始动画的一轮

   选择 GIF 后等待读取尺寸与单轮时长，观察动作的有效起止点。原始图片预览遵循源文件循环设置，无法拖动，也不会实时只播放你选定的范围。

2. 2

   配置视频交付取舍

   填写保留范围与宽度上限，再选择帧率、VP8 CRF、目标码率和编码耗时参数。透明部分可填为白、黑或灰；本页明确输出不透明视频，不保留透明通道。

3. 3

   播放并测试下载文件

   处理结束后完整播放 WebM，检查边缘、最后姿态和停留画面。下载后还要测试实际接收方；本地浏览器能播，并不意味着所有第三方上传入口都接受 WebM。

GIF 使用索引颜色图片、独立帧延时与可选循环指令。这里生成的 WebM 则包含按固定帧率采样的 VP8 视频。对于界面演示和网页动态内容，这是另一种交付方式，但具体兼容性和播放行为由目标平台决定。工具不会替你生成网页代码、打开自动播放或在文件里写入无限视频循环。视频是否重复、显示控件、允许自动播放，需要接收网页和浏览器按自身规则处理。

压缩效果取决于内容。稳定背景上的小范围动作，与噪声较多的录屏或连续镜头移动，不会得到相同的体积变化。WebM 可能比 GIF 小，但极短且已经优化过的动画也可能变大。提高分辨率无法恢复 GIF 调色板丢失的细节，改成 60 FPS 也不会凭空补出新动作；工具只是重复或舍弃现有图片形成固定采样节奏。请保留原文件，以真实字节数和画面效果作比较，不要把格式名称当作固定压缩率承诺。

时间范围以源 GIF 的一轮为准。宽度上限为 2–1920 像素，初始取源宽度与 1280 中较小的值，普通输入不会主动放大；为满足编码兼容要求，输出偶数尺寸可能略小。帧率为 1–60，初始 30；VP8 CRF 为 18–42，初始 32，数值较低通常追求较高画质。目标码率为 128–20000 kbps，初始 1000，与 CRF 共同作用，并不是精确文件大小或瞬时带宽硬上限。编码耗时参数为 0–8，初始 4，较低值花费更多编码时间，使用 good 模式与单线程。透明区域填为白、黑或灰，输出 yuv420p 不透明画面且没有音轨。工具移除复制的全局元数据，但必要的编码器与容器信息仍可能存在。

完整播放下载文件，特别注意开头与最后停留画面。裁短后仍应说明完整操作，不要在结果出现前结束。按实际使用大小观察界面文字、彩色轮廓、阴影和渐变，缩放、视频压缩与色度采样都可能影响这些细节。检查发布系统要求的尺寸、时长和无音轨兼容性。如果必须循环展示，应单独测试目标播放器的循环选项。源 GIF 的循环次数不会决定 WebM 上传后的行为，纯图片位置甚至可能根本不接收视频。

• 按目标显示尺寸检查文字和渐变，不要只根据最小文件体积选择版本。
• 把下载的 WebM 放进实际浏览器、上传表单或内容管理系统中测试。
• 在目标背景上检查填色与边缘，确认有限时长覆盖完整动作。

GIF 与生成的视频在当前浏览器转换流程中处理。引擎资源需要从网站加载，但普通转换不会把媒体交给远程转码队列，适合内部软件演示、未发布设计、客服案例与个人动画。浏览器仍需要足够内存和运算时间，大尺寸或大量帧可能超过设备能力。放弃当前任务时可以取消，重置则清除文件选择和结果，再开始处理另一份文件。

本地转换并不等于内容脱敏。只出现一瞬间的消息、客户姓名、内部网址或通知仍会进入视频，而且暂停后可能更容易被看到。移除复制的元数据也不会遮住这些像素。分享前请检查敏感内容，需要时先使用独立的遮挡或编辑流程。下载结果是设备上的新文件，仍应遵守源素材对应的保存与分享规则。

本页提供 VP8，不提供 VP9 或 AV1，也不承诺透明 WebM。需要将动画叠在任意背景上时，应选择支持透明通道的流程。图片附件和原始循环元数据应保留 GIF，接收方要求 MP4 时就使用 MP4。GIF 没有音轨，网页上伴随图片播放的声音不能从 GIF 文件中恢复。精确保留每帧延时、补充新动作、恢复丢失颜色或把多轮动作写进更长的视频，都属于另一类编辑任务。浏览器内存限制、损坏文件和不常见的源编码也可能导致导出失败。

• 目标位置只收图片附件，或必须保留源 GIF 的循环指令时，应继续使用 GIF。
• 需要透明视频、VP9、AV1、声音、精确保留每帧延时或归档母版时，使用其他流程。