ANGLE WebGL实现中浮点纹理存储异常行为问题咨询

问题原因说明 #

这个是ANGLE WebGL环境下的典型适配差异问题，已经有不少开发者在对接跨平台WebGL渲染逻辑时遇到过同类现象，核心诱因有两类：

• 像素存储解包参数配置不匹配
  ANGLE默认绑定的D3D后端（Windows平台多数浏览器默认WebGL走ANGLE转D3D链路）的像素解包对齐规则和原生OpenGL存在差异：
  • 原生OpenGL的gl.UNPACK_ALIGNMENT默认值为4，上传RGBA32F格式数据时，单纹素占16字节，刚好满足对齐要求，数据可以正确写入单个纹素的RGBA四个通道。
  • 部分ANGLE版本在D3D9/11后端下，若没有显式设置gl.UNPACK_ALIGNMENT为1，传入的Float32Array会被按照4字节单通道对齐规则解析，相当于把传入的4个float值（共16字节）拆成4个独立的单通道纹素写入，D3D层会自动对数值做归一化除以4的处理，就会出现单组数据分散到4个相邻纹素、每个值被除4的异常现象。
• 浮点纹理格式声明不兼容
  部分旧版ANGLE对gl.RGBA32F的支持存在兼容缺陷，若创建纹理时误将内部格式internalformat设为gl.RGBA而非gl.RGBA32F，ANGLE会自动将浮点数据降级为归一化8位纹理存储，也会触发类似的数值缩放、数据拆分问题。

验证修复方案 #

可先尝试两个修复操作验证：

1. 上传纹理数据前显式设置解包对齐参数：

gl.pixelStorei(gl.UNPACK_ALIGNMENT, 1);

2. 创建浮点纹理时显式声明完整的32位浮点格式：

gl.texImage2D(gl.TEXTURE_2D, 0, gl.RGBA32F, gl.RGBA, gl.FLOAT, data);

若以上操作后问题仍然存在，可检查是否误触发了ANGLE调试层的自动generateMipmap逻辑，部分版本的自动mipmap生成也会导致浮点数据被异常缩放。

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