所以，我应该开始点亮我的平面彩色模特。测试应用程序是仅实现最新方法的测试用例，因此我意识到理想情况下它应该实现光线跟踪（从理论上讲，它可能是几年内实时图形的理想选择）。
但是我从哪里开始呢？
假设我从未在旧的OpenGL中完成照明，所以我将直接使用不推荐的方法。
应用程序当前正确设置了顶点缓冲区对象，顶点，法线和颜色输入，并以平面颜色正确绘制和转换空间模型。
是否存在从平坦的彩色顶点到通过GLSL获得正确最终结果所需的全部信息的来源？理想情况下，可能需要任何其他额外的照明方法来补充它。
我不建议在OpenGL中尝试实际的光线跟踪，因为你需要很多黑客和技巧，如果你问我，那就完全没有意义了。如果你想在GPU上进行光线跟踪，你应该使用任何GPGPU语言，例如CUDA或OpenCL，因为它使事情变得容易多了（但仍然非常简单）。
为了进一步说明问题：对于光线追踪，您需要跟踪次要光线并测试与几何体的交点。因此，您需要在着色器内以一种巧妙的方式访问几何体，但是如果您不将其“编码”存储到某些纹理中，则无法访问几何体。顶点着色器本身也不会为您提供此几何信息，并且几何着色器仅知道邻居，因此此处已经出现问题。接下来，您需要加速数据结构来获得任何合理的帧速率。但是，遍历例如着色器内部的Kd-Tree非常困难，如果我没记错的话，有几篇论文仅针对这个问题。但是，如果你真的想走这条路，关于这个话题有很多论文，找到它们应该不会太难。
光线跟踪器需要非常精心设计的访问模式和缓存才能达到良好的性能。但是，您对GLSL内部的这些内容只有很少的控制权，并且优化性能会变得非常困难。
需要注意的另一点是，至少据我所知，GPU上的实时光线跟踪主要限于静态场景，例如， kd-trees仅适用于静态场景。如果你想拥有动态场景，你需要其他数据结构（例如BVH，iirc？），但你经常需要维护它们。如果我没有错过任何内容，目前仍有很多研究正在进行中。
你可能会混淆一些事情。
OpenGL是一个光栅化器。强迫它做光线追踪是可能的，但很难。这就是光线追踪不是“几年内实时图形的理想选择”的原因。几年后，只有混合动力系统才有可行。
所以，你有三种可能性。
你到底想要达到什么目的？我可以根据您的需求改进答案。
无论如何，this SO question是高度相关的。即使这个特定的实现有一个bug，它仍然是定义的方式。另一种可能性是openCL，但概念是相同的。
至于2019年，Ray跟踪是实时渲染的一个选项，但需要大多数用户没有的高端GPU。其中一些GPU专为光线跟踪而设计。 OpenGL目前不支持硬件增强的光线跟踪。 Windows上的DirectX 12确实支持它。建议在创建仅跟踪渲染器之前再等待几年，尽管可以将DirectX 12与当前的台式机和笔记本电脑硬件配合使用。移动支持可能需要几十年的时间我没有看到openGL支持光线跟踪，但是vulkan将来可能会支持它。