docs: update PROGRESS.md - 压缩缓存回退补齐全部历史事件帧图

PROGRESS.md

@@ -381,3 +381,16 @@ AI 分析瓶颈: 帧5耗时 229s (疑似 ARM CPU 热降频), 其余帧 50-65s
 - 幂等：单帧文件存在跳过，帧数齐全的事件整条跳过
 - 实跑：11 事件 65 帧全部成功，8.1MB；2026-08-14 的 10 个事件（event 18-27）视频已被 NAS 清理无法补，UI 占位符兜底
 - 浏览器验证：默认打开的最新事件 #11 帧图 6/6 全部加载，无占位符
+
+## 历史事件帧图 100% 补齐 (2026-08-20 22:40, commit 80cc324)
+
+**问题**：用户翻到 2026-08-14 21:31 事件（event 27），仍是"暂无帧图"——第一轮补帧时原始视频已被 Surveillance Station 保留策略删除（event 18-27 共 10 个事件）。
+
+**副本排查**（按优先级）：
+1. NAS 原始目录：`/volume1/surveillance/.../20260814PM/` 整目录已删，无 #recycle
+2. Synology 元数据 `@SSRECMETA`：Thumbnail（缩略图）+ Preview（每 20s 一张 8KB jpg）都在，但保留约 8 天，20260814PM 目录最早条目只到 08-15 00:31（北京），21:31 时段已被清掉
+3. **dispatcher 压缩缓存 `/tmp/fam_compressed/task_36~45/`：480p 压缩副本全部健在**（每事件 11-33MB）✓
+
+**修复**：`backfill_frames.py` 增加压缩缓存回退——原始视频缺失时改用 `/tmp/fam_compressed/task_{task_id}/{basename}` 抽帧。实跑 event 18-27 补 78 帧 0 失败（task 41 一份视频覆盖 event 21/23 两个事件）。event 27 六帧校验 JPEG 魔数全部有效。**至此数据库 36 个有明细的事件帧图 100% 齐全，UI 不再有占位符**（共 16MB）。
+
+**注意**：压缩缓存是 /tmp（重启即失 + 24h 清理策略），本次是赶在副本消失前抢救出来的；新管道从 event 29 起处理时即落盘帧图，不再依赖事后补抽。