序列帧转视频功能使用帮助 #
序列帧转视频功能用于把一组按顺序排列的图片合成为视频文件,适合渲染序列检查、动画预览、逐帧素材成片、透明动效转视频、演示内容导出和设计流程中的快速验证。当前软件里的这项功能已经是一项完整的正式功能,支持多种视频格式、透明保留判断、尺寸控制、起始帧截取、最大帧数限制和批量目录处理。
功能描述 #
当前版本的序列帧转视频功能,核心作用是把一个图片序列文件夹转换成视频,或者把一个总目录中包含的多个图片序列子文件夹批量转换成多个视频。它更适合处理以下场景:
- 渲染器导出的帧序列转视频预览
- 手绘或逐帧动画快速成片
- UI 动效序列测试
- 透明 PNG 序列转透明视频
- 多组图片序列批量生成演示样片

主要功能 #
- 支持选择一个包含序列帧的文件夹作为输入
- 支持递归扫描子文件夹并批量生成多个视频
- 支持
PNG、JPG、JPEG、TIFF、BMP、WEBP等图片作为输入帧 - 支持输出为
MP4、WebM、MOV、MKV - 支持
24 fps、30 fps、60 fps和自定义帧率 - 支持保持原始尺寸、常用宽度和自定义宽度
- 支持从指定起始帧开始导出
- 支持限制最多导出的帧数
- 支持标准、清晰、高质量三种清晰度方案
- 支持在
WebM和MOV中尽量保留透明区域 - 支持自动检测输入序列是否含透明区域并给出提示
- 支持输出文件自动重命名,避免同名覆盖
- 支持批量模式下部分失败自动跳过,不会因为一组序列出错就整批中断
输出格式说明 #
MP4 #
MP4 是默认输出格式,兼容性最好,适合大多数播放器、平台和日常交付场景。当前实现中,MP4 使用 libx264 编码,并固定导出为不带透明通道的普通视频。
WebM #
WebM 更适合网页展示和需要 Alpha 透明通道的场景。当前面板会明确提示 WebM 支持透明输出,但前提是:
- 输入序列本身确实带透明区域
- 你勾选了“尽量保留透明区域”
如果输入本身没有透明,开启这个选项也不会凭空生成透明。
MOV #
MOV 在当前实现中是透明视频的重要输出方式之一。尤其在开启“尽量保留透明区域”后,线程会切换到更适合透明素材的导出策略,通常更适合拿去剪辑软件继续使用。对于透明素材来说,MOV 往往比 WebM 更稳定,但体积通常也更大。
MKV #
MKV 更适合本地保存、测试输出和部分高质量封装场景。它不承担透明输出能力,更多是作为灵活的视频容器使用。
主要参数说明 #
输入文件夹 #
当前功能不是让你一张一张散选图片,而是要求你选择一个文件夹。线程会递归扫描这个目录,只要某个文件夹里存在可识别图片,就会把它视为一组可转换序列。
这意味着:
- 如果你选择的是单个序列文件夹,通常会输出一个视频
- 如果你选择的是一个总目录,且里面有多个子文件夹都放了图片,系统会批量输出多个视频
输入透明状态 #
面板会在你选择文件夹后,抽查前几张图片判断是否存在透明区域。这个提示只用于帮助你选择更合适的输出格式和透明选项,不代表系统会修改原素材。
如果检测到透明区域,界面会建议你优先考虑 WebM 或 MOV,并在需要时开启“尽量保留透明区域”。
输出格式 #
当前真实支持四种格式:
MP4(通用)WebM(支持透明)MOV(透明更稳定)MKV(常用封装)
不同格式会直接影响兼容性、透明支持和文件体积,因此这是最重要的参数之一。
流畅度与自定义帧率 #
当前面板里的“流畅度”实际上对应帧率,提供:
- 标准
24 fps - 流畅
30 fps - 更流畅
60 fps - 自定义帧率
如果你选择自定义,界面会启用单独的帧率输入框,允许在 1 到 120 之间手动设置。
帧率越高,视频看起来通常越流畅,但同样也可能让时长变短。因为这个功能是“按固定帧率把图片拼成视频”,所以同样数量的图片,在更高帧率下会更快播放完。
尺寸模式与自定义宽度 #
尺寸模式当前支持:
- 保持原始尺寸
- 常用宽度
720 - 常用宽度
1080 - 自定义宽度
如果使用固定宽度或自定义宽度,线程会按宽度缩放,并自动保持纵横比,不会强行拉伸成固定高宽。
起始帧 #
起始帧用于告诉线程“从第几张开始拼接”。默认从第 1 帧开始。如果你的序列前面有测试帧、空帧、占位帧或不想要的起始部分,可以直接在这里跳过。
最大帧数 #
最大帧数默认是 0,界面里会显示为“全部帧”。如果你只想导出前面一小段测试结果,可以把它改成具体数字,例如:
- 只导出前
30帧 - 只导出前
120帧
这对大序列快速预览很有用。
清晰度方案 #
当前面板提供三档清晰度方案:
- 标准
- 清晰
- 高质量
它们会影响线程内部使用的压缩参数。一般来说:
- 标准适合普通预览和通用输出
- 清晰适合需要更好观感但又想控制体积的情况
- 高质量适合交付、留档或后续剪辑使用
尽量保留透明区域 #
这个选项只在输出格式为 WebM 或 MOV 时可用。当前面板会根据输出格式自动启用或禁用它。
也就是说:
- 选
MP4或MKV时,这个选项不会生效 - 选
WebM或MOV时,才有机会真正保留透明
同时还要注意一点:透明保留依赖输入序列本身是否真的带透明区域。如果原始图片没有 Alpha 通道,系统不会凭空制造透明背景。
图片命名与排序规则 #
这项功能确实依赖顺序,但并不是只能识别一种非常死板的命名方式。当前版本会尽量根据文件名中的数字来排序,因此能识别多种常见命名方式,例如:
1.png2.png003.pngframe_001.pngshot-12.pngrender.25.png
线程会尽量从文件名中提取数字并排序,所以它比旧版思路更宽容。但从稳定性角度看,仍然建议你尽量使用连续、清晰、统一的命名规则。
使用流程 #
第一步:准备序列帧素材 #
把同一组图片放到一个文件夹中。为了避免顺序混乱,建议采用连续编号命名。常见做法包括:
0001.png0002.png0003.png
如果你有多组序列,可以把它们分开放在不同子文件夹里,再选择总目录做批量处理。
第二步:选择输入文件夹 #
点击“选择文件夹”,导入序列帧目录。导入后,面板会先更新输入路径,并尝试分析当前输入是否包含透明区域。
如果检测到透明区域,界面会给出更明确的提示,帮助你选择 WebM 或 MOV。
第三步:设置输出文件夹 #
点击“浏览”选择输出文件夹。当前功能输出的是目录,而不是让你手动填写单个输出文件名。线程会根据实际序列文件夹名称自动生成视频文件名。
如果输出目录里已经存在同名文件,系统会自动在文件名后追加编号,例如 _1、_2,避免覆盖旧文件。
第四步:设置参数 #
根据用途调整以下参数:
- 输出格式
- 流畅度或自定义帧率
- 尺寸模式或自定义宽度
- 起始帧
- 最大帧数
- 清晰度方案
- 是否尽量保留透明区域
面板顶部的“当前设置”摘要会实时显示你现在的主要参数组合,方便你确认是否选对。
第五步:开始转换 #
点击“开始转换”后,面板会进入处理中状态,按钮会切换为“正在处理…”。线程会逐组处理序列,并在状态区显示进度信息,例如当前处理到第几组、已经生成了哪个文件、预计时长和实际时长等。
第六步:检查结果并打开输出目录 #
转换完成后,可以直接点击“打开文件夹”查看结果。建议重点检查:
- 序列顺序是否正确
- 帧率是否符合预期
- 尺寸缩放是否合适
- 透明区域是否成功保留
- 批量输出的文件名是否清晰
使用建议 #
- 如果你只是做快速预览,建议先用较低帧数范围测试,例如限制最大帧数后先导出一小段。
- 如果序列本身带透明,优先测试
MOV或WebM,不要默认用MP4。 - 如果你后面还要进剪辑软件继续处理透明素材,通常
MOV会更合适。 - 如果你需要网页展示透明视频,可以优先测试
WebM的兼容情况。 - 如果你有很多子文件夹要批量导出,建议先拿其中一个序列试跑,确认帧率、尺寸和透明设置都正确后再整批处理。
- 如果你要保留更多细节,建议选择“清晰”或“高质量”,不要只看体积。
- 如果你的图片尺寸很大,导出前可以先考虑用
1080宽度或自定义宽度,减少后续文件体积和处理压力。
适用场景 #
- 3D 渲染帧序列预览成片
- 手绘动画或逐帧动画快速输出
- UI 动效序列验证
- 透明素材转透明视频
- 多组营销画面批量生成样片
- 图片步骤序列转演示视频
常见问题 #
为什么我明明只选了一个总目录,却输出了多个视频? #
因为当前版本会递归扫描输入目录。只要某个子文件夹里存在可识别图片,就会把它视为一个独立序列并尝试输出一个视频,这也是当前批量处理的正常方式。
为什么不是所有格式都支持透明? #
因为当前功能里,透明保留只针对 WebM 和 MOV 做了专门适配。MP4 和 MKV 会按普通不透明视频导出。
为什么我勾选了“尽量保留透明区域”,结果还是没有透明? #
常见原因有两个:
- 输入序列本身没有透明区域
- 你选择的输出格式不是
WebM或MOV
这个选项是“尽量保留”,不是“生成透明”。
为什么输出文件名后面多了 _1、_2? #
这是当前线程的自动重命名机制。只要输出目录里已经有同名文件,系统就会自动追加编号,避免覆盖旧文件。
这个功能支持自动加音频吗? #
当前功能不支持旧文档里写过的那种 m.mp3 自动合并,也没有单独的外部音频输入参数。它现在是纯图片序列转视频功能,重点是图像序列成片和透明输出,不负责音频混合。
总结 #
序列帧转视频功能在当前软件里已经是一个正式、完整的图片序列转视频模块。它真实支持 MP4、WebM、MOV、MKV 四种输出格式,支持透明状态检测、透明视频导出、起始帧与最大帧数控制、尺寸缩放、清晰度方案和批量目录处理,也支持输出自动重命名和失败序列跳过。对于需要把序列帧快速变成可播放视频、透明视频或批量样片的用户来说,这项功能现在比旧文档描述的能力要强得多,也更适合正式生产使用。