使用VK_KHR_ray_tracing_pipeline时无光线相交问题求助

• 坐标空间不匹配：哪怕BLAS顶点数据没问题，TLAS里的实例变换矩阵出错也会直接导致模型“消失”在光线可触及范围外。比如缩放因子设为0、坐标系左右手系搞反，或者变换把模型移到了视锥体完全覆盖不到的区域，光线根本扫不到模型。
• 光线参数错误：
  • 光线方向没归一化：Vulkan光线追踪要求光线方向必须是归一化向量，未归一化的方向会让t值计算异常，直接跳过相交检测。
  • t范围设置不合理：比如tmin设得比光线原点到模型的距离还大，或者tmax设成0，这种情况下不可能有任何命中。
• BLAS构建隐性失败：你提到构建BLAS时偶尔丢设备，这大概率会导致部分BLAS没真正构建完成。哪怕Nsight显示“有效”，实际内存里的加速结构数据可能已经损坏，相交检测自然没法正常工作。建议每次BLAS构建后都严格检查返回结果，确保无错误，同步步骤也不能马虎。
• 加速结构Flags配置错配：
  • BLAS用了VK_GEOMETRY_OPAQUE_BIT_KHR标记，但管线却按透射光线处理，相交会被直接忽略；或者几何数据加了VK_GEOMETRY_NO_DUPLICATE_ANY_HIT_INVOCATION_BIT_KHR这类特殊标记，但命中着色器的逻辑不匹配。
  • TLAS实例的flags设了VK_GEOMETRY_INSTANCE_DISABLE_TRACING_BIT_KHR，直接禁用了该实例的追踪，自然不会触发命中。
• SBT的细微错误：Nsight显示的阶段索引和组分配正确不代表完全没问题，比如命中着色器条目的stride计算错误，导致管线实际调用的是未命中着色器；或者SBT缓冲区的绑定有隐蔽问题，管线找不到命中着色器的代码。
• 管线创建遗漏：检查光线追踪管线的创建流程，确保命中着色器被正确加入管线布局，同时确认着色器编译没有隐性错误——比如语法没问题但逻辑写崩了，验证层没报错但就是触发不了命中。
• 同步屏障细节疏漏：就算加了管线屏障，srcStageMask和dstStageMask设错也白搭。比如BLAS构建完后，屏障的目标阶段没包含VK_PIPELINE_STAGE_RAY_TRACING_SHADER_BIT_KHR，导致光线追踪管线读到的是未完全构建的加速结构数据。

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