素材换了同名文件却还是旧画面，怎样核对缓存与文件摘要

同名替换后还播旧画面，应沿源文件、传输副本、播放列表路径与进程已打开对象核对身份。先比较SHA-256和绝对路径，再按软件支持的方法重新加载；不要上来就删除全部缓存或重装播放器。

判断前提与适用边界

文件名只是一段路径文本，不能证明内容相同。上传成功可能只覆盖了服务器目录，播放端实际引用另一目录；进程也可能继续持有旧文件或解码缓存。摘要能证明读取到的字节身份，但不证明屏幕正在显示该副本，因此还需可见版本标识、加载日志和进程引用证据。

本轮只完成本地生成、元数据与计算夹具验证，没有接入目标播放器、GPU输出链或现场音响。媒体生成固定为FFmpeg 8.0.1，表格及图案由Python 3.12.4生成；原始输入在附件中，不含第三方版权影片。

按同一条件执行

1. 下载附件version-a.txt与version-b.txt，在隔离测试目录模拟同名替换；两者显示不同版本标识，不包含真实节目。

2. 分别记录制作源、分发目录、本地落盘文件的完整路径、大小、修改时间及SHA-256，复制后重新计算而非抄源摘要。

3. 保存播放列表或工程引用路径，在播放器支持的日志中寻找加载事件；若没有接口，记“引用身份未确认”。

4. 闭馆测试显式停止并重新载入候选版本，观察可见版本标识后再测循环边界；原工程和旧文件保留可回退副本。

Get-FileHash -LiteralPath "D:\Media\show.mp4" -Algorithm SHA256

原始输入与判断示例

下面是合成示例，非现场实测。现场表中的空白表示未采集，不能当作零、正常或通过。

合成链路	摘要状态	判断
源B、本地A	不同	先修分发，不查缓存
磁盘B、画面A	磁盘一致	查引用与加载时机
三处均B、无画面标识	相同	仍不能证明实际播放身份

附件有两份不同内容的原创文本与自动计算摘要，配套JSON说明预期不相等；用于测试核对逻辑，不伪装成视频缓存实测。正式节目宜在测试版画面加可见版本角标，并将角标对应到摘要，验收版是否保留由交付约定决定。

下载夹具并形成交付记录

下载专项输入与预期JSON和空白记录CSV。JSON保留原始输入、预期、记录字段及未测范围；CSV用于逐轮填写，原始日志、截图或仪表文件用稳定文件名关联。本主题还提供hashes.json、version-a.txt、version-b.txt。

本表保留 role, absolute_path, bytes, modified_utc 等字段；先按上表核对合成输入，再将目标环境数据另存一份。未采集的字段留空，失败记录与原始文件一并保留，避免下一轮无法复现。

误判与失败路径

不要以修改时间较新代替摘要；不要强制删除正在使用的素材；不要把网页浏览器缓存经验直接套到本地播放器。若重启后仍旧画面，优先查工程绝对路径、网络共享映射和账号差异，而不是无限重复覆盖文件。

基础背景见展厅内容版本管理与回滚：版本规范、留存与一键回退，相关流程汇总在多媒体播放专题。需要在SoftPlayer上执行这项测试时，按受测版本文档填写配置与支持情况。

一级来源与核验范围

Microsoft：Get-FileHash，SHA256与文件内容校验，核对日期2026-10-23。本文协议与合成样例为独立设计；来源中的机制说明不代表附件已完成现场验收。