动画导出后出现一处异常,不必立即把“整段重新画一遍”当作唯一处理方向。先分清异常出在画面、中间图像,还是最终视频,才能知道要回到制作流程的哪一段。Krita官方手册中的两阶段导出说明,正好提供了这种分析起点。
PNG序列是两道工序之间的检查点
本文查阅的Krita手册页面标示5.3.0。它介绍的桌面动画导出会先生成PNG帧序列,再由视频编码器组成动画文件;保留中间图像的一个用途,就是某帧保存异常时,可以先单独重新保存这一帧。[1] 中间序列因此不只是导出过程中多出来的一批文件,它也让画面是否已经正确生成,成为可以单独观察的问题。
可以据此把排查分成两种情况:如果序列中的某张图已经不对,先回看原项目中对应画面及该帧的输出;如果序列画面看起来正常,而成片仍有异常,就把编码阶段和播放表现列为后续检查对象。这是本文提出的定位思路,不意味着仅凭一张截图就能确定故障原因,更不能把所有成片异常都归咎于编码器。
单帧恢复和修好成片是两件事
手册的First Frame、Last Frame用于限定渲染范围,并说明这适合重新渲染局部。[1] 发现异常位置后,应先把时间线上的帧与输出文件对应起来,再判断要处理的范围。本文建议同时记下原项目中的位置、异常文件名和观察到的现象;先说明到底是哪一张图出了什么问题,比直接要求重做整段更方便交接。
如果要改的是画面内容,修改发生在原项目;如果只是某帧输出异常,重新生成的目标则是该帧图像。完成后仍需检查它与前后画面的衔接。按照两阶段流程来理解,修好PNG并不等于已有视频文件自动更新,成片还要经过后续编码和检查。这里解释的是工序关系,本文没有验证当前安装版本会怎样自动复用已有文件。
需要保留中间结果时,注意版本和平台
手册注明,自5.2起,只选择Export as Video而未选择Export as Image Sequence时,序列会被删除。[1] 因此,准备事后检查帧图的人,不能仅因曾经看到过中间文件,就认定导出完成后它们一定还在。是否需要把序列作为交接材料,应在安排输出时说明清楚。
Android另有规则:图像序列和视频只能择一导出,视频使用系统编码器,不使用FFmpeg;其内部中间序列随后会删除。[1] 桌面上同时保留两类输出的思路不能直接照搬到Android。
本文只解读官方导出流程,未实际运行Krita或进行异常恢复测试,不承诺节省多少时间。参考来源:[1] Krita Manual,Render Animation,2026年10月9日查阅;页面未显示独立发布日期。
信息来源
本文基于上述公开资料整理,未使用来源页面的图片、视频或嵌入媒体。