守望先锋 1.14 版本后更改了底层数据格式
参考老文章： Overwatch Toolchain 解包方式考察\，OW 音频小站一直以来使用原始文件 hash 的办法，便每次更新以后，都能区分旧数据和新增数据，使得每次更新的条目数量都在合理范围。但从版本 1.14 开始，暴雪更新了内部数据格式，这个是由蓝帖明确提到的，目的是减少之后的每次客户端更新时的下载。
但这对本小站来说不亚于一次冲击。这意味着，直到 1.13 版为止的条目，和从 1.17 版开始的所有条目，无法从数据角度建立『新』与『旧』的联系。
也就是说，明明从用户角度来说是同一句台词，音频波形也一致，但由于 OW 内部格式的变化，导致 hash 计算的结果变化，使得从数据角度来说，它们变成了两个不同的条目。
比如： 【D.Va】D.Va 一分，坏蛋零分。（1.17 版本） 的 hash 计算结果是 5908654fbc3965232689836abb249c57，而
【D.Va】D.Va 一分，坏蛋零分。（1.16 或更早版本） 的 hash 计算结果是 1d99c1739f5b0844f57f3a1a5fbb4580。
我做了很多尝试，试图恢复一些信息，把这些本质相同的音频重新联系起来，有些成功了，有些失败了。最后我把匹配成功部分更新到原有条目上，匹配失败的部分按『新增音频』对待，添加到数据库里。
- 尝试使用音频分析软件批量比较，如果成功，理论上这是最好的办法。
- 这是本质的解决办法，如果两个音频文件的波形完全一致，则两个音频当然是一样的。
- 尝试了 Audacity 和 Similarity，前者缺乏批量功能，后者无法对这种只有一两秒的音频进行比较，均告失败。
- 尝试使用新版本拆解工具拆解旧客户端，失败，但得到了启发。
- 因为拆解所用的 Toolchain 工具链（简称 TC）本身有自己的文件名系统，而我亦保留了过去所有版本的原始拆解数据，理论上能通过新旧版本文件的相同路径名等信息恢复联系。
- 测试以上两条 D.VA 音频的 TC 路径分别为：
- 旧(1.13)：cn\heroes\D.Va\Sound Dump Full\_Base\000300000057\000000020231.wem
- 新(1.18)：cn\HeroVoice\D.Va\00000000059F.078\000000020231.wem
- 测试成功。
- 进入实操，发现由于旧版本拆解工具的不完全，数据存在错误，依然有许多坑要填：
- 一，多个不同的 TC 文件名对应同一个 hash，即多个 1.18 新文件条目对应同一个 1.13 旧条目 hash，错误在旧版拆解工具自带的文件名系统有 bug。
- 解决办法是视为多个条目，并将旧条目的听写内容更新到各个新条目上。
- 对于网站用户来说，同一个关键词可能会搜索出几条内容，但其中应该至少有一条是对得上的
- 二，同一个 TC 文件名对应多个一个 hash，即同一个 1.18 新文件条目对应多条旧的 1.13 旧条目，显然错误还是旧版折解工具的不完善
- 解决办法只能是人工筛选按多条里面正确的那条。
- 大约一共有 1200 条这种类型的错误，一条一条听完。
网站用户肯定会得到正确的结果，因为这部分我都筛完了。
- 一，多个不同的 TC 文件名对应同一个 hash，即多个 1.18 新文件条目对应同一个 1.13 旧条目 hash，错误在旧版拆解工具自带的文件名系统有 bug。
这次更新正常应当在 1.14 新版数据格式更新，1.17 新版拆解软件开发成熟以后更新，但这数据处理是真 TM 麻烦啊，烦死了。