Metal 在片段附件和片段着色器参数之间预乘纹理 alpha——为什么？

问：

我确信 Metal 在附件和片段着色器参数 （） 之间的某个点对我的纹理进行了 alpha 预乘。Xcode Metal Frame Capture似乎证实了这一点：commandEncoder.setFragmentTexture(…, index: 0)texture2d<float> texture [[texture(0)]],

检查命令的片段纹理绑定：draw…

显示这显然是一个非 alpha 预乘的图像（我知道它来自的 CGImage 是正确的——它是从网络中提取的，并使用 texture.replace（...， withBytes： ...） 手动加载，而不是 MTKTextureLoader）：

在启用预乘 Alpha 的情况下进行检查;_{半透明边缘太亮而无法正确： 在启用预乘 Alpha 的情况下进行检查; 正确的图像：}

但是，当调试片段着色器中调用返回的相同纹素时（使用纹理片段绑定），像素现在显然是 alpha 预乘的：dataTexture.sample(dataTextureSampler, in.dataTextureCoordinate)0

在启用预乘 Alpha 的情况下进行检查;正确的图像：_{在禁用预乘 Alpha 的情况下进行检查;半透明边缘太暗而无法正确：}

那么，Metal为什么要这样做呢？这在任何地方都有记录吗？（我已经搜索了金属着色语言规范 3.1 版，但无济于事。这是可以以某种方式配置的吗？（dataTexture 的参数名称暗示了这样做的目的——除非我另有说明，否则我真的想将文字值保留在纹理中。

正在使用 RGB 进行混合：add、one、oneMinusSourceAlpha;A：加法、一法、一减法SourceAlpha;按照预乘 alpha 混合的惯例（尽管我很确定这在这里无关紧要，因为我们查看的是片段输入，而不是混合输出）。

_{将 Xcode 15.0.1 与运行 iPadOS 11 的 iPad Pro 11“ 2021 iPad13,6 搭配使用 17.1;以及 Xcode 15.1 beta 2 和运行 iOS 14 beta 2 的 iPhone 14 Pro iPhone15,2。}