APNG上一帧消失或又回来，怎样核对BACKGROUND与PREVIOUS处置

APNG的dispose_op在当前帧显示结束后决定画布如何进入下一帧。BACKGROUND把本帧区域清成透明黑，PREVIOUS恢复绘制本帧之前的内容；它们与下一帧采用SOURCE还是OVER属于两项不同控制。

这组文件怎样比较

附件三份动画都先画满红底，再在十、十位置画绿色小块，最后在右侧画蓝块。只改变绿色帧的处置值，下一帧在十五、十五处就能分别观察保留绿色、透明或恢复红色。原始APNG和完整合成PNG一起提供。

按原始结构逐项检查

1. 先解析绿色帧fcTL，确认其矩形为二十乘二十、偏移十和十，dispose分别为零、一、二。处置只影响对应帧区域，不应把整张画布清掉；若程序只保留一个全局处置值，便可能错误处理其他帧，必须逐帧读取。

2. 在绿色帧显示时，三份样例都应看到同一绿色块。等到蓝色第三帧进入后，再检查绿色旧位置，这时处置差异才应出现；若采样时间早了一帧，会得到三份相同结果，并误认为disposal字段没有作用。

3. 本地第三帧采样分别为不透明绿色、透明黑和不透明红色，正好对应NONE、BACKGROUND与PREVIOUS。红底恢复依赖保存绿色绘制前的画布，不是把绿色图像反向涂掉；实现需要保留足够的历史状态，不能仅靠当前帧字节推断。

容易误读的地方

反例是将APNG BACKGROUND当作GIF背景索引清色。PNG第三版明确清为透明黑，格式规则不同；另一反例是在第一帧使用PREVIOUS后要求恢复不存在的前帧，规范对第一帧有专门处理，不能沿用本题中间帧条件。

下载与本地读回

background-frame0.png、background-frame1.png、background-frame2.png、background.apng、generation.json、none-frame0.png、none-frame1.png、none-frame2.png、none.apng、observed.csv、observed.json、previous-frame0.png、previous-frame1.png、previous-frame2.png、previous.apng。

下载全部附件到同一个独立目录，用 python verify.py 运行本题独立核验脚本。依赖为Python 3.12.4与Pillow 12.0.0；程序不联网、不连接设备，读取本题文件并在终端输出检查结果。本地实际执行回执保存实际命令、退出码和完整输出。

公开脚本对三份文件做CRC检查与完整帧读取，确认第三帧三种像素互异并符合本例预期。没有测其他渲染器的历史缓冲实现，也没有证明资源占用达到某上限；本题画布很小，只用于定位语义，不用于估算现场性能。

格式规则和本地Pillow实现分别核对。当前Pillow滚动文档已为13.0.0，本例实际运行12.0.0；没有测浏览器调度、目标引擎或现场屏体。

把结果带回交付

交付时把处置发生的时刻、影响矩形以及下一帧采样坐标写清。出现闪空或旧图重现时，先对照这些条件，再决定是否修改dispose。若改成完整帧以简化接收端，应重新比较每帧画面和时长，不能只看第一轮动画似乎正常。

相关背景见互动翻书换成高分辨率图片后卡顿，怎样测预加载成本，还可从多媒体播放专题继续查找文件处理方法。需要核对实际工程的接收条件时，可携带本题文件与读回结果进行工程对接咨询。

一级依据

• BACKGROUND将该帧区域清为透明黑，PREVIOUS恢复其之前内容；首帧PREVIOUS按BACKGROUND处理。

来源核对日期：2026-10-24。引用支持文件机制；原创输入的本地结果不代表客户素材或现场系统已经通过验收。