Stałe wartości zmiennoprzecinkowe w modułach cieniujących GLSL - jakikolwiek powód używania uniformów?

Question

Patrzę na źródło aplikacji OpenGL, która używa cieniowania. Jeden szczególności shader wygląda następująco:

uniform float someConstantValue; 
void main() 
{ 
    // Use someConstantValue 
} 

Mundur jest ustawiony raz z kodu i nie zmienia się w całym czasie wykonywania aplikacji.

W jakich przypadkach chciałbym zadeklarować someConstantValue jako uniform, a nie jako ?

Edytuj: Aby wyjaśnić, stała wartość jest stałą fizyczną.

Answer 1

Po pierwsze, różnica w wydajności między używaniem jednolitego lub stałego jest prawdopodobnie nieistotna. Po drugie, tylko dlatego, że wartość jest zawsze stała w naturze, nie oznacza, że ​​zawsze będziesz chciał, aby była ona stała w twoim programie. Programiści często dostosowują wartości fizyczne, aby uzyskać najlepiej wyglądający wynik, nawet jeśli nie jest to zgodne z rzeczywistością. Na przykład przyspieszenie spowodowane grawitacją jest często zwiększane w niektórych typach gier, aby były szybsze.

Jeśli nie chcemy mieć do ustalenia jednolitej w kodzie można podać wartość domyślną w GLSL:

uniform float someConstantValue = 12.5; 

Powiedział, że nie ma powodu, aby nie używać const czegoś podobnego pi tam gdzie byłoby niewielką wartość w modyfikacji ....

Answer 2

mogę myśleć o dwóch powodów:

1. Deweloper ponownie wykorzystuje bibliotekę shaderów w wielu zastosowaniach. Zamiast dostosowywać każdy moduł cieniujący do każdej aplikacji, programiści próbują zachować ich ogólną.

2. Deweloper przewiduje, że zmienna ta będzie później konfigurowana przez użytkownika. Stwierdzenie, że jest to uniform, jest przygotowaniem do tej nadchodzącej funkcji.

Gdybym był twórcą i żaden z powyższych punktów dotyczy to chciałbym zadeklarować ją jako „const” zamiast ponieważ może dać korzyści wydajności i nie będę musiał ustawić uniformu z mojego kodu.

Answer 3

Ogromne powodem:

Error: Loop index cannot be compared with non-constant expression.

Jeśli używam:

uniform float myfloat; 
... 
for (float i = 0.0; i < myfloat; i++) 

pojawia się błąd ponieważ myfloat nie jest constant expression.

---

Jednak ten jest całkowicie poprawny:

const float myfloat = 10.0; 
... 
for (float i = 0.0; i < myfloat; i++) 

---

Dlaczego?

When GLSL (and HLSL for that matter) are compiled to GPU assembly instructions, loops are unrolled in a very verbose (yet optimized using jumps, etc) way. Meaning the myfloat value is used during compile time to unroll the loop; if that value is a uniform (ie. can change each render call) then that loop cannot be unrolled until run time (and GPUs don't do that kind of JustInTime compilation, at least not in WebGL).