Richtwerte für Quads

Da wird dir niemand eine genau Info zu geben können.

Zum einen hängt es davon ab welchen Typ Spiel du erstellen willst, wie viele Objekte du in einer Szene hast und welche Hardware du voraussetzen willst usw. usw.
Es gab damals vor zig Jahren mal ein Richtwert das man bis zu 1 Millonen Polys auf einer Szene darstellen kann bevor es anfängt zu ruckeln, das ist aber nicht mehr richtig.

Denke mittlerweile können sowas schon einige Handys
Ne mal im ernst, das ist alles rellativ, es sind ja auch nicht nur die Polygone sondern Sound, Texturen, Partikel usw. alles geht auf die Performance.

Man kann das gut an Guardians Of Alrotha sehen (hier in den Projektvorstellungen. Bei dem einen Ruckelt es, bei mir nicht, bei Explo nur dann wenn er an den Einstellungen rum dreht.
Ich habe auch keine Ahnung wie flüssig mein Spiel wird und wieviel ich mir erlauben kann, denke dafür bekommt man mit der Zeit ein Gefühl aber ein Richtwert wird es nicht geben.

Versuch den Modellen so viel Polys zu geben wie sie benötigen damit du damit zufrieden bist und halt nicht mehr

Ein 3rd Person Haupchar kann z.B. viel mehr Polys haben wie die NPCs da du Ihn ja immer von nahen siehst. 15.000 Poly für ein Hauptchar ist da nicht selten, auf CGTrader gibt es grad eine Challenge für Gamechars, die setzen da sogar die Grenze bei 50.000 Polys.

Meine Mechs im Spiel liegen meist so zwischen 5000 - 7000 Polys, Bosse gehen aber auch schon mal in den 10.000 Bereich.

Stell dir einfach vor was du alles so in einer Szene siehst und zähle in Gedanken die Polygone grob zusammen, bist du so bei 1 Mio dann haste den Richtwert von Damals erreicht und es ist definitiv alles im grünen Bereich, liegst du drüber ist es auch noch nicht so wild, liegst du stark drüber wirst du das beim Proggen merken und dann heißt es optimieren

Sry, denke das du diese Antwort nicht unbedingt wolltest, ist aber trotzdem so

Im Grunde kann man mit den Polygon Angaben von ihm schon wenig bis nichts anfangen, weil es hängt nicht nur davon ab was man eigentlich für ein Spiel machen will, sondern auch davon wie komplex die Grafik an sich ist, was für Techniken man bei den Grafikeffekten nutzt, wie viele Effekte generell vor kommen, was für Shader und vor allem auch auf was für einer PC Hardware das Ganze am Ende laufen soll.

Siehe zum Beispiel Star Citizen, welche Highend PCs anvisiert und eine Polygon Anzahl und Detaildichte nutzt, welche weit höher ist als bei normalen Spielen. Und dann nimm ein Spiel, das auch auf Tablets/Smartphones läuft. Und daneben hängt es dann auch noch stark von der verwendeten Engine selbst ab.

Das Thema ist leider so gewaltig komplex, das es schwer ist dieses mal eben so zu beantworten.

Darum auch immer der gern genutzt Satz: "So wenig Polygone wie möglich". Bei dem man aber auch aufpassen muss es nicht gewaltig zu untertreiben. Lieber etwas zu viele Polygone, nachträglich die Objekte um Polygone zu reduzieren ist einfacher, wenn man sich die Arbeit machen will. Aber man sollte daher auch alle zur Verfügung stehenden Techniken nutzen um die Polygon Anzahl reduzieren zu können (also BumpMaps etc.) und vor allem LOD richtig nutzen.

Ist halt ärgerlich, wenn man am Ende feststellt, dass das Spiel hätte besser aussehen können, weil man zu sparsam war oder umgekehrt es nur auf starken PCs läuft, obwohl man das gar nicht wollte. Würde mich auch interessieren wie man das am Besten verhindern kann. Vermutlich in dem man in einer Testmap die Performance testet bevor man alle Objekte baut. Dann muss man aber sehr gut wissen wie die Grafik aussehen soll, was für Effekte man nutzt, wie viele Charaktere auf einmal auf dem Bildschirm sind etc. Auch die Physik sollte man dabei nicht vergessen.

Was übrigens auch nicht vergessen werden sollte: wie lange wird an dem Spiel gearbeitet? Wenn es erst in 2-3 Jahren fertig ist und auf dem aktuellen Stand entwickelt, hat man schnell das Problem, dass es bis zur Fertigstellung technisch veraltet ist.

Ich denke viele Entwickler rechnen bei der Entwicklung schon direkt mit der zu erwartenden Hardware bei Fertigstellung ihres Spiels. Da jetzt zu sagen, dass man anvisiert das es auf den heutigen Minimum Spekts der Engine aufbaut, sorgt eher dafür, dass das Spiel grafisch weit hinter seinen Möglichkeiten zurück bleibt. Wenn dann sollte man wohl mindestens aktuelle Mittelklasse Gaming PCs nehmen, wenn das Spiel in 2-3 Jahren dann fertig ist, ist das nur noch Einstiegsklasse. Und nach oben hin Richtung maximalen Details am besten aktuelle Highend Gaming PCs. Daher wäre es gut, wenn man grafisch wirklich etwas ordentliches abliefern will, selbst einen ordentlichen Highend PC daheim stehen zu haben. Also Minimum GTX970 oder vergleichbare AMD Karte, besser GTX980TI und natürlich entsprechende CPU.

Oder auch was weiter weg ist, wo der Spieler eh nicht hinkommt, gerade in dem Bereich wird extrem clever von den großen Studios getrickst. Darum bin ich zum Beispiel bei Halo oder anderen Level Schläuchen oder auch bei MMORPGs immer gerne Out of Map gegangen um mir anzusehen wie der Hintergrund gemacht ist.

Zum Beispiel haben Objekte meist dann nur eine Front aber keine Rückseite, also nur die Seiten, die die Spieler auch wirklich sehen. Und die Texturen sind oft extrem niedrig aufgelöst, dank Entfernung sieht man das aber nicht. Auch sind oft weit entfernte Bäume im Hintergrund lediglich einzelne Planes auf der ein Baum oder ganze Reihen von Bäumen abgebildet werden und die sich Richtung Spieler ausrichten, wobei man das in einer Open World bei einzelnen Bäumen auch per LOD machen kann.

Es gibt schon eine Menge Tricks um Ressourcen zu sparen.

Wieder mal ein guter Post von Dir, der mich noch auf eines bringt, was eigentlich logisch sein sollte: Gerade bei Objekten wie Bäumen, Gras usw., die man in größerer Anzahl in der Spielwelt benutzt, sollte man darauf achten so wenig Polys wie möglich und ein ordentliches LOD zu benutzen. Ist wie gesagt ja logisch... wenn ich 100 Bäume habe, machen ein paar Polys weniger pro Baum eben 100x mehr aus, spare ich 10 Tris ein sind es bei 100 Bäumen 1000 Tris. Wobei je nach Spielwelt 100 Bäume nichts sind, oftmals sind es mehrere 1000 oder gar 10000 und noch höher.

Tschuldigung, muss mal wieder meckern.

Zitat

3.Für Wände keine Cubes verwenden sondern Planes

Ich habe mehrere Anfragen im Answer Hub gelesen, wo sich Leute beschwert haben, weil sie optische Fehler im Light Bake hatten. Gefunden hatte ich diese Einträge, weil ich ebenfalls solche Artefakte bekommen hatte.

Die Moderatoren haben dann darauf hingewiesen, dass der Renderer eine gewisse Wandstärke voraussetzt. Wände sollen nicht zu dünn sein, sonst gibt es doofe, helle Streifen in manchen Ecken.
Mit Planes als Wänden habe ich es noch gar nicht versucht, aber ich denke mal da sind solche Probleme vorprogrammiert. Kommt natürlich auf die Map an. Bei Indoor/Outdoor Mischungen sollte man auf jeden Fall ausreichend dicke Wände verwenden. Bei einem reinen Dungeon ist es vielleicht egal und man kann pro Wand 5 Polys sparen, wenn man statt dessen eine Plane nimmt.

Ein andere Aspekt, der mir bei manchen Arbeiten aufgefallen ist, ist ein unglücklicher Mix aus vernünftiger Polygonzahl und übertriebenem Lowpoly. Das sieht dann einfach nicht gut aus. Die Objekte sollten von der Anmutung schon zusammen passen.

Äh..was sollte ich ändern?