glsl 相关问题

C++ 风格的引用可以使代码更加简洁，但 GLSL 没有。例如。这段代码：对于 (int i=0; i C++ 风格的引用可以使代码更加简洁，但 GLSL 没有。例如。此代码： for (int i=0; i<numCascades; ++i) { if (eyeDistance < shadow.cascade[i].end) { vec3 sc = eyePos*shadow.cascade[i].transform; // ...many more references to "shadow.cascade[i]" here } } 如果我可以输入以下内容会更整洁： for (int i=0; i<numCascades; ++i) { const ShadowCascade& cascade = shadow.cascade[i]; if (eyeDistance < cascade.end) { vec3 sc = eyePos*cascade.transform; // ...many more references to "cascade" here } } 我可以输入这个（与上面相同，但没有“&”）： for (int i=0; i<numCascades; ++i) { const ShadowCascade cascade = shadow.cascade[i]; if (eyeDistance < cascade.end) { vec3 sc = eyePos*cascade.transform; // ...many more references to "cascade" here } } 这会导致性能损失吗？级联结构是否会被复制到局部变量中（就像在 C++ 中一样）？人们如何在 GLSL 中整理此类代码？（使用#define？（呃！））是的，你是对的，你不能像在 C++ 中那样在 GLSL 中创建引用或指针。在最后一个示例中，您复制了整个结构（const ShadowCascade cascade = shadow.cascade[i];）。但你呢？在编译器理论中，有一种称为复制传播的优化技术。这意味着，当您访问 cascade.transform 时，您将获得与访问 shadow.cascade[i].transform 相同的值。为什么？因为您复制了结构，并且从那时起就没有更改任何一个结构。如果它一直选择shadow.cascade[i].transform，则变量cascade永远不会被使用，因此它可以消除初始化和复制。因此，理论上编译器可以计算出，如果它始终使用原始数组，则不必复制结构。但是，当您使用例如 glCompileShader 时，您将在驱动程序中使用编译器。 Nvidia、AMD 和 Intel 有不同的编译器，可能不同的驱动程序版本包含不同的编译器，也可能它们在不同的 GPU 上的工作方式不同。因此很难判断编译器是否使用了这种优化。我的建议是将 GLSL 着色器编译为 SPIR-V。它类似于 C# 的 IL，或者 Java 的 Java 字节码。它是一种架构中立的中间语言。这样，在编译着色器后，您可以检查结果，并检查副本是否存在。 SPIR-V 还有很多其他优点，例如减少运行时编译时间（因为从 SPIR-V 编译为机器代码比从 GLSL 编译更快）。但是，SPIR-V 并非随处可用。它始终在 Vulkan、OpenGL 4.6 和 OpenGL ES 3.2 中可用。它通常在较旧的 OpenGL 和带有扩展的 OpenGL ES 版本中可用，但它在网络上永远不可用。在任何地方都有效的解决方案是宏（正如您所提到的）。在我学习编程的大学里，教授们说宏是邪恶的。是的，错误地使用宏和其他预处理器指令并不难。然而，后来，当我担任图形程序员时，我看到人们经常使用这些东西，因为有时没有真正的替代品，或者这是性能最高的。因此，虽然我理解您对使用宏犹豫不决，并且您绝对不应该将它们用于所有事情，但我认为编写这样的内容不是问题：#define CASCADE(i) shadow.cascade[i]。它将适用于所有 GLSL 版本、所有供应商、驱动程序，您不必处理 SPIR-V 等。总之，我建议您使用 SPIR-V、宏或两者。

struct reference glsl

回答 1 投票 0

GLSL：统一缓冲对象中的浮点数组

我有一个像这样的统一缓冲区（GLSL/GPU）：布局（std140）统一UConstantBufferPS1 { 浮动m_LuminanceHistory[8]； }; 我像这样上传数据（C++/CPU）： SHistoryBuffer* pHistogramHisto...

c++ arrays glsl

回答 1 投票 0

GLSL 着色器：像素循环中的意外行为

我正在开发 GLSL 着色器，并在使用 while 循环遍历像素时遇到问题。相同的代码在桌面设备上运行良好，但在移动设备上产生不同的结果（两者

three.js glsl shader webgl

回答 1 投票 0

分别调用多少次vertex-shader、geometry-shader和fragment-shader来绘制一帧？

为了绘制一帧，或者说给定一个顶点数组，当这个数组正在传输并通过着色程序的各个阶段时，各个顶点之间是否存在严格的对应关系...