从缓冲区复制到BC1格式图像时为何需对齐纹理块？

你遇到的验证层错误如下：

Vulkan validation layer callback: vkCmdCopyBufferToImage(): pRegions[0].bufferOffset (214812) must be a multiple texel block size (8) for VK_FORMAT_BC1_RGB_UNORM_BLOCK. The Vulkan spec states: If dstImage does not have either a depth/stencil format or a multi-planar format, then for each element of pRegions, bufferOffset must be a multiple of the texel block size

核心结论 #

这是Vulkan规范的强制要求，没有变通空间。

原因解释 #

BC1属于块压缩纹理格式，硬件处理这类纹理时是以8字节的块为基本单元的。缓冲区到图像的复制操作直接对接硬件纹理处理单元，硬件不支持非块对齐的起始地址读取——这种设计是为了保证复制效率，部分硬件甚至完全无法处理非对齐的块数据。

针对你的场景的分析 #

你提到的暂存缓冲区结构image_info_header||mip0||mip1||mip2||mip3，确实是因为image_info_header的长度导致mip0的起始偏移未对齐到8字节，进而触发错误。而且要注意，每个mip层级的起始偏移都需要对齐到8字节，因为每个mip的块数据都是独立的硬件处理单元，都要遵守对齐规则。

解决思路 #

• 调整image_info_header的大小，通过填充字节让它的总长度是8字节的整数倍，这样mip0的起始偏移自然满足对齐要求
• 将header数据和Mip链数据拆分到两个独立的暂存缓冲区中，各自满足对应的对齐规则

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