In meiner Engine erstelle ich mit dem auf der CPU berechneten Perlin-Rauschalgorithmus unendliches Terrain.
Die Erstellung von Terrain sieht folgendermaßen aus:
- Wenn sich die Kamera in der Nähe des entladenen Patches befindet, erstellen Sie ihn
- Berechnen Sie das 513x513-Rauscharray mit vorgegebenen Grenzen
- Berechnen Sie Normalen, Tangenten, Binormale und Indizes
- Übergeben Sie Daten an vbo
Vorteile:
- Muss nur bei Bedarf gerendert werden
- Einfache Kollision
Con
- Slow 64 513x513 Patches werden in 3,1s (ein Thread) erstellt. Für jede Kachel ~ 20 ms Rauschbildung ~ 25 ms Eckpunkte, Normalen, Tangenten, Bitangens, Indizes. Wenn sich die Kamera schnell bewegt, kann der Benutzer das Laden von Kacheln bemerken.
- Speicher verbrauchen ???
Jetzt habe ich mich gefragt, wie ich das beschleunigen kann, indem ich Terrain komplett auf der GPU generiere. Aber es gibt einige Zweifel:
- Wenn Shader jeden Frame ausführen, ist dies nicht eine Verschwendung von Rechenleistung, um Rauschen immer wieder zu berechnen? Dies kann vermieden werden, indem das Ergebnis in die RBGA-Textur geschrieben und später im Vertex-Shader für die Verschiebung verwendet wird, aber die Speichernutzung erhöht wird. Wenn die Erstellung hingegen sehr schnell wäre, sollten nur sichtbare Kacheln im Speicher bleiben. Das Trennen des Puffers führt jedoch zu einer GPU-CPU-Synchronisierung, die die App verlangsamen kann (habe ich recht?)
- Wenn das Gelände nur ein flaches Gitter ist, das durch den Vertex-Shader verschoben wird, muss die gleiche Arbeit an der CPU ausgeführt werden, um die Höhe und Normalen an einem bestimmten Punkt für die Kollision zu berechnen.
- Dies ist nur ein Konzept, aber um alles zu beschleunigen, habe ich darüber nachgedacht, ein Raster auf das Ansichtsfenster zu projizieren, sodass nur eine minimale Anzahl von Scheitelpunkten verwendet wird. Glaubst du, das würde funktionieren?
Meine letzte Frage ist:
Was ist die beste / schnellste / am weitesten verbreitete Technik, um auf der GPU unendliches Terrain zu schaffen?
8
Beachten Sie nur, dass das Erstellen von Gelände auf der GPU die Kollisionserkennung, die Pickerkennung oder so ziemlich jede Art von Interaktion mit dem Gelände erschwert.
—
MichaelHouse
Ein Compute Shader (DX10 oder 11) kann verwendet werden, um das Terrain auf der GPU zu generieren. Wie in Byte56 angegeben, müssen Sie die Werte jedoch wieder aus der GPU ziehen, um mit ihr interagieren zu können. msdn.microsoft.com/en-us/library/windows/desktop/…
—
UnderscoreZero
Das Erstellen von Terrain auf einer GPU klingt für mich nach einer schlechten Idee. Es könnte funktionieren, aber ich denke, es würde wahrscheinlich ein bisschen besser funktionieren, wenn Sie nur das Terrain auf der CPU-Seite generieren und das Standard-Zeichnungsmaterial an die GPU senden.
—
Benjamin Danger Johnson
Nur meine Erfahrung; Ich habe genau das mit Aparapi gemacht und tatsächlich das verdammte Ding zum Laufen gebracht; Aber es war tatsächlich langsamer, als nur die CPU die Arbeit machen zu lassen. Ich denke wegen des Overheads beim Senden von Daten an / von der GPU. Wenn ich mich richtig erinnere, funktioniert GPU nur dann wirklich, wenn die Berechnung im Vergleich zur Größe der Daten groß ist (und auch absolut gesehen groß)
—
Richard Tingle
Dieser Artikel könnte Ihnen einige Ideen geben http.developer.nvidia.com/GPUGems3/gpugems3_ch01.html
—
Jeremiah Leslie