ich seh da auch nix was nicht auch auf dem cube gegangen wäre,aber hey...immerhin siehts knapp besser aus wie ff12,stimmt...sowas schafft nur der wii
Wobei der FF-Typ Detailreicher ist oder? Ist aber nicht verwunderlich, da es nunmal der Anzug von Samus nicht anders zulässt.
Man gibt die Polygonperformance von GPUs immer in "Polygone pro Sekunde" an. Je mehr Frames desto weniger Polys pro Frame und umgekehrt. Deshalb macht's ja beispielsweise einen Riesenunterschied, ob Spiele mit 30FPS oder 60FPS laufen, weil Du bei 60FPS nur die Hälfte der Polygone verwenden kannst und 50% der Füllrate (wird auch in Pixel pro Sekunde) aufgibst.
Falsch. Ließ den Satz nochmal. Die Engine schafft theoretisch über 20m Polys - ohne KI, Physik, Sound, Texturen und Lighting. Wurde im Spiel also nichtmal im Ansatz erreicht. Bei Rogue Squadron wurden über 12m im Spiel erreicht - durchschnittlich.
Jup, außerdem werden in Brawl mehr Figuren + mehr Effekte dargestellt, also nix mit FFXII = Brawl
Und was bedeutet Füllrate bzw. was genau sind Frames? Ich meine, wie viele Bilder kann ein Augo pro Sekunde aufnehmen? 34 sind es doch, soweit ich weiß. Welchen Sinn ergeben dann 60 Frames pro Sekunde, da es schließlich nicht wahrnehmbar ist.
mehr figuren?sind doch maximal 4,bei ff12 dagen sinds 10-20
ausserdem hab ich nie gesagt ff12 = brawl....lesen?
im endeffekt gehts auch nur darum das brawl auch auf dem cube möglich wäre und es auch heute bestenfalls last gen durchschnitt darstellt(und ff12 ist sicher nicht das grafisch beste ps2 spiel)
"Setup" ist nichtmal das. Das sind Polygone, die gar nicht angezeigt werden. Was Du meinst, ist der theoretische Spitzenwert für das Zeichnen von Polygonen, wie er bei Gran Turismo angegeben wurde. Nur war das bei der PS2 noch weiter von der Realität entfernt als bei Gamecube oder Xbox, weil die PS2 ja überhaupt keine GPU hatte. Da hat also auch Sound oder KI, also alles, was die CPU belastete, "Polygone" gekostet...
Die Füllrate beschreibt die Anzahl der Fragmente, die pro Sekunde berechnet werden können.
24. ^^
Ist er.
Polygone sind Vielecke, können also dreieckig, als auch viereckig sein usw.
Streng nach Definition ist es zwar eine GPU, aber eigentlich ist nur ein Rasterizer ohne T&L-Einheit - und solche Chips werden heutzutage normalerweise nicht als GPU bezeichnet, um einfacher differenzieren zu können. Das Teil malt die Polygone, die die CPU berechnet hat, nur an.
Trotzdem ist die Polygonperformance extrem wichtig, auch wenn sie nur ein Richtwert ist und man praktisch nie konstant den maximalen Polycount halten kann. Man muss ja zumindest das grobe Polygonbudget einschätzen können. Es gab allerdings in der Vergangenheit Engines, die bei einer festgelegten Framerate immer ziemlich genau den maximalen Polycount ausnutzten, indem sie dynamisch Objekte tesselierten oder die Sichtweite anpassten.um nochmal auf die polygone/sec zurückzukommen, das ist doch ne sehr subjektive ansichtsweise
Wie vorher schon von mir gesagt, macht sowas bestenfalls bei Stresstests Sinn, aber nicht ingame bei Spielen.
Bei Konsolen hat man sich ja bekanntlich auf 30fps oder 60fps geeinigt.
zb irgendein Spiel auf irgendnem System mit angepeilten 60fps.
Da wird man auch nicht hergehen und möglichst versuchen immer so viele Polygone auf dem Bildschirm zu hauen das man konstant 60fps schafft.
Da wird man auch nen Frame Limiter einbauen um die Sache einfach zu gestalten.
Der hat nur die Aufgabe bei Unterforderung des Systems den Renderprozess so lange zu verzögern das man auf 60 fps kommt, wobei man die gleiche Szene ohne Frame Limiter zb locker 90fps erreichen könnte.
Bei aufwändigeren Szenen sollte man dann aufpassen dass man bei 60 fps bleibt knapp darunter, der Framelimiter kann ja keine frames herzaubern sondern nur wegzaubern
Und genau da liegt der Hund begraben bei Games.
Eine Sekunde is im Rendering Process eines Games sehr viel, fast nie wird man in nem Game 1sec lang den gleichen Polycount haben.
Nehmen wir an wir haben ne Systemauslastende ingame Szene mit 60fps bei ~10 000 polygonen => 600 000 polygone/sec
Die nächste Ingame Szene hat dann zb 60fps (dank frame limiter) bei ~1 000 polygonen, macht 60 000 polygone/sec obwohl mehr drinnen sein könnte mit ausgeschaltetem frame limiter
Is natürlich jetzt ein extremes Beispiel aber so ähnlich laufts ab, natürlich nimmt man dann für Promotion den besten Wert aber der bleibt ja nie gleich im gesamten Spiel, der schwankt ja, deshalb is so ne Bewertung nicht akkurat, besser sind solche Werte bei Stresstest, wo die Szene immer gleich bleibt(sich der Polycount nicht mit der Zeit ändert) aber realitätsfern is
Aha, also
Tztz... Klugscheißer.
Wie äußert er sich denn? Ruckler können bei 30 FPS ja auch nicht entstehen, da wir das doch gar nicht bemerken. Da müsste die Rate dann schon unter 24 fallen, oder?Ist er.
Vielecke? Dachte mal etwas über Dreiecke gelesen zu haben, die dadurch ja nicht ausgeschloßen werden. Dachte nur, Polygone wären auf diese Form beschränkt.
