解析Blender 4.4文件时获取偏移量出现对齐错误

问题核心 #

基于C#（vvvv）开发的Blend文件解析器，移植官方Python版BlendFileReader.py后，在Blender ≤4.3.2版本文件上运行正常，但切换到4.4正式版后，SDNA中NAME段之后的TYPE段出现偏移错误：即使偏移量是4的倍数，读取到的标签仍是?TYP而非TYPE，校验失败。

已尝试两种对齐实现：

1. 模拟Python逻辑的取余调整方式：

public static void AlignAlt(BinaryReader reader)
{
    var offset = reader.BaseStream.Position;
    var trim = offset % 4;
    if (trim != 0)
        reader.BaseStream.Seek(4 - trim, SeekOrigin.Current);
}

2. C风格的位运算对齐方式：

public static void Align(BinaryReader reader)
{
    var offset = reader.BaseStream.Position;
    long alignedOffset = (offset + 3) & ~3U;
    reader.BaseStream.Position = alignedOffset;
    Console.WriteLine(" Offset->{0:G} | Aligned->{1:G}", offset, alignedOffset);
}

两种方式在≤4.3.2版本中输出正常：

Building 5243 NAMES Offset->470656 | Aligned->470656 Building 1076
TYPES Offset->489870 | Aligned->489872 Building 1076 TYPE-LENGTHs
Offset->492028 | Aligned->492028 Building 936 STRUCTS Offset->534232
| Aligned->534232 Found blend-file-block-fileheader ENDB 534240

但Blender 4.4版本中输出异常：

Building 5230 NAMES Offset->435864 | Aligned->435864 Error on
Parsing Types - Alignment is wrong

排查方向与解决思路 #

1. 确认NAME段读取逻辑是否正确 #

从异常输出看，NAME段结束后的偏移量435864是4的倍数，对齐后位置不变，但仍无法读取到TYPE标签，说明问题不在对齐函数，而在NAME段的读取结束位置计算错误：

• 对比官方Python版与C#版的NAME读取逻辑，检查是否在4.4版本中，Blender修改了NAME的存储格式（比如新增字段、长度计算方式变化、字符串终止符规则改变）。
• 用十六进制编辑器打开Blender 4.4的.blend文件，定位到NAME段结束的位置（偏移435864），查看后续字节是否为TYPE的ASCII值（54 59 50 45）；如果不是，向前或向后查找TYPE的位置，确认实际偏移差，反推NAME段读取时的错误点。

2. 检查Blender 4.4的文件格式变更 #

Blender 4.4可能对SDNA结构做了调整：

• 某些段的对齐规则不再是4字节（比如改为8字节，需实际验证）。
• SDNA头部新增了版本标识或其他字段，导致整体偏移偏移。
• 查看Blender官方的版本更新文档，重点关注.blend文件格式相关的变更说明。

3. 验证BinaryReader的字节读取准确性 #

• 确认C#中BinaryReader的编码与Python一致：Python读取字符串默认用ASCII，C#需对应使用Encoding.ASCII读取，避免因编码差异导致的字节数计算错误。
• 检查读取操作是否有隐藏偏移：比如读取字符串时，Python的read与C#的ReadString行为是否存在差异（比如自动读取额外终止符）。

4. 调试对齐函数的实际效果 #

在4.4版本的解析流程中，NAME段读取完成后，手动输出当前位置的后续4个字节，确认是否为TYPE；如果不是，计算实际需要调整的偏移量，再反向修正读取逻辑。

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