c++如何解析TGA格式图像数据_未压缩与RLE压缩读取【实战】

TGA文件是否启用RLE压缩，这个问题其实没那么复杂，关键就在文件头的第17个字节（从0开始数）的低4位上。如果这个值是10（也就是十进制的2），那就是RLE压缩；如果是0，那肯定是未压缩的。别被文件扩展名骗了——很多工具导出TGA时默认开着RLE，但真正靠谱的判断依据，只有头信息。

实际动手时，有几点可以多留意：用fread(header, 1, 18, fp)读取前18个字节，然后直接检查header[17]。TGA虽然是常见的小端序，但这个字段就一个字节，所以不用考虑字节序的问题。另外，有些老版本的工具（比如Paint Shop Pro）可能会把RLE标记写成11（也就是3），遇到这种情况，不妨先按RLE逻辑尝试解码，再校验一下解码后的像素总数是否和width * height * bytes_per_pixel匹配，这样就能确认了。

接下来说说未压缩TGA的读取。TGA默认是按BGR顺序存储的，而且每行的字节数必须是4的倍数，也就是32位对齐。举个例子，如果图片宽度是137像素，24位色（每个像素3字节），那一行原始数据应该是137 * 3 = 411字节，但实际在文件里它会变成412字节——末尾会补一个0字节。这个填充只存在于文件里，解到内存后就不用管了。

这里有个常见的坑：计算每行的真实跨度时，可以用公式row_stride = ((width * bits_per_pixel + 31) / 32) * 4。读完一行后，用fseek(fp, row_stride - width * bytes_per_pixel, SEEK_CUR)跳过填充部分。另外，如果你要把数据转成RGB格式或者直接上传到OpenGL做纹理，最好在读的时候就直接把通道顺序重排好，别等到全部加载完再批量转换——那样很容易因为stride算错导致越界。

再来说说RLE解码。RLE包由“包头字节”和“内容字节”组成：如果包头的最高位是1（也就是值≥128），那就是重复包；否则就是原样包。低7位表示后续的字节数（范围是1到128）。很多人容易犯的一个错误是，把包头当成像素数据直接拷贝，结果整张图就变成了杂色。

为了避免死循环和越界，有几个实操建议：每次读包头之前，先检查是否已经读满了总像素数，否则fread(&packet_header, 1, 1, fp)可能失败，但你没做错误处理。重复包只需要读1次像素数据，而原样包需要读packet_header & 0x7F次——注意，这个“次数”是指像素数，不是字节数。比如24位图，就要按3字节一组来读。最好用一个size_t decoded_count = 0来累加已解码的像素数，每次循环末尾检查一下decoded_count > width * height，一旦超出就立刻报错退出。

最后聊聊alpha通道和图像方向的问题。TGA的descriptor字节（头部第16字节）里，低4位表示alpha的位数（通常是0或8），高4位的bit 5决定了图像是否上下颠倒：如果bit 5为1，表示左上角是原点；如果为0，那就表示左下角是原点——这意味着文件数据的第一行，对应的是屏幕最下面那行。

千万别硬编码做翻转。先检查header[16] & 0x20，如果结果为0，才需要对输出缓冲区做垂直翻转。提取alpha通道时也别用位移硬拆：如果bits_per_pixel == 32且header[16] & 0x0F == 8，说明有独立的alpha通道，BGR+A的顺序，直接按4字节一组取第4个字节就行。OpenCV或者stb_image这些库默认假设是左上角原点，但大多数TGA是左下角原点，所以如果你自己解析后直接送显，图一定是倒的——这一点其实比RLE更容易被忽略，得多留个心。