spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Bruteforce, ja, die Algorithmen werden immer "bruteforciger", weil die Grafikkarten immer schneller werden.

Ja leider, und dabei geht immer wertvolle Rechenzeit flötten, die man z.B. viel sinnvoller in eine KI stecken könnte, oder in ein bessere Physik oder auch in eine noch Detailiertere Grafik.

Eine Schnelle Hardware ist kein Grund seine Algorithmen nicht so gut es geht zu Optimieren.

Doch, schon! Das ist es ja gerade! Indem Du weniger per CPU optimierst, hast Du genau für die KI usw. mehr Zeit, weil der grafische Teil größtenteils von der Hardware erledigt wird!
Wenn Du jetzt zig aufwändige Culling-Verfahren machst (die ja alle per CPU gemacht werden), dann geht die Zeit flöten! Und diese Verfahren bringen ja meistens nicht mehr viel, weil die Hardware ja bei der Fillrate ihre Grenze erreicht, und nicht bei der Anzahl der Polygone.

macht es dann etwa keinen unterschied mehr(auf neueren karten) ob ich 100.000 oder 10 polys rendere?

wenn das so wäre dann würde sich das rendern ja stark vereinfachen, vom programmieren her. man müsste einen großteil der techniken nicht implementieren.

wie ist das mit den renderstates, sind die auch weniger zeitaufwendig geworden?


@Maverick

Zitat

seit einführig der Shader sind Polygone quasi egal geworden

kannst du das vileicht genauer erklären?

Das kommt immer auf die Polygone an! Wenn diese 10.000 Polygone auf dem Bildschirm die gleiche Menge an Pixeln einnehmen wie die 10 Polygone, dann ist der Unterschied nicht so groß. Natürlich kann man nicht sagen, dass es genauso schnell ist - denn die 10.000 Polygone wollen ja auch erstmal transformiert und beleuchtet werden.
Es kommt hier immer hauptsächlich auf die Menge an zu zeichnenden Pixeln an, und wenn sich diese 10.000 Polygone mehrfach überlappen, dann wird es langsamer werden. Darum bringt es viel, den Overdraw so gering wie möglich zu halten.

sagen wir mal, keine überlappungen und die polys nehmen am bildschirm die gleiche menge an pixeln ein, dann fällt das beleuchten und transformieren nicht so ins gewicht?
gibt es da irgendwelche tests wo man genaueres erfahren kann (zahlen) wie stark sowas denn ins gewicht fällt?

und wie ist das mit dem frustrum culling? macht das die hw oder muss man das selber machen?

Das ViewFrustum ist ja mehr für das Object Culling gedacht. Auch wenn man es für das Vertex Culling benutzen kann Ganze Objekte werden von der Hardware nicht "gecullt", sondern nur Vertice.