Hi Leute,

ich habe da mal eine Frage zu meiner SkyBox bzw. wie ich sie mit der besten Performance zeichnen kann. Mein alter Rechner wird nämlich ziemlich langsam, wenn ich die Texturen einschalte.
Grundlegend sehe ich folgende 3 Möglichkeiten:

1.
Methode: gesamte SkyBox in eine DisplayList, bei jedem Frame vollständig anzeigen
Vorteil: schnellere Listentechnik
Nachteil: meistens sieht man nur die Hälfte der SkyBox, es ist also eigentlich unsinnig immer die gesamte Liste (SkyBox) zeichnen zu lassen

2.
Methode: genaues ausmessen, was wirklich sichtbar ist und nur das anzeigen
Vorteil: es wird nur das zur Anzeige gebracht, was auch wirklich sichtbar ist
Nachteil: Listentechnik nicht möglich (da sich Sichtbarer bereich immer ändert)

3.
Methode: Mix aus 1. und 2.: Unterteilung der SkyBox in mehrere Einzelflächen (z.B. 4 je Seite, also 24 insgesamt) und dann berechnen welche dieser Flächen sichtbar ist und nur diese Anzeigen
Vorteil: Listentechnik möglich (für jede Fläche eine Liste)
Nachteil: ich weis nicht, ob die Ränder zwischen den Flächen sauber dargestellt werden (bei Variante 1, die ich im Moment implementiert habe, sieht man die Ränder)

Also welche dieser Möglichkeiten bringt am meisten Performance? Oder habt ihr eine bessere Idee?

Danke,
Thomas

Eine Skybox bremst doch gar nicht so doll. Das is ja nur ein Texturierter Würfel. Also maximal 6*2 = 12 Dreiecke. Wenn da deine Graka schlapp macht, is was grob im argen.

Eventuell solltest du mal mit glGetError (siehe Wiki) prüfen ob irgendwlche GLErrors die GL stören.

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Oder man nimmt eine Cubemap und zeichnet gar keine Skybox sondern nur die Flächen die als Himmel markiert sind dann mit der Cubemap.

Also ich denke mal, wenn du bei einer Skybox alle Flächen außer die untere Zeichnest sollte das schon ausreichen. Alles andere halte ich persönlich für übertrieben.

Interessant wäre mal der Code den du zum Zeichnen verwendest. Ich denke nämlich mal, dass du dabei ein ganz anderes Problem haben wirst. Was aber keine Frage der Technik ist. Dann wäre evtl. noch wichtig was dein alten Rechner eigentlich genau ist. Also Prozessor und wichtiger Grafikkarte? Vor allem teste mal ob der auch ne Hardwarebeschleunigung hat. Achja. Was ich fast vergessen hätte. Von welcher Verlangsamung sprechen wir überhaupt bei deinem alten Rechner? Also in FPS ausgedrückt?

PS: Wenn du mit Skyboxen arbeitest kannst du auf das Löschen das ColorBuffers verzichten, da dieser normal eh vollständig überzeichnet wird. Den Tiefenbuffer musst du aber löschen. Damit kannst du schon mal ein wenig einsparen. Aber versprich dir nicht zu viel davon. Nur ein bisschen.

Auf älteren Karten können Skyboxen tatsächlich einen erheblichen Geschwindigkeitsunterschied ausmachen.
Außerdem macht es immer Sinn auf das Löschen des Colorbuffers zu verzichten. Das Leeren dessen macht sowieso keinen Sinn, da die Skybox sowieso den gesamten Bildschirm ausfüllt.

Über das Skalarprodukt kannst du außerdem stets drei Flächen der Skybox ausschließen, wenn dir die Blickrichtung der Kamera bekannt ist.

Vielmehr macht eigentlich kaum Sinn.

_________________
Nichts auf der Welt ist so gerecht verteilt wie der Verstand. Denn jederman ist überzeugt, dass er genug davon habe.
Rene Descartes, frz. Mathematiker u. Philosoph, 1596-1650

Guten Morgen allerseits, erstmal Danke für die vielen Antworten.

Also an meinen alten PC komme ich im Moment nicht ran (der steht in Frankfurt und ich bin hier in Dresden), aber ein bisschen was kann ich dazu schon sagen:

Prozessor: 450 MHz
Arbeitsspeicher: 128 MB
GraKa: irgendwas altes, ca. von 1998

Ohne Texturen lief das spiel flüssig (ca. 30 FPS), mit Texturen sind das noch etwa 2 FPS. Ich habe inzwischen mal die Texturgröße von 512x512 auf 256x256 runtergesetzt, ich denke mal das wird schon etwas gebracht haben (wie gesagt, ich kann's im Moment nicht genau testen). Mein "moderner" Rechner hier in Dresden schafft durchaus mehrere hundert FPS (da habe ich jetzt extra erstmal eine Bremse eingebaut).

Der gesamte Code kann liegt hier zum Download bereit:
www.inf.tu-dresden.de/~s2530168/Rennspiel/Code.zip

Falls sich jemand das compilierte Programm ansehen möchte:
www.inf.tu-dresden.de/~s2530168/Rennspiel/Programm.zip

Und für die Leute die nix runterladen wollen, hier mal die wichtigsten Codeabschnitte zur SkyBox (Datei UGrafik.pas):









So, das war jetzt allerhand Code. Sorry, falls es an einigen Stellen nicht der beste Code ist, aber das war mein allererster Versuch in OpenGL. Aber ich denke mal die Idee mit dem Skalarprodukt von Magellan ist wirklich so ziemlich die beste.

Okay. Also so spontan kann ich keinen Fehler entdecken. An deiner Stelle würde ich mal Überprüfen ob die andere Karte überhaupt in Hardware läuft. 2 FPS sagen eigentlich aus, dass sie es nicht tut. Sie Läuft im Softwaremodus, wenn der VENDOR Microsoft ist. Das kannst du dir auch mit verschiedenen Programm anzeigen lassen.

http://www.delphi3d.net/hardware/index.php
http://www.realtech-vr.com/glview/

Skyboxen kenne ich eher so, dass diese als erstes gezeichnet werden und dann in etwa in der Größe 10 * 10. Dabei dann das Schreiben des Tiefenbuffers verhindern und Tiefentest aus. Und anschließend dann alles andere Zeichnen. Kann mir aber nicht vorstellen, dass das evtl. Probleme geben würde. Das aber zu testen wäre noch eine Option, wenn deine Karte doch in Hardware laufen sollte.

Als erstes gezeichnet wird sie.
Aber in wie fern kann denn die Größe entscheidend sein? Ich dachte immer, dass es egal ist, ob das 10x10 oder 500x500 ist.

Die Größe ist für die Performance eigentlich egal. Ich schwanke gerdae noch, ob es einen Unterschied macht, ob man Ganze Zahlen oder Fließkommazahlen verwendet. Das hängt wahrscheinlich vom Gebrauch von glVertex3i oder glVertex3f ab.
Überprüf auf jeden Fall mal, ob das Ganze auf Hard- oder Software läuft und schau auch mal, welche Texturengröße die Grafikkarte unterstützt. Das findest du am besten mit dem Info-Tool von Delphi3D heraus.

_________________
"Du musst ein Schwein sein in dieser Welt, sangen die Prinzen, das ist so 1.0. Du musst auf YouTube zeigen, dass dir dein Schweinsein gefällt, das ist leuchtendes, echtes Web 2.0."
- Hal Faber
Meine Homepage: http://laboda.delphigl.com

selbst wenn es einen Unterschied machen sollte, ob man dort Fließkommazahlen oder Ganze Zahlen benutzt (denke eher nicht, da die GPU letztlich ja doch mit Fließkomma rechnet) würde dies bei skyboxen wohl kaum auffallen. selbst in Software ist die Anzahl der Vertices bei diesen ja letztlich vernachlässigbar, insbesondere im Vergleich zu den Füllratenkosten.

Wenn die Graka early Z-out unterstützt könnte ich mir auch vorstellen, dass es teilweise schneller sein könnte die Skybox als letztes mit aktiviertem Tiefentest zu zeichnen, da im Regelfall ja doch ein gewisser Teil von ihnen verdeckt wird und dadurch dann Füllrate eingespart werdne könnte. Dann müsste man aber natürlich bei der skybox soweit aufpassen, dass sie immernoch das gelände nicht schneidet.

Wenn die Skybox um ein 512x512er Heightmap herum ist, dann haste alleine dadurch ne halbe Millionen Dreiecke. Da würde ich mir über die 12 Dreiecke der Skybox und ob ich sie nun als Integer oder Floats reinreiche gar keine Gedanken mehr machen. Das einzige, was da n bisschen bremsen kann, ist die Verwendung von aufwendigen Shadern, weil die Skybox doch sehr viele Pixel trifft (eigentlich alle). Da das aber bei dir nicht der Fall ist schließe ich mich mal Flash an


Ansonsten einfach mal das tun, was die anderen gesagt haben: Treiber überprüfen und so. Die Standard-Treiber von Microsoft sind manchmal was komisch. Oder einfach ne bessere Graka verwenden:

1998 war das nicht die Monkey-Island 1 Zeit?

_________________
[18:30] tomok: so wie ich das sehe : alles. was nich was anderes ist als nen Essay ist nen Essay

hi, i'm a signature viruz, plz set me as your signature and help me spread

Wenn ich wieder in Frankfurt bin, werde ich mal diese Grafikkarten- und Treibertests durchführen. Aber wie gesagt, im Moment geht's nicht. In eine neue Grafikkarte werde ich da wohl nicht investieren, da ich die meiste Zeit hier in Dresden bin. Ich wollte es nur zu Vorführungszwecken mal in Frankfurt laufen lassen.


Naja, Monkey-Island 1 ist 1990 herausgekommen und so veraltet ist es bei mir noch nicht. Aber die Richtung stimmt

Nochmals Danke,
Thomas

War 1998 nicht Half-Life-Zeit?

_________________


"User Error. Replace User and hit Continue."

Sorry wenn das nicht ganz zum Thema passt, aber im Projekt von ThomasN tritt ein Effekt auf, über den ich gern mehr wüßte. Und zwar geht es um die Kanten der Skybox. Die kann man sehen (Flackern, Treppeneffekte). Woher kommt das und wie bekommt man das weg oder ist das prinzipbedingt? Als Ursache würde ich ja Rechenungenauigkeiten beim Zeichnen der Flächen vermuten. Aber wie bekommt man sie weg?
- Falsche Technik angewandt? (evtl. könnte man ja die Flächen immer ein klein wenig größer als die Würfelflächen machen, dann würde es überlappen. Bei dezenter Anwendung könnte der Effekt verschwinden, oder?)
- entsprechende Hintergrundfarbe wählen um den Fehler zu vertuschen
- Weichzeichnen um den Fehler zu verschmieren.
- oder ist das von der Hardware abhängig.

Grüße,DNA

_________________
Heute code ich, morgen debug ich, und übermorgen caste ich die Königin auf int.
http://www.2ndmoon.de

Luke: Ja Half Life war 98 aber ich glaube das ufert ein wenig aus.

Kanten bei SkyBox: Das Problem welches du beschreibst liegt daran, wie die Texturen auf die Flächen gebracht werden. Also an dem Wrapmode. Wenn du diesen auf GL_CLAMP_TO_EDGE stellst sollte es eigentlich gehen, da er die Texturen so bis genau in die Ecken der Fläche zeichnet und nicht wieder auf der andern Seite der Textur (GL_REPEAT) anfangen würde. Rein Theopraktisch sollte erkennbar sein, dass die kleine andersfarbige Kante sich auch genau so auf der gegenüberliegenden Seite der Flächen befinden müsste. Es ist also eine reine Einstellungssache und nichts wildes. Man muss es nur wissen.

Achja Thomas. Generell noch was zur Skybox, was mir gerade aufgefallen ist. Die Stretched die Texturen sehr merkwürdig. Du solltest für die Skybox einen echten Würfel benutzen. Also 500x500x500. Wenn der nur eine Höhe von 100 hat, dann wirken die Texturen sehr gedrückt. Bei den Wolken und dem Himmel mag es gerade noch so gehen aber solltest du ein anderes Motiv haben wird es sehr deutlich.