《RayTracing in One Weekend》Metal移植出现条纹伪影求助

排查思路 #

• 优先检查每个线程的RNG初始化参数：别给所有线程使用相同的initseq值，也不要仅用线性的线程坐标（如x + y * width）作为唯一的initstate。相邻线程如果初始化参数相关性过高，生成的随机序列会出现规律相关性，直接导致横竖条纹伪影。建议把线程坐标的x、y分量分开做哈希后再分别传入initstate和initseq，多帧渲染的话可以叠加帧序号作为偏移量。
• 验证随机数生成逻辑本身：直接修改渲染管线，把每个像素的输出值设置为randomF(rng)的灰度值，如果输出的灰度图存在规律条纹，可100%定位是RNG逻辑问题，否则要排查光线相交、采样逻辑的问题。
• 检查randomF的精度兼容性：可以先换回你注释掉的实现（注意要除以UINT_MAX + 1.0f避免随机值取到1的边界），测试伪影是否消失：

  float randomF(thread pcg32_random_t* rng)
  {
      return pcg32_random_r(rng) / (float)(UINT_MAX + 1.0f);
  }
  

  部分Metal版本对ldexp结合32位浮点运算的处理存在精度丢失问题，会导致随机值分布出现规律断层。
• 确认RNG实例的作用域正确：每个线程必须持有独立的pcg32_random_t实例，不能使用threadgroup修饰符共享RNG实例，多线程共享同一个RNG状态会导致随机数序列串行，出现规则条纹。
• 替换简单随机数生成器做交叉验证：可以先换用实现简单的32位XorShift算法测试，如果伪影消失，说明当前PCG的64位运算在你的Metal运行环境中存在兼容性问题，部分老旧Apple设备对uint64_t的移位、乘法运算的支持存在隐藏坑。

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