GLSL定义image2D报错超出GL_MAX_IMAGE_UNITS(8)如何解决

你遇到的编译报错：

Error: image binding must be less than "GL_MAX_IMAGE_UNITS" (8)

不需要更换设备即可修复，本质是OpenGL图像单元绑定规则和硬件资源上限适配问题，具体说明如下：

• OpenGL的image绑定点从0开始计数，GL_MAX_IMAGE_UNITS返回值为8时，仅支持0~7共8个有效绑定槽，你声明binding = 8已经超出了有效索引范围
• Intel(R) HD Graphics 620核显的image单元支持刚好符合OpenGL规范的最低要求，单个着色器阶段单次dispatch/draw过程中最多同时绑定8个image资源，不存在驱动层面隐藏的可用槽位，升级驱动、强制切换高版本OpenGL上下文这类操作都无法突破这个硬限制
• 注意这个限制的作用范围是单个着色器程序一次GPU执行过程中可同时访问的image数量，不是整个应用全局只能创建8张image纹理。

1. 跨计算Pass复用绑定槽（改造成本最低） #

如果你之前定义的8个image2D不是在同一次计算dispatch中同时访问的，完全可以让非同时使用的image共用同一个绑定槽：

• 给不同计算Pass用到、不会在同一次shader执行中同时读写的image，分配同一个小于8的binding值
• CPU端在每次dispatch对应计算任务前，调用glBindImageTexture把当前Pass需要操作的纹理绑定到对应槽位即可，不需要给每个image资源全局分配独立的固定绑定槽。
  绝大多数场景下用这个方案就能解决问题，很多开发者踩这个坑都是误以为image资源和绑定点是一一永久绑定的，实际上绑定点只是GPU执行shader时的临时访问入口。

2. 合并多组数据到单张image #

如果你确实需要在同一次计算dispatch中访问超过8组数据，可以把多组同精度、同访问权限的数据打包到同一张image中，减少槽位占用：

• 比如原来用独立的r32f格式image分别存深度、金属度、粗糙度、AO值，可以直接合并到一张rgba32f格式的image中，四个颜色通道分别存储四类数据，原来4个image占用的槽位可以直接压缩到1个
• 如果不同数据的分辨率不一致，也可以用纹理数组、或者单张image按区域划分的方式存储不同数据，shader中手动计算对应坐标访问即可。

3. 迁移资源到其他绑定通道 #

image单元的上限很低，但HD620上其他类型的GPU资源绑定上限远高于8，可以把不要求image存储特性的资源迁移走：

• 对于仅需要读取、不需要写入的纹理类资源，把image2D类型改为sampler2D，走常规纹理采样绑定通道，HD620的GL_MAX_COMBINED_TEXTURE_IMAGE_UNITS最少支持32个槽位，完全不占用image单元配额
• 对于非二维纹理结构的线性存储数据，改用Shader Storage Buffer（SSBO）存储，HD620的SSBO绑定上限最少为16，支持随机读写，同样不占用image单元名额。

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