EXIF 0x112方向标签读取失效 同逻辑读取3201时间标签正常问题求助

核心问题1：方向标签ID使用错误 #

EXIF标准中定义的方向（Orientation）标签ID为0x0112，你代码中错误使用了0x1201，属于把标签的两个字节顺序写反了，自然匹配不到正确的标签条目。

核心问题2：短值读取逻辑缺失 #

EXIF标签存储规则：如果标签值长度不超过4字节，值会直接存放在偏移（ofs）字段中，不需要将ofs作为地址跳转读取。你之前读取的ASCII类标签值长度都超过4字节，所以跳转逻辑生效，但方向标签是unsigned short类型（类型值0x03），长度只有2字节，值直接存在ofs字段的前2字节，你之前把整个ofs字段当作跳转地址，或者直接把整个4字节ofs当作方向值判断，逻辑完全错误。

从你提供的EXIF条目可以看到：

1201|0300|00000001|00010000|
这条就是你匹配到的错误ID的条目，实际值是ofs前2字节0x0001，代表正常方向，你之前判断整个ofs是0x10000，自然匹配不到旋转的条件。

核心问题3：目录条目数量计算错误 #

你计算numdataentry时直接用exif_data[8]+exif_data[9]，正确的计算需要考虑字节序，你这次刚好高位字节是0所以结果正确，其他场景会出现解析错误。

修复后的代码片段 #

// 1. 修正目录条目数计算逻辑
int numdataentry;
if(byteorder){
    numdataentry = (exif_data[8] << 8) | exif_data[9];
}else{
    numdataentry = exif_data[8] | (exif_data[9] << 8);
}

// 2. 方向标签读取逻辑修正
for(t=0;t<numdataentry; t++)
{
    // 匹配正确的方向标签ID 0x0112
    if(tag[t] == 0x0112)
    {
        int orient_val;
        // 短值直接从ofs字段取对应长度的值，方向是unsigned short，占2字节
        if(byteorder){
            orient_val = (ofs[t] >> 16) & 0xFFFF; // 大端取高2字节
        }else{
            orient_val = ofs[t] & 0xFFFF; // 小端取低2字节
        }
        // 正确的方向值判断
        switch(orient_val){
            case 3: ruota2(180.0); break;
            case 6: ruota2(90.0); break;
            case 8: ruota2(270.0); break;
            default: break; // 1是正常方向，不需要旋转
        }
        s="Rot: " + IntToStr(orient_val);
        Form1->Memo1->Lines->Add(IntToHex(tag[t],4)+ ")" + s);
    }
    // 其他标签读取逻辑保持不变，ASCII类长值还是用原跳转逻辑即可
}

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