无需SDK解析WMV(ASF)文件：如何确定单个数据数据包长度？

嘿，我刚好在手动解析ASF文件的时候踩过类似的坑，来帮你理清楚这个数据包长度的问题！

当你遇到Length type flags字段为0的情况时，其实ASF规范里已经定义了 fallback 逻辑，咱们一步步来：

• 先找固定数据包长度的来源：
  当Packet Length Type标志位为0时，意味着所有数据数据包的长度是固定值，这个值存在ASF头部的ASF_File_Properties_Object里。你可以定位到这个对象（GUID是75B22633-668E-11CF-A6D9-00AA0062CE6C），然后找到偏移0x30的位置（从对象起始处算），这里的4字节无符号整数就是Packet Size——也就是每个数据数据包的总长度。

• 验证数据包数量和总长度匹配：
  你提到有9个数据包，那可以用Data Object的实际数据长度来验证：

  1. 先获取Data Object的总大小：Data Object的结构是16字节GUID + 8字节64位对象大小，所以数据部分的总长度是对象大小 - 24（减去GUID和大小字段的长度）。
  2. 用这个总长度除以9，如果结果等于Packet Size，那说明这个固定长度是对的，直接按这个长度拆分数据包就行。

• 拆分单负载的长度：
  每个固定长度的数据包里，开头是固定长度的Packet Header，这个Header的长度也在ASF_File_Properties_Object里，是偏移0x34的4字节无符号整数Packet Header Size。所以单负载的长度就是Packet Size - Packet Header Size，这样你就能准确提取每个负载的内容了。

• 特殊情况排查：
  如果上面的计算不匹配，那要检查这几点：

  • 是不是误读了Data Object的对象大小字段？ASF的多字节字段都是小端字节序，要确保解码正确。
  • 有没有可能文件是截断的？比如末尾的数据包不完整，这种情况要单独处理。
  • 是不是把其他对象的数据当成了Data Object的内容？要确认Data Object的GUID是75B22636-668E-11CF-A6D9-00AA0062CE6C，别找错对象了。

内容的提问来源于stack exchange，提问作者bukkojot