Taxxor schrieb:
Nimmst du jetzt 800x600, hast du aber andere Objekte auf dem Bildschirm die die CPU berechnen muss. Meist fehlt nun links und rechts was, wodurch die CPU entlastet wird und die Leistung nicht vergleichbar mit 720p ist
Achtung- Das hat nichts mit Auflösung zu tun, sondern mit FOV, wie Du bereits andeutest bzw. Pixel per degree auf die absolute Szene bzw. die Projektionsmatrix gesehen,,,
Der draw Befehl auf die Grafikkarte ist immer relativ und der Submit immer gleich.
Wenn Du z.B. ein Vertex definierst:
struct VERTEX
{
FLOAT X, Y, Z; // position
D3DXCOLOR Color; // color
};
Du arbeitest ja im Normalfall mit Vektoren, deren Sichtbarkeit bzw. deren Verlauf eben genau nicht durch die Ursprungsauflösung bzw. dem FOV gesteuert ist bzw. auf Pixelbasis abgebildet wird. Dafür wird ja gerastert und das hardware- culling findet statt.
Auch das Seitenverhältnis bleibt in der Ursprungsszene dadurch unberührt.
Du könntest im Extremfall auch 1x1 Pixel machen... Der Bildaufbau würde CPU- Limitiert nicht mehr schneller.
Die sich durch die Auflösung ändernden Zahlenwerte ändern an der Berechnungsdauer des Vertices CPU- Seitig nichts.
Ein Bitmap wird beim Zoom, also künstlicher Auflösungsvergrößerung pixelig, eine Vektorgrafik nicht, um das mal vereinfacht zu sagen. Theoretisch läge dort unendliche Auflösung vor. Das Rastern hat ja genau den Sinn, die unendlichen Vektor- Details in ein begrenztes Auflösungsmuster zu quantisieren.
Schwieriger wird es mit dynamischen LODs oder wenn du Umbra & co also 3rd Party einsetzt. Die können nämlich auch adaptiv arbeiten, weil sie eben genau auf culling von Objekten abgestimmt sind, die in der Projektionsmatrix z..B. im Farbwert und der Gewichtung unter einen Pixel fallen und "clampen"....
Eine Engine müsste also anderweitig direkt eine Abfrage machen, in welchem Auflösungsverhältnis die Szene steht, um bei Breitbild dann horizontal vielleicht mehr Szenengeometrie unterzubringen. Das ist aber eher ungewöhnlich.
Die Krönung des ganzen ist letztendlich jetzt in der UE5 Nanite, welche source- resolution- aware arbeitet. Das kann tatsächlich komplettt auflösungsdynamisch und adaptiv auf die Auflösung Details generieren....
Da fällt die generelle Regel, dass die per CPU berechnete Szenengeometrie für die CPU auflösungsunabhängig gleich bleibt, unter den Tisch. Dabei auch die Betonung- Kann.... muss aber nicht.
Hast Du 16.000p wird das System per Pixel versuchen zu tesselieren oder nativ die Geometrie aus den Assets zu ziehen wenn du entsprechenden Modus reitest....
Außerdem bräuchte ich wohl ein stärkeres Netzteil für die Intel CPUs.
