解压工具下载地址：http://pan.baidu.com/s/1i3eIrtF

用法：
1.如果你是64位，把wowb-64.exe改名成别的(例如wowb-642.exe)
2.打开wowb.exe
3.运行extractor.exe
4.选择wowb.exe进程
5.选择输出目录
6.选择文件列表(包里附带，由TOM_RUS提供)
7.选择DLL的存放目录(如果你原样解压，不用动)
8.单击“Launch”按钮
9.等
10.耐心等
11.等差不多两个小时
12.？？
13.完活

0) 简介

0.1) 术语
[LE]：给定数据按小端对齐存储。
[BE]：给定数据按大端对齐存储。
译注：32位数“0x12345678”按[LE]存储会存为“0x78 0x56 0x34 0x12”；按[BE]存储会存为“0x12 0x34 0x56 0x78”。

1) data.XXX 文件

1.1) 概述
所有 data.XXX 文件(后文称作“data文件”)是单纯的文件容器。它们只包含纯文件内容，没有任何的索引信息。所有包含在内的文件按照有序的二进制块存储，每一块有一个很短的首部(30字节)。由于技术所限(参见IDX文件编址格式)，任何data文件都不能超过2^30 = 1,073,741,824字节。然而，最多可以有2^10 = 1,024个data文件并存，所以整个系统可以寻址超过1TiB的压缩数据(含额外开销)。

1.2) 文件格式

1.2.1) 整体格式

• [块] [块] [块] .... [块]

• 16 字节 - MD5校验和(不确定是校验谁，也许是首部？)
• 4 字节 - 整块的大小(包括前面的校验和)，以字节为单位[LE]
• 10 字节 - 未知
• [数据] - 长度为整块的大小减去30字节

2) BLTE 文件

• 4 字节 - 标头“BLTE”
• 4 字节 - 压缩数据偏移，以字节为单位[BE]
• if(压缩数据偏移 > 0)
  {
  • 2 字节 - 未知，猜测是[BE]
  • 2 字节 - 簇数量[BE]
  • for(簇数量)
    {
    • 4 字节 - 压缩簇大小，以字节为单位[BE]
    • 4 字节 - 解压后簇大小，以字节为单位[BE]
    • 16 字节 - 簇MD5校验和(应该是按压缩后的簇，我觉得)
    }
  • for(簇数量)
    {
    • [压缩数据块]
    }
  }
• else
  {
  • [压缩数据块]
  }

• 1 字节 - [数据]的压缩类型(目前用'N'表示未压缩，'Z'表示用Deflate算法(ZLib))
• [数据] - 长度为压缩后大小减1字节

3) *.idx 文件

• 1 字节 - 文件编号(总是在0x00 .. 0x0F之间)
• 4 字节 - 版本号[LE]

• 首部1：
  • 4 字节 - 首部2的长度(按字节)[LE]
  • 4 字节 - 首部2的BlizzHash校验和(只要A部分)[LE]
  • [填充] - 全部填0x00直到坐标(8 + 首部2的长度 + 0x0F) & 0xFFFFFFF0
• 首部2：
  • 4 字节 - 数据长度(按字节)[LE]
  • 4 字节 - 数据的BlizzHash校验和(只要A部分)[LE]
    (数据按18字节分块散列！)
• 数据：
  • for(数据长度 / 18)
    {
    • 18 字节 - [块]
    }
  • [填充] - 全部填0x00直到坐标(数据长度 + 0x0FFF) & 0xFFFFF000
  • [未知]

• 9 字节 - 文件键的前9字节
• 1 字节 - 索引信息的高字节
• 4 字节 - 索引信息的低字节[BE]
• 4 字节 - 文件大小，以字节为单位[LE]

• data文件编号 = (高字节 << 2) | ((低字节 & 0xC0000000) >> 30)
• data文件偏移 = (低字节 & 0x3FFFFFFF)

4) data文件中包含的特殊文件

• 首部：
  • 2 字节 - 语言(？)'EN'
  • 1 字节 - 未知
  • 1 字节 - 未知
  • 1 字节 - 未知
  • 2 字节 - 未知，可能是[BE]
  • 2 字节 - 未知，可能是[BE]
  • 4 字节 - Hash表大小[BE]
  • 4 字节 - 未知，可能是[BE]
  • 1 字节 - 未知
  • 4 字节 - Hash表偏移，以字节为单位[BE]
• 未知：
  • 一组纯文本，以零结尾的ASCII字串，直到首部结束之后[Hash表偏移]个字节处。
• Hash表校验和块：
  • for(Hash表大小)
    {
    • 16 字节 - 后面的Hash表块中第一个入口的文件内容MD5
    • 16 字节 - MD5校验和(也许是校验后面Hash表块的？)
    }
• Hash表块：
  • for(Hash表大小)
    {
    • while( 2个字节非零 )
      {
      • 4 字节 - 文件大小，以字节为单位[BE]
      • 16 字节 - 文件内容MD5
      • 16 字节 - 文件键
      }
    • 28 字节 - 在最后一个入口结束后填充0x00
    }

• [数据块] [数据块] [数据块] .... [数据块]

• 首部：
  • 4 字节 - Root入口数量[LE]
  • 4 字节 - 未知，可能是[LE]
  • 4 字节 - 未知，可能是[LE]
• 未知：
  • for(Root入口数量)
    {
    • 4 字节 - 未知，可能是[LE]
    }
• 数据：
  • for(Root入口数量)
    {
    • 16 字节 - 文件内容MD5
    • 4 字节 - 文件全名的BlizzHash(B)[LE]
    • 4 字节 - 文件全名的BlizzHash(A)[LE]
    }

5) Build配置文件

6) CDN(内容分布网络)配置文件

7) 从CASC文件系统读取内容的处理流程

• - 加载CDN配置文件并找到要用的Build配置文件
• - 加载Build配置文件
• - 加载所有IDX文件并将数据存储于一个关联容器中：
  (文件键的前9字节 -> 索引信息)
• - 利用从Build配置文件中找到的MD5，从data文件中定位并提取"encoding"文件
• - 加载encoding文件并将数据存储于一个关联容器中：
  (文件内容MD5 -> 文件键)
• - 利用从Build配置文件中找到的MD5，从data文件中定位并提取"root"文件
• - 加载root文件并将数据存储于一个关联容器中：
  (完整文件名的BlizzHash -> 文件内容MD5)
  ** 注意单个BlizzHash可能会对应多个root入口，但其中只有一个是有效的！ **
  ** 暂时还不知道如何确定哪一个是有效的 **

• - 将文件名转换为全大写，并将'/'替换为'\'
• - 用文件名生成BlizzHash
• - 用BlizzHash找到正确的root入口(或者干脆把找到的全试一遍..)
• - 用root入口中给出的文件内容MD5，在encoding文件里查找文件键
• - 用文件键，在IDX文件里查找索引信息
• - 用索引信息，定位并提取该文件的BLTE
• - 从BLTE中提取文件

8) 鸣谢

• - 感谢 TOM_RUS 和 justMaku 对data.XXX和BLTE文件格式的研究
  (https://github.com/tomrus88/BLTEExtractor)
  (https://github.com/justMaku/blte)

9) Changelog

• v1.0
  • - 初始的版本
• v1.1
  • (感谢TOM_RUS的反馈)
  • - FileTable更名为"encoding"文件
  • - Manifest文件更名为"root"文件
  • - 指出BlizzHash实际上是Bob Jenkin的散列
  • - 添加关于"download"和"install"文件的信息
• v1.2
  • - 对'data/config'目录的分析