128.000 x 128.000 Pixel - so groß können Texturen in der nächsten Grafikengine von
id Software sein. Mit diesen "Megatextures" und weiteren Effekten möchte das Team um Chefprogrammierer John Carmack dafür sorgen, dass das Actionspiel
Rage im Wettrennen um die schicksten Spezialeffekte die Nase vorn hat. Jetzt hat J.M.P. van Waveren, leitender Programmierer bei id, bei einem Vortrag auf der Siggraph 2009 in New Orleans einige Interna der neuen Engine erklärt;
Die riesigen Texturen allein bringen zwar theoretisch eine neue Grafikqualität, weil der lokale Speicher der Grafikkarte aber - trotz schnellerer Auslagerung per PCI-Express als bei AGP - immer noch der begrenzende Faktor ist, hat id sich das "Virtual Texturing" ausgedacht. In einer Baumstruktur sind die Texturen mit mehreren Auflösungen gespeichert. Die Engine sucht sich darin für die aktuelle Szene die Ausschnitte zusammen, die den geforderten Detailgrad bieten. Das geschieht noch vor der Filterung für die gesamte Szene, entspricht also nicht den anisotropen Filtern, die die Grafikkarten ohnehin beherrschen.
Die neue virtuelle Textur wird dann Speicherplatz sparend an die Texturierungseinheit der Engine übergeben. Einen Großteil der Rechenarbeit soll dabei die Grafikkarte selbst mit Shaderprogrammen erledigen. In einem Beispiel zeigte van Waveren - allerdings bei deutlich reduzierter Bildqualität -, wie sich aus 1.024 Speicherseiten in der Grafikkarte 64 Speicherseiten machen lassen. Das kann als Hinweis auf die Skalierungsfähigkeiten der neuen Engine gewertet werden.
http://www.golem.de/0908/68902.html
Vor allem hat van Waveren darüber gesprochen, wie die id-Engine die zu erledigende Gesamtarbeit in einzelne "Jobs" aufteilt, die dann mehr oder weniger parallel verarbeitet werden. Vereinfacht gesagt: Über die gesamte Welt legt die Engine ein unsichtbares Gitternetz, dessen einzelne "Kästchen" die jeweiligen Jobs sind. Daraus ergeben sich eine Reihe von Schwierigkeiten - etwa die, welche der Kästchen bei zunehmender Distanz eines Objekts nicht mehr angezeigt werden. Noch größer kann das Problem sein, wenn ein Objekt näher kommt und der "Level of Details" zunimmt. Dann muss das Programm neue Daten nachladen, und das geschieht bei den riesigen Texturen insbesondere von einem optischen Datenträger - zumindest bei Rage auf Xbox 360 und Playstation 3.
Überhaupt ging van Waveren darauf ein, dass id Tech 5 auf extrem vielfältigen Plattformen gleich funktionieren muss. Schnelle, aber nur auf einem CPU-Kern basierende Systeme bezeichnet er dabei als "tot", und DirectX 9 sei das "Nirvana" für konventionelle, per Hardwarebeschleunigung generierte Grafik. Außerdem soll das System neben bisherigen Grafikkarten auch Schnittstellen wie Nvidias Cuda, das plattformübergreifende OpenCL und neue Hardware wie Intels Larrabee unterstützen. Bei den bald Dutzenden von Kernen in Spiele-PCs - wenn man die x86-Einheiten von Larrabe mitrechnet - zeigte sich der Programmierer
"vorsichtig optimistisch". Das größte Problem sei die Synchronisierung der Jobs zwischen den Rechenwerken. Zudem seien die Kerne beispielsweise eines Cell in der Playstation 3 und die von PC-Prozessoren sehr unterschiedlich.
Das Out-of-Order-Processing von x86-CPUs führe zu hohen Latenzen, welche die Parallelität behindern: Die einzelnen Jobs, besser bekannt als "Threads", müssten in einer Spieleengine viel zu oft aufeinander warten. Id Software steht hier, wie alle Spieleprogrammierer, vor dem Spezialfall des Problems der erhöhten Parallelität, den moderne Rechnerarchitekturen erfordern: Wenn der Gegner um die Ecke gebogen ist, aber der Physik-Thread noch nicht berechnet hat, ob der Stein, hinter dem der Spieler sich verstecken will, gerade an der richtigen Stelle liegt, kommt der Spielfluss ins Stocken. Diese Probleme haben Programmierer von anderen Anwendungen nicht: Ein CAD-Programm kann an einem einzelnen Bild so lange rechnen, wie es will, und dabei hoch parallelisiert arbeiten, weil es von weniger Faktoren abhängig ist.
Interessant sind Angaben darüber, wie lange in id Tech 5 die Berechnung bestimmter Prozesse dauert: So benötigt die Engine für das Rendering, also die reine Grafikberechnung einer Szene, rund 10 Millisekunden, während sie für Audioeffekte rund 4 Millisekunden und beispielsweise für flüssige Übergänge zwischen Animationen - das Blending - rund 2 Millisekunden braucht.
http://www.golem.de/0908/68902-2.html
Zitat von SplitTongue
Ihr glaubt doch hoffentlich diesen 60 fps Fanboy-Bullshit nicht...
Zitieren
), eher was um die 30.
nice
