动画WebP写成1毫秒就会高速播放吗，怎样核对文件帧时长与实现限制

WebP ANMF用毫秒整数保存帧时长，但文件里写一毫秒不保证播放器真的只显示一毫秒。官方容器说明对零及通常不大于十毫秒的解释具有实现相关性，应先读文件，再单独测指定软件的实际调度。

这组文件怎样比较

本题三帧原创红绿蓝画面请求一、十和一百二十毫秒，采用无损动画WebP保存。样例目的是验证这些整数确实写进ANMF并能被本地Pillow读取，没有浏览器计时、屏幕录像或后台标签页行为测试。

按原始结构逐项检查

1. 先核对RIFF、WEBP签名与总长度，再逐块读取ANMF。块长度采用小端整数且奇数字节需要填充，跳过填充的规则不能漏掉；否则第二帧偏移就可能错误，读出来的巨大duration只是解析错位，并非文件真的设置了超长停顿。

2. 从ANMF固定字段取二十四位duration整数，逐帧保留原始值。它的单位已经是毫秒，不应再乘以GIF的十毫秒刻度；不同动画格式虽然都叫duration，存储单位及零值规则却不同，不能共用一个未经区分的换算函数。

3. 随后按Pillow顺序seek并load每帧，再读取info里的duration。本地回执显示文件和API均为一、十、一百二十，说明这次写入和读取没有改值。API返回原值仍不等于真实显示按原值完成，它没有提供墙钟播放测量。

容易误读的地方

反例是把一百帧的一毫秒直接算成零点一秒，便承诺观众看到同样长度。实现可能采用最小延时，系统也可能丢帧或暂停；若需要严格节目时间，必须在实际播放端测量，并明确循环计数、首帧等待与结束行为。

下载与本地读回

durations.webp、generation.json、observed.csv、observed.json。

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

公开脚本实际验证RIFF边界、三条ANMF及三个解码帧，未做计时性能声明。依赖是本地Pillow12和其libwebp，当前滚动文档为另一个版本，因此不能把文档中的支持描述写成现场实现已经验证；具体版本保存在生成回执。

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

把结果带回交付

交接时分别列文件duration和实测显示间隔，尚未测的后者保持空缺。若播放器把短帧延长，应按接收条件重新制作并读回，而不是假设换成另一种后缀会自动精准；原始动画与读回清单要一并保留便于解释取舍。

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

一级依据

• ANMF用24位毫秒值保存时长；0及通常不大于10ms的解释由实现定义。

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