GPUWeb项目深度纹理采样兼容性问题解析

在GPUWeb项目中，关于深度纹理与采样器兼容性的讨论揭示了一个重要的技术细节：在兼容模式下，深度纹理必须与比较采样函数配对使用，否则会导致未定义行为。这一限制源于OpenGL ES 3.1规范中的明确规定。

核心问题分析

OpenGL ES 3.1规范明确指出，当使用非阴影采样器（普通采样器）对深度纹理进行采样时，如果纹理的比较模式未设置为NONE，则结果将是未定义的。同样，使用阴影采样器对深度纹理采样时，如果比较模式被错误地设置为NONE，也会产生未定义行为。

在WGSL中，这个问题表现为：

@must_use fn textureSample(t: texture_depth_2d,
                           s: sampler,
                           coords: vec2<f32>) -> f32

这样的函数定义在转换为GLSL时会产生潜在问题，因为生成的GLSL代码会将深度纹理与阴影采样器绑定，而如果比较模式设置不当，就会违反规范。

技术背景

在OpenGL ES 3.0/3.1中，纹理和采样器是分离的对象，但采样状态可以来自两个地方：

1. 纹理对象本身的参数
2. 绑定的独立采样器对象

当同时存在时，采样器对象的参数优先于纹理对象的参数。这一特性为解决兼容性问题提供了可能。

解决方案

经过深入讨论，GPUWeb工作组决定在兼容模式下采取以下措施：

1. 移除不兼容的函数重载：禁止在兼容模式下使用普通采样函数（如textureSample）对深度纹理进行采样
2. 强制使用比较采样：深度纹理必须与textureSampleCompare等比较采样函数配对使用
3. 提供替代方案：开发者如果需要普通采样，可以将深度纹理绑定为texture_2d类型

实现考虑

这一决策带来了一些实现上的挑战：

1. 绑定组布局验证：需要在着色器创建或绑定组布局时进行验证
2. 状态管理：需要根据绑定类型在绘制调用时正确设置GL状态
3. 性能优化：可能需要延迟某些状态设置到实际绘制调用时

结论

这一变更确保了GPUWeb在兼容模式下与OpenGL ES 3.1规范的严格一致性。虽然它限制了某些使用场景，但提供了更可靠的行为保证。开发者需要注意调整他们的着色器代码，确保深度纹理只与比较采样函数一起使用，或者考虑将深度纹理作为普通纹理绑定以获得非比较采样功能。

这一决策体现了GPUWeb项目对规范兼容性的重视，同时也展示了在跨API兼容性挑战面前的务实解决方案。