spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Das sind sehr theoretische Zahlen, in einem wahren Spiel wirst Du die nicht mal annähernd erreichen. bei profis die viel zeit in optimierung etc stecken wird ein Faktor von 10 drunter als gut angesehen!

Dafür gibt es viele Gründe, z.B.
- Du wirst kaum eine 100% Parallelität CPU - GPU erreiche, maW, ab und zu wird die GPU warten
- Ab und zu werden andere Sachen als die Polyrate zum Fladchenhals, z.B. bei hohem Overdraw und/ioder komplexen Pixelshadern die Pixelrate.
- schlechtes Batching
- schlechte Ausnutzung von Caches und so zu wenig Bandbreite innerhalb der Karte
- Bus zur CPU überlastet da zu viel dynamisch.

Am besten macht man erst die Engine, misst dann die Polyrate unter typischen Bedingungen und bestimmt dann das "Poly count target".

GANZ GANZ grob 10 000 Polygone pro wichtigem Objekt (Hauptcharacter in RPG, Flugzeug / cockpit in FluSi, Auto bei Rennspiel etc) sind ok wenn Du LoDs hast.

Texturgröße 2048*2048 bei 32bit ist ok und was wir auch nehmen. Am besten als DDS um VRAM zu sparen.

Zitat von »"Phili"«

Also, wenn du z.B. mit PerPixel-Lighting und BumpMaps arbeitest wirst du sicher sehr viel weniger Dreiecke verarbeiten können als wenn du ganz ohne Beleuchtung arbeitest...

Das wohl nicht. Hier hängt die Performance schließlich davon ab, wie viele Pixel gezeichnet werden. Ob du jetzt ein sehr detailliertes Modell hast oder ein grobes - die Zahl der Pixel, die es abdeckt, wird sich dadurch nicht großartig ändern.

Aber wenn man Per-Pixel-Lighting und Normal-Mapping verwendet, kann man sich viele Dreiecke sparen, weil man damit ja gerade höher detaillierte Oberflächen simulieren will.

Phili hat mich auf diesen teil des original Posts aufmerksam gemacht:

Zitat

dass sie nicht besonders Detailiert waren (obwohl man das im Spiel ja nicht sieht)

Wenn Du das wriklich genauso meinst dann ist die niedrige Detaillierung ja GUT. Es gab mal einen interessanten Artikel von einem der ein Cockpit für Il2 gemacht hat. Darin beschrieb er vor allem wie er Monate (!) nur damit verbracht hat, "details" zu entfernen die nicht im Spiel nötig waren. Nur dadurch hatte er genug Polys zur Verfügung, dass es an den Stellen die sichtbar sind oder gar auffallen, auch wirklich ein sehr gutes Ergebniss erreichen konnte.

Zitat von »"Phili"«

@David Scherfgen
Hoppla, ja das stimmt natürlich... :oops:
Allerdings hab ich indirekt schon recht, weil man mehr Zeit in den Vertex-SHader stecken kann, wenn der Pixel-Shader einfacher gestrickt ist... :lol:

Ich denke, das kommt darauf an, wie die Pipeline in der Grafikkarte realisiert ist. Da läuft ja alles stark parallelisiert ab. Während die Vertex-Einheit Vertex-Shader ausführt, ist die Pixel-Einheit schon dabei, die bereits fertig transformierten Dreiecke zu rendern. Dann ist die Frage, wer als erstes fertig ist. Ich schätze mal, dass die Vertizes in den meisten Fällen zuerst fertig sind.
Am Ende hängt die Performance immer vom langsamsten Teil der Pipeline ab.
Wenn der Flaschenhals bei der Fillrate oder beim Pixel-Shading liegt, sollte man weitere Vertizes hinzufügen können, ohne dass es insgesamt länger dauert.

Zitat von »"Osram"«

GANZ GANZ grob 10 000 Polygone pro wichtigem Objekt (Hauptcharacter in RPG, Flugzeug / cockpit in FluSi, Auto bei Rennspiel etc) sind ok wenn Du LoDs hast.

Die durchschnittliche Anzahl der Polygone waechst aber staendig an. Als ich angefangen habe hiess es "Alles ueber 500 Polys ist Schwachsinn".. was vorallem wichtig ist: Verwende so viele Polys wie du sinnvoll einsetzen kannst: Nichts ist schlimmer anzusehen als eine ebene Flaeche die vollkommen grundlos in zig Faces unterteilt ist. Anfaenger haben oft garnicht die Faehigkeit dazu 10000 Polygone zur Geltung kommen zu lassen, also arbeite dich langsam hoch. Um so geringer die Polygonanzahl, um so besser.

PS: Vergleichsweise viele Modelling-Threads in letzter Zeit