产品演示录屏转GIF
产品经理要给新功能做动图插入需求文档,但录屏软件导出的MP4有30秒,文档里只需5秒循环。用本工具导入录屏片段,截取关键3秒,帧率降到10fps,输出为GIF。相比在线转换站,不经过服务器,本地WASM处理,公司敏感UI不会外传。
导出格式说明:浏览器 MediaRecorder 主流输出 WebM(VP8/VP9 + Opus),
多数平台(B 站 / 抖音网页端)可直接上传。如需严格 MP4,下载后用本地 FFmpeg
(ffmpeg -i in.webm out.mp4)或在线转换工具转码。合成时请保持本页面前台。
剪辑师从几十张静帧素材里挑出序列,拖进时间线逐张对齐帧率,再手动添加转场过渡——这套流程在渲染前往往已消耗半小时。这个工具把多张图片直接合并为一段 MP4,自定义帧率控制播放速度,内置转场效果避免画面硬切。处理全部在浏览器本地完成,图片不上传服务器,适合快速生成预览小样或测试动画节奏。
产品经理要给新功能做动图插入需求文档,但录屏软件导出的MP4有30秒,文档里只需5秒循环。用本工具导入录屏片段,截取关键3秒,帧率降到10fps,输出为GIF。相比在线转换站,不经过服务器,本地WASM处理,公司敏感UI不会外传。
摄影爱好者用单反拍了一组日出云海,每5秒一张,共120张RAW转JPG。相机不支持机内延时合成,用本工具按顺序导入,帧率设为24fps,输出MP4。相比Premiere,无需安装软件、无需渲染等待,浏览器里直接预览过渡效果,不满意可立刻调帧率重来。
工地监理每天在同一机位拍一张施工照片,一个月攒了30张。月底汇报时,把30张图按日期排序导入,帧率设为1fps(每张停留1秒),输出MP4。领导看视频就能直观感受主体结构从地基到封顶的变化,比翻相册省时间,且视频文件小,微信发给甲方不超限。
淘宝卖家要上架一款四色连衣裙,美工做了4张白底主图。平台要求主图视频至少3秒,但拍视频成本高。用本工具把4张图按颜色顺序排好,帧率设为1fps,每张停留1秒,输出MP4。视频自动循环播放,买家滑动详情页时看到颜色渐变效果,比静态图更吸引点击。
研究生做了一组细胞荧光染色图,共8张不同激发光下的照片。口头汇报时,PPT里静态图看不出荧光随时间的变化。用本工具按时间顺序导入,帧率设为2fps,输出MP4插入PPT。播放时荧光信号依次亮起,评委一眼看清蛋白表达时序,比口头描述更有说服力。
| 输入 | 输出 | 说明 |
|---|---|---|
| 3张图(1.jpg, 2.jpg, 3.jpg),帧率 24fps,无转场 | 输出一个 3 秒的 MP4 视频,每张图停留 1 秒(24 帧),画面直接切换 | 常规:最基础用法,验证帧率与图片张数的换算关系(总时长 = 张数 ÷ 帧率) |
| 10张图(frame_001.png ~ frame_010.png),帧率 30fps,转场效果=渐隐(crossfade,时长0.5秒) | 输出约 3.83 秒的 MP4 视频:每张图基础停留 0.33 秒,相邻图之间有 0.5 秒重叠淡入淡出,总时长 = 10×0.33 + 9×0.5×0.5(重叠减半)≈ 3.83秒 | 常规:带转场的典型场景,转场时长会压缩单图停留时间,总时长不等于简单除法 |
| 1张图(logo.png),帧率 1fps,无转场 | 输出一个 1 秒的 MP4 视频,画面静止显示该图 | 边界:单张图生成视频,帧率极低(1fps),验证工具是否支持单帧输入和最小帧率 |
| 50张图(img_001.jpg ~ img_050.jpg),帧率 60fps,无转场 | 输出约 0.83 秒的 MP4 视频,每张图仅停留 1/60 秒,画面快速闪过 | 边界:高帧率 + 多图组合,验证工具在高帧率下是否丢帧或卡顿,总时长极短(<1秒) |
| 2张图(a.png, b.png),帧率 0.5fps,无转场 | 输出一个 4 秒的 MP4 视频,每张图停留 2 秒 | 边界:帧率小于 1fps,验证工具是否接受小数帧率(0.5),以及单图停留时长是否按倒数正确计算 |
| 3张图(1.jpg, 2.jpg, 3.jpg),帧率 24fps,转场效果=闪白(white flash,时长0.2秒) | 输出约 3.2 秒的 MP4 视频:每张图基础停留 1 秒,但转场期间(0.2秒)画面变为纯白,实际有效画面时间缩短 | 易错:闪白转场不是淡入淡出,而是插入纯色帧,用户容易误以为转场只是透明度变化,导致预期时长偏差 |
| 图片文件名不连续(a.jpg, c.jpg, f.jpg),帧率 10fps,无转场 | 输出一个 0.3 秒的 MP4 视频,按文件名排序(a→c→f)依次显示,每张停留 0.1 秒 | 易错:用户常以为工具会自动补全缺失序号,实际只处理上传的图片列表,文件名跳跃不会自动填充 |
1.图片命名不连续,导致序列错乱
图片命名:img1.jpg, img2.jpg, img10.jpg, img11.jpg图片命名:img001.jpg, img002.jpg, img003.jpg, img004.jpgFFmpeg 按字典序读取文件名,img10.jpg 会排在 img2.jpg 之前。使用零填充(如 001)可保证数字顺序与自然顺序一致。
2.图片尺寸不一致,输出视频出现黑边或拉伸
混用 1920×1080 和 800×600 的图片所有图片统一缩放为 1920×1080(或目标分辨率)后再上传FFmpeg 默认以第一张图片的尺寸作为输出画布,后续图片若尺寸不同会被拉伸或裁切,导致视觉异常。
3.帧率设置过高,输出视频播放卡顿或文件巨大
对 10 张图片设置帧率 60fps根据图片张数和目标时长计算帧率:10 张图想播 5 秒 → 帧率设为 2fps帧率决定每秒播放的图片数。10 张图 60fps 意味着 0.17 秒播完,且 FFmpeg 会重复帧填充,文件体积暴涨。
4.图片格式不统一,部分图片被跳过
混用 .jpg、.png、.webp 格式的图片全部转为同一种格式(推荐 .jpg 或 .png)后再上传FFmpeg 的图片序列输入模式要求所有文件扩展名一致,否则会忽略不匹配的文件,导致序列中断。
5.转场效果与图片数量不匹配,末尾出现黑帧
5 张图片设置 5 个转场效果转场效果数 = 图片数 - 1(5 张图 → 4 个转场)转场发生在两张图片之间,末尾图片之后没有下一张,多余的转场会导致 FFmpeg 插入空白帧。
6.图片文件名包含特殊字符,导致解析失败
图片命名:photo (1).jpg, 风景图@2024.jpg图片命名:photo_1.jpg, fengjing_2024.jpgFFmpeg 在解析输入路径时,空格、括号、中文等字符可能被 shell 或库函数错误转义,导致文件找不到。
7.输出格式选错,无法在目标设备播放
选择输出格式为 .avi 或 .mkv选择 .mp4(H.264 编码)大多数社交媒体、浏览器和手机默认支持 H.264 编码的 MP4。AVI 和 MKV 可能因编码器或容器不兼容而无法播放。
视频时长(s) = 图片数量 × (1 ÷ 帧率) + 转场总时长(s)
图片数量输入序列的图片张数帧率每秒播放帧数,单位 fps转场总时长所有转场效果持续秒数之和输入 30 张图片,帧率设为 24 fps,每张图片之间添加 0.5 秒淡入淡出转场(共 29 个转场)。视频时长 = 30 × (1 ÷ 24) + 29 × 0.5 = 30 × 0.04167 + 14.5 = 1.25 + 14.5 = 15.75 秒。最终输出 MP4 时长约 15.8 秒。
本工具基于浏览器端 FFmpeg(WASM)处理,所有图片不上传服务器,完全在本地算。因此理论上限取决于浏览器可用内存和图片总大小。实测 500 张 1920×1080 的 JPG(约 150MB)在 8GB 内存电脑上能正常生成 30fps 视频,超过 1000 张建议分批处理或降低分辨率。如果页面卡死,先减少张数或压缩单张图片体积。
会。FFmpeg 默认以第一张图片的尺寸作为输出视频分辨率,后续不同尺寸的图片会被强制拉伸/压缩到该分辨率。本工具在生成前会检查所有图片尺寸,若存在不一致,会在页面提示「图片尺寸不一致,建议统一后再转换」。最佳实践:先用图片处理工具把所有图调成相同宽高(如 1920×1080),再上传。
本工具按文件名排序(自然排序)确定顺序。如果文件名是「1.jpg、2.jpg、10.jpg」,自然排序会变成 1、10、2。建议命名时补零(如「001.jpg、002.jpg、010.jpg」),或上传前在本地文件夹内确认排序无误。如果已上传,可以重新命名后再次上传,工具会按新文件名重新排序。
本工具支持 FFmpeg 内置的常见转场,包括淡入淡出(fade)、溶解(dissolve)、滑动(slide)、擦除(wipe)等约 10 种。在页面「转场」下拉菜单中选择即可,默认是无转场。注意:添加转场后生成时间会变长(每张图之间需要额外渲染),且转场时长固定为 0.5 秒,不可单独调节。
帧率决定每秒显示多少张图片。设 30fps 时,每张图显示 1/30 秒,10 张图生成约 0.33 秒视频;60fps 则 10 张图仅 0.17 秒。如果图片数量少(如 5-10 张),高帧率会导致视频一闪而过,建议降低帧率到 1-5fps,让每张图停留 0.2-1 秒。本工具帧率范围是 1-60,慢速幻灯片建议用 1-5。
本工具输出的是 H.264 编码的 MP4,默认码率较高(约 10Mbps 用于 1080p)。如果需要更小体积,可以在输出前调整「质量」滑块(0-100,默认 80)。调低到 50-60 可减少 40%-60% 体积,肉眼几乎看不出差异。如果仍太大,建议先降低输入图片分辨率(如缩到 1280×720),再上传转换。
MP4 格式本身不支持透明通道(alpha),所以 PNG 的透明部分在输出视频中会变成黑色或白色(取决于 FFmpeg 默认填充色)。如果必须保留透明,建议输出为 WebM 格式(本工具暂不支持),或把 PNG 放在一个纯色背景上(如绿幕),后期用剪辑软件去背景。
这是浏览器对 WASM 长时间计算的保护机制。本工具在浏览器端用 FFmpeg.wasm 处理,图片越多、分辨率越高,计算时间越长(500 张 1080p 约需 30-60 秒)。期间浏览器主线程可能被阻塞,出现「无响应」提示,实际仍在后台运行。建议:不要点击「等待」或「关闭页面」,稍等 1-2 分钟即可完成。如果频繁出现,分批处理或换用更小图片。
可以,但受限于手机内存和 CPU 性能。本工具是纯前端,无需下载 App,手机浏览器打开页面即可使用。实测 iPhone 12 可处理 100 张 1920×1080 图片,耗时约 2 分钟;低端安卓手机建议图片数量控制在 50 张以内,分辨率降到 1280×720。注意:手机浏览器切换到后台可能中断计算,建议保持页面在前台。
可以。输出是标准 MP4(H.264 + AAC),兼容性最好。微信聊天直接发送原视频;抖音上传时注意:如果图片数量少(<10 张)且帧率高,视频太短可能被平台判定为「无效内容」,建议至少 20 张图片并设帧率 5-10fps,使视频长度在 2 秒以上。另外,微信对视频大小有限制(<25MB),可通过降低质量滑块来缩小体积。
隐私保证所有计算与处理均在你的浏览器本地完成,输入数据不会上传服务器,也不会保存或共享。