Levent Akyil auf der GDC Europe 2011

Anfangs zeigte Level, wie sich die Anforderungen der Programmierer im Zuge der aktuellen Hardware-Architektur verändert haben. Neuerungen wie der modulare Aufbau, die Integration der GPU und die Abkehr von der klassischen Crossbar zu Anbindung des Last Level Cache bringen reihenweise Performance-Vorteile in Sandy Bridge. Beispielsweise ermöglicht AVX (Advanced Vector Extension) mit dem erweiterten SIMD-Register (256 Bit) nun ein neues SIMD-Instruktionsformat für SSE-Operanden. Spiele-Programmierer werden diese Neuerungen lieben, da sich nun auch komplizierte Rendering-Berechnungen beschleunigt ausführen lassen.

Alte Probleme sind hingegen scheinbar geblieben, etwa die Speicherfrage: Wie lassen sich mehr Daten möglichst einfach vom Speicher in den Cache schieben, um die Ablaufgeschwindigkeit zu erhöhen? Wie lassen sich Hotspots und Latenzzeiten im Code ermitteln und ausschalten? Die Antworten auf diese Fragen sind zweiteilig: Zum einen muss der Entwickler die Algorithmen optimieren und gleichzeitig Hardware-nah arbeiten. Das klingt zunächst widersprüchlich, denn mit den bereinigten Algorithmen möchten Entwickler plattformunabhängig bleiben. Mit dem richtigen Tool lassen sich aber beide Ziele gemeinsam erreichen – selbst bei Third-Party-Code, den ich nicht en detail kenne und komplett verstehe.

Levent empfiehlt hierzu den Intel VTune Amplifier XE , der mit seinen vordefinierten Analyse-Funktionen den Code sehr schnell prüft und typische Probleme wie Hotspots, Slow Frames oder faule call stacks blitzschnell ermittelt und damit die Grundlage für die Optimierung bietet. Eine Reihe sehr detaillierter Artikel zum VTune Amplifier finden Sie übrigens auch hier im Blog.

Hier noch ein Ausschnitt seiner Live-Präsentation vom Vormittag:

Und es soll niemand sagen, unter dem Entwickler-Volk gäbe es keine attraktiven Frauen

Viel Spaß mit den Videos! Morgen früh geht es weiter mit einem Bericht vorn der Session “Hotspot Flops & uOps” von Levent Akyil.

Leigh Davies auf der GDC Europe 2011

Leigh erläuterte zunächst die wichtigsten Gründe, um Anwendungen, vor allem aber grafisch anspruchsvolle Spiele von der ersten Code-Zeile an konsequent auf Mehrkern-Systeme auszurichten. Spieler auf der ganzen Welt sind typische „Early Adopters“, wenn es um innovative Technologien geht. Schon jetzt nutzen mehr als 40 Prozent der Spieler über die internationale Games-Plattform “Steam” PCs mit 4 oder mehr Prozessorkernen. Dank dieser Systeme profitieren die User von einem höheren Spielefluss und deutliche besseren Bildern – dazu gleich mehr.

Entwickler stehen demnach mehr denn je vor der Aufgabe, sequentiellen Code in task-basierten (aufgabenbasierte) Code zu übersetzen. Anhand der Tasks können Sie die Rechenaufgaben Ihrer Anwendung auf einige oder alle Kerne verteilen. Dabei lassen sich die Threads unabhängig voneinander steuern oder auch in sinnvoller Abhängigkeit zueinander starten, um Ressourcen optimal zu nutzen. Damit wird die Anwendung skalierbar.

Die notwendigen Tools hat jeder Programmierer bereits zu Hand – zum Beispiel mit den Threading Building Blocks (TBB). Der Scheduler hilft bei der Organisation, der Reihenfolge und beim Starten der Threads: So lassen sich Tasks nacheinander oder auch parallel starten, um eine bestmögliche Auslastung der Hardware (CPU und GPU) zu gewährleisten.
Einen sehr guten Grundlagenartikel zu diesem Thema samt Code-Beispielen finden Sie übrigens hier.

Leigh erläuterte das Vorgehen en detail bei der Frame-Berechnung (Animation Samples) grafisch anspruchsvoller Spiele, die heute für maximale Rendering-Ergebnisse fast immer auf parallelen Code angewiesen sind.

Um die Darstellung von Körpern unter wechselnden Lichteinflüssen und Perspektiven exakt und schnell darzustellen, kam bislang zur Kantenglättung meist die Multisample Anti-Aliasing (MSAA)-Technologie zum Einsatz. Bessere Resultate liefert das Morphological Anti-Aliasing (MLAA). MLAA nutzt dafür einen Post-Processing-Effekt: Das Bild wird nach Ende der Berechnung anhand von Farbunterschieden analysiert und die Kanten werden per Shader geglättet. Dabei kommen nicht alle Pixel auf den Prüfstand, sondern eben nur die zuvor analysierten Kante  – was zu dem besagten Performance-Gewinn beim Bildaufbau führt. Zudem wird der Löwenanteil der Arbeit von der GPU übernommen und die CPU entlastet.

Übrigens: Ein unverzichtbares Werkzeug bei der Code- und Frame-Kontrolle ist die neue Toolsuite Intel Graphics Perfomance Analyzers (). Leigh stellt Ihnen das Tool gerne am Intel Stand Nr. 150 ausführlich vor. Aber ich werde auch in einer der nächsten Einträge ausführlich über GPA 4.1 und die Neuerungen gegenüber der Version 4.0 berichten.

Vorab gab er dem Software Dev Blog nicht nur ein Interview, sondern auch tiefe Einblicke in das Thema „Morphological Anti-Aliasing“.

Leigh zeigte dabei diverse, so genannte Morphological Anti-Aliasing Samples von der Intel-Webseite, die sich als Alternative zum herkömmlichen Multisample Anti-Aliasing (MSAA) bewähren.

Der wichtigste Vorteil von Morphological Anti-Aliasing gegenüber MSAA: Wenn ein Frame gerendert ist, wird das Bild hinsichtlich scharfer Kanten und Farbfehler analysiert und diese Ungenauigkeiten im Bild mit Hilfe spezieller Verfahren wie Blur-Effekten ausgeglichen. So lassen sich Treppcheneffekte verhindern, etwa wenn in einem 3D-Spiel Häuserfluchten gegenüber der Skyline aufgrund der Spielerbewegungen im Game neu berechnet werden müssen. Dieses Verfahren ist schnell und kostengünstig.

Ganz sicher erklärt das Leigh im Interview aber besser und vor allem technisch zu 100 Prozent korrekt!

Neben attraktiven Geldpreisen in einer Gesamthöhe von rund 10.000 US-Dollar erhalten die Sieger die Möglichkeit, ihre Spieleidee auf dem Valve’s Steam Online Gaming Portal zu präsentieren und später mit Hilfe von Valve auf den Markt zu bringen und kommerziell zu vertreiben. Das ist Ihre einmalige Chance, mit Ihrem Spiel Furore zu machen und auch gutes Geld zu verdienen!

Aber der Reihe nach: Der Level Up 2011 Game Demo Contest wird in diesem Jahr bereits zum fünften Mal ausgeschrieben und adressiert Spiele-Entwickler auf der ganzen Welt. Ganz gleich, ob Sie noch Student an der Uni sind oder auf eine langjährige Developer-Erfahrung zurückblicken können – Sie sind herzlich eingeladen, an dem Wettbewerb teilzunehmen. Starttermin ist vermutlich Anfang September.

Was Sie tun müssen: Sie entwickeln ein Game-Demo auf und für Intel-PC-Plattformen wie Sandy Bridge für eine der folgenden Kategorien:

• Adventure/Rollenspiele
• Strategiespiele
• Puzzle-Spiele
• Shooter Games.

Das jeweilige Demo sollte Ihre Spielidee bereits gut abbilden.

Wann es losgeht und endet: In Kürze werden Sie die Möglichkeiten haben, Ihre Vorschläge enzureichen – den genauen Termin Anfang September erfahren Sie hier auf dem Software Dev Blog und natürlich auch bei ISN im Web. Deadline ist übrigens der 30.12.2011. Die Bekanntgabe der Gewinner erfolgt im März 2012 während der GDC, die alljährlich in San Francisco stattfindet.

Jetzt geht es aber erst einmal los mit Live-Blogging und Video-Interviews!

Heute stelle ich die beiden Dienstags-Sessions in den Vordergrund.

Dienstag, 16.8.2011: Ab 9:30 Uhr spricht Levent Akyil zum Thema “Hotspot Flops & uOps”.  Levent wird verdeutlichen, wie sich seriell und parallel programmierte Anwendungen durch eine recht simple Optimierung auf Registerebene weiter beschleunigen und Fehler wie Bottlenecks in Quellcode aufspüren und beheben lassen. Dabei geht Levent detailliert auf die Möglichkeiten der aktuellen Sandy Bridge-Architektur mit AVX ein – von der sowohl Programmierer als auch Spieler erheblich profitieren.

Wenn Sie sich zuvor über die Advanced Vector Extension, eine verbesserte Vektorisierung von Gleitkomma- und Ganzpunktzahlen, informieren möchten, empfehlen wir Ihnen unseren Grundlagenartikel „Sandy Bridge: Schnellere Apps dank breiteren AVX-Registern“.  Zudem lohnt ein Streifzug durch diesen Blog, denn AVX im Zusammenhang mit der Programmierung und der verbesserten Grafikleistung von 3D-Games war sehr häufig Thema bei uns.

Levent habe ich übrigens im Mai beim Black Belt Event in München getroffen, wo er die aktuellen Programmier- und Analyse-Tools vorgestellt hat, allen voran natürlich Intel Parallel Studio XE mit dem Composer, dem Inspector und dem VTune Amplifier. Anhand der Amplifier-Werkzeuge zeigte Levent, wie sich typische Speicherprobleme im Code ausfindig machen lassen und wie Entwickler feststellen können, wo sich im Code Performance-Schwachstellen verbergen.

Hierzu empfehle ich auch meinen Report von der Intel Software Conference in Dubrovnik vom April dieses Jahres: Intel Software Developer Conference 2011 (II): Intel VTune Amplifier XE in Action.
Levent ist nicht nur ein hervorragender Redner, sondern auch sehr sympathisch. Sie sollten die Chance nutzen, seine Session zu besuchen und vielleicht auch ein paar Worte mit ihm am Intel-Stand zu wechseln.

Die offizielle Ankündigung zu seiner Session können Sie auf der GDCE-Seite abrufen.

Dienstag, 16.8.2011: Ab 17:40 Uhr kommt dann Philipp Gerasimov zu Wort. Er wird in seiner Session zeigen, wie sich der Action-RPG-Titel Darkspore mit Hilfe des Analyse-Toolsets Intel GPA für Notebooks optimieren lassen konnte. Hierzu gehört detailliertes Wissen über die Version 4.0 des Tools, aber auch die Neuerungen der Version 4.1 wie der verbesserte Platform Analyzer und das In-Game-HUD werden vorgestellt. Im Einzelnen wird Philipp auf den Frame Analyzer näher eingehen und außerdem zeigen, wie sich mit dem Platform Analyzer der eigene Spieletitel auf die Multicore-Fähigkeiten hin untersuchen lässt.

Die offizielle Ankündigung zu seiner Session können Sie auf der GDCE-Seite abrufen.

Intel GPA war und ist ebenfalls immer wieder Thema dieses Blogs, so dass Sie über diese Seiten sehr gut vorbereiten oder auch einiges nachlesen können. Empfehlenswert auf jeden Fall die Beiträge: „Das sagen bekannte Spieleentwickler über Intel Graphics Performance Analyzers“ und „Wie LEGO Univers mithilfe von Intel GPA optimiert wurde“ . Letzter Tipp für alle, die die neue Version GPA 4.1 selbst ausprobieren möchten: Auf dieser Seite finden Sie eine kostenlose Download-Option.

Intel ist als Silber-Sponsor selbstverständlich mit von der Partie. Wir hoffen, das gilt auch für Sie! Ihre Fragen rund um Entwickler-Tools, Prozessortechnologien und Programmierhilfen können Sie dann gerne unseren Experten am Stand Nr. 150 stellen. Dort haben wir auch interessante Demos für Sie vorbereitet. Wir freuen uns auf Ihren Besuch!

Und natürlich veranstaltet Intel auch mehrere Techsessions – von Profis für Profis. Erfahren Sie live vor Ort, wie Sie dank Multithreading die Performance Ihrer Games verbessern und mit Hilfe von cleveren Tools typische Programmierfehler wie Bottlenecks aufspüren und korrigieren.

Einen Überblick zu den Veranstaltungen und die genauen Termine haben wir für Sie hier aufgelistet. Zudem empfehlen wir Ihnen die brandneue, internationale Intel GDC-Seite auf ISN . Hier finden Sie aktuelle Beiträge der Sprecher, Ankündigungen und die so genannten „latest news“ – eine unverzichtbare Quelle für alle, die schon im Vorfeld einen Überblick zu den wichtigsten Inhalten erhalten möchten.

Aktuelle GDC-News jetzt bei ISN

Wie bereits mehrfach angekündigt, werden wir vom Software Dev Blog natürlich auch vor Ort sein, Video-Interviews mit Ausstellern, Speakern und Besuchern führen und vor allem live berichten – auf dieser Seite in deutscher Sprache und bei ISN auf Englisch.

Ohne schon jetzt zu viel verraten zu wollen: Eine des Highlights wird ein Programmierwettbewerb sein, bei dem Sie 10.000 US-Dollar gewinnen können! Mehr dazu Anfang der nächsten Woche.

Übrigens: Vielleicht haben Sie Lust, mit uns über den Software Dev Blog zu sprechen oder uns Ihre persönlichen Erfahrungen im Bereich Games Development mitzuteilen? Dann kontaktieren Sie mich doch bitte vorab per E-Mail, oder treffen Sie mich auf dem Intel-Stand. Sicherlich finden wir dann auch Zeit für einen gemeinsamen Kaffee.

Sean konnte mit Graham Mc Allister eine zentrale Frage erörtern, die zunächst gar nicht technisch klingt, für jeden Techniker beim Spieldesign aber unerlässlich gestellt und beantwortet werden muss:

Wie kann man die Emotionen, also Begeisterung, Überraschung, Spannung, Enttäuschung, Freude und Ärger bei einem Spieler messen? Welche Methoden stehen dafür zur Verfügung? Wie kann ich beim Design langanhaltenden Spielespaß garantieren?

Hört sich erst Mal nach einer Hausarbeit für Soziologie-Studenten an. Tatsächlich aber verbergen sich dahinter die Erfolgsformeln aller Shooter. Wer die Antworten darauf hat, kann schnell klären, warum ein grafisch anspruchsvolles Spiel möglicherweise kaum Akzeptanz auf dem Markt findet, ein optisch biederes Browsergame hingegen täglich millionenfach geladen wird. Der Fun-Faktor eines Spiels hängt nicht allein von der User-Führung und der Geschwindigkeit des Bildaufbaus ab. Wichtig ist, dass der Spieler sich wohl fühlt, die Anreize als angenehm empfindet und sich über einen längeren Zeitraum gut unterhalten fühlt.

McAllister erklärt, welche Methoden zur Messung der Spieler-Emotionen und Erfahrungen zur Verfügung stehen:

1. Data Metrics: Die einfachste, non-reaktive Methode misst die Zahl der Eingaben der Spieler, und die jeweilige Spieldauer. Vorteil: Diese Daten sind unverfälscht und gut vergleichbar. Nachteil: Solche Daten lassen sich erst nach Fertigstellung des Spiels erheben, dann ist es für einen umfassenden Design-Wechsel aber schon zu spät. Zudem sagen sie nichts darüber aus, ob sich der Spieler auch wohlgefühlt hat.
2. Interviews: Der Klassiker unter den Methoden. Hierzu muss aber gewährleistet sein, dass die Interviews gut vorbereitet sind, um die Ergebnisse zu vergleichen. Zudem ist der Aufwand sehr hoch und die Ergebnisse mitunter verfälscht. Viele Befragte äußern sich im Live-Gespräch positiver als es ihrer Meinung entspricht, weil sie glauben, dadurch sympathischer zu wirken. Außerdem erinnern sich die Spieler im Interview meist nur an die positiven Highlights, was ebenfalls zu geschönten Ergebnissen führt.
3. Gesichtsausdruck: Es gibt selbstverständlich wissenschaftliche Verfahren, um Ärger, Freude oder Überraschung im Gesicht abzulesen. Allerdings ist die Vergleichbarkeit solcher Ergebnisse umstritten, da sich auch stärkere Emotionen unterschiedlich äußern und auch nicht nur im Gesicht widerspiegeln müssen.
4. Biometrische Verfahren: Mit Hilfe des Galvanic Skin Response (GSR)-Verfahrens lassen sich über Hautwiderstände und –feuchtigkeit messen, welche Abschnitte in Spielen als besonders aufregend und spannungsgeladen erlebt werden. Dieses Verfahren gilt als sehr zuverlässig.

Letztlich empfiehlt Mc Allister aber eine Kombination aus mehreren Verfahren, um eine hohe Zuverlässigkeit (Reliabilität) und Gültigkeit (Validität) zu gewährleisten Vielleicht haben Sie ja auch Lust, bei der nächsten Shooter-Session mal selber zu prüfen, in welchen Passagen Sie ins Schwitzen kommen? Das kommende, verregnete Wochenende bietet ausreichend Gelegenheit.

Embree wurde für Monte Carlo Raytracing-Algorithmen konzipiert. Monte Carlo Raytracing wird auch als Path Tracing bezeichnet und beschreibt einen Bildsynthese-Algorithmus zur Simulation der so genannten globalen Beleuchtung. Die speziellen Single-Ray Traversal Kernels in Embree bieten eine hohe Performance und lassen sich sehr leicht in vorhandene Anwendungen integrieren.

Die Vorgehensweise ist schnell erklärt: Aus einem vorhandenen 3D-Modell berechnet Embree Einzelbilder, die dann in sehr kurzer Zeit zusammengefügt werden. Dank der exakten Berechnungen der Dimensionen und Lichteinflüsse entstehen fotorealistische Bilder.

Vor allem für aufwändige Simulationen, 3D-Spiele und Animationsfilme ist Embree interessant. Auch Webshop-Betreiber werden Interesse an Embree finden, da es möglich ist, dem Kunden hochauflösend genau die Produktansicht zu vermitteln, die er für seine Kaufentscheidung benötigt.

Weitere Informationen zu Embree finden Sie in diesem Artikel.
Zudem empfehlen wir Ihnen dieses Video:

Die beste Nachricht am Schluss: Der Source Code ist frei verfügbar. Sie können die Quelldatei von dieser Seite kostenlos laden.

Herausgekommen sind zwei Beiträge, die von einer ziemlich coolen und ziemlich neuen Technologie erzählen, die sich Dynamic Resolution Rendering (DRR) nennt. DRR lässt sich grundsätzlich mit einem kurzen Satz erklären:

Stelle so wenig Auflösungsqualität wie nötig und so viel Auflösungsqualität wie möglich zur Verfügung.

Das mag auf den ersten Blick ein wenig widersprüchlich klingen, beim genaueren Hinsehen ist es das aber nicht. Gehen wir mal von zwei Szenarien aus, denen man während eines 3D-Spiels permanent begegnet:

Szenario I zeigt eine Spielfigur, die im hohen Tempo durch das Spiel rennt, um beispielsweise einen Opponenten einzuholen. Dabei stehen schnelle Bewegungen im Vordergrund, gleichzeitig nimmt der Computerspieler die Umgebung kaum wahr, da er sich vor allem auf den laufenden Charakter konzentriert. Wichtig bei diesem Szenario ist primär die Bildwiederholrate, weniger der Detailgrad der gesamten Szenerie.

Szenario II findet auf einer Anhöhe statt, auf der die Spielfigur steht und in ein Tal blickt, um die Lage besser sondieren zu können. Hier ist vor allem eins wichtig: ein möglichst hoher Detailgrad der dargestellten Szene, also eine möglichst hohe Auflösung sämtlicher Objekte innerhalb der Spielsequenz. Geschwindigkeit spielt in diesem Fall überhaupt keine Rolle.

Herkömmlich programmierte Spiele machen allerding keinen Unterschied, ob gerade Szenario I oder Szenario II aktuell ist. Der Renderprozess nimmt die in den Spieleinstellungen vorgenommene Auflösung zum Maßstab und stellt sämtliche Details in der Szene und jeder Abfolge gleich dar. Dass dies aber gar nicht nötig wäre, belegen Szenario I und II recht eindrucksvoll.

Diesen Umstand hat auch Intel erkannt und gibt Spieleentwicklern mit Dynamic Resolution Rendering eine Technik an die Hand, die genau diesen verschiedenen Szenarien Rechnung trägt (und davon gibt es sicherlich mehr als die zwei vorgestellten). Der Trick dahinter: die Auflösung jeder einzelnen Szene oder Bildes wird während des Renderprozesses dynamisch bestimmt, also in Echtzeit, während das Spiel läuft. Damit bekommt der Spieler eine ziemlich gute Mixtur aus Detailschärfe und Darstellungsgeschwindigkeit – je nach Szenario eben.

Falls Sie mehr Informationen zu DRR haben möchten, sollten Sie sich die Techdemo genauer ansehen, die Intel zum Download anbietet. Oder Sie laden sich die Präsentation des Intel-Kollegen auf Ihren Rechner, die er mittlerweile schon ein paar Mal gehalten hat. Oder Sie starten das Interview, das ich hier für Sie eingebaut habe. Viel Spaß dabei!

• Am Montag um 17:40 Uhr wird Leigh Davies darüber berichten, wie sich task-basierte Spieletitel so optimieren lassen, dass sie auf einem Multicore-System möglichst gut skalieren. Denn in Zeiten von n-Core-Rechnern reicht es nicht mehr aus, seinen 3D-Spieletitel sequentiell zu programmieren. Hierfür wird Leigh zahlreiche Beispiele dabei haben, wie sich vorhandener Code so umschreiben lässt, dass die unterschiedlichen Aufgaben wie Rendering, Animation, MLAA (morphologisches Anti-Aliasing) und andere Dinge auf mehreren Threads parallel ablaufen können. Und natürlich wird Davies auch auf die Stolpersteine hinweisen, die mit der Parallelisierung von Spiele-Code einher gehen können.

• Dienstag Morgen um 9:30 Uhr erklimmt Levent Akyil die Bühne, um seine Sicht der Dinge zum Thema “Hotspot Flops & Micro-Ops” darzulegen. Damit will Levent zeigen, wie sich seriell und parallel programmierte Anwendungen durch eine recht simple Optimierung auf Registerebene weiter beschleunigen lassen. Es wird also die Rede sein von Sandy Bridge, AVX und den zugehörigen Befehlen und Maßnahmen, mit denen sich Code erheblich verbessern lässt. Und klar wird Akyil auch zeigen, wie sich Bottlenecks in Quellcode aufspüren und beheben lassen.

• Ebenfalls am Dienstag um 17:40 Uhr kommt dann Philipp Gerasimov zu Wort. Er wird in seiner Session zeigen, wie sich der Action-RPG-Titel Darkspore mit Hilfe des Analyse-Toolsets Intel GPA für Notebooks optimieren lassen konnte. Hierzu gehört detailiertes Wissen über die Version 4.0 des Intel-Tools, aber auch die Neuerungen der Version 4.1 wie der verbesserte Platform Analyzer und das In-Game-HUD werden vorgestellt. Im Einzelnen wird Philipp auf den Frame Analyzer näher eingehen und außerdem zeigen, wie sich mit dem Platform Analyzer der eigene Spieletitel auf seine Multicore-Fähigkeiten hin untersuchen lässt.

Übrigens: Wer ganz schnell ist, kann noch den Early-Bird-Rabatt in Anspruch nehmen. Daher ist schnelles Anmelden das Gebot der Stunde, falls Sie auf der GDCE 2011 teilnehmen wollen.

Natürlich, schließlich beschäftigt sich Intel mit dem Thema Spiele, fast so lange wie es das Unternehmen schon gibt. Denn vor allem die Hardcore-Gamer haben immer nur eins im Sinn: extra-schnelle Rechner, mit denen man in höchster Auflösung zocken kann und dem Opponenten möglichst immer einen Schritt voraus ist. Und hierfür bietet Intel nun einmal die passenden Komponenten wie schnelle Prozessoren und Onboard-Grafikchips, die in Notebooks zum Einsatz kommen. Und von einer leistungsfähigen Grafiklösung reden sie auch schon eine ganze Weile.

Allerdings ist die Hardware immer nur so gut wie die Software, die darauf läuft. Daher hat Intel von jeher ein größtes Interesse daran, Spiele-Entwickler dieser Welt mit Tipps, Tricks und Tools auszustatten, mit deren Hilfe ihre 3D-Spieletitel auf Intel-Hardware noch besser aussehen und noch schneller laufen als sie es ohnehin schon tun.

Hiefür tut Intel wirklich eine ganze Menge. Hierzu zählen beispielsweise Werkzeuge wie Intel Graphics Performance Analyzers, das erst kürzlich einem Update unterzogen wurde (mehr dazu bald auf diesem Blog). Aber auch mächtige Tools wie Intel Parallel Studio XE richten sich an Spieleentwickler, da diese meist auf C++ setzen, wofür diese Werkzeug-Suite geschrieben wurde.

Aber natürlich reichen Blogbeiträge alleine nicht aus, um eine Idee davon zu bekommen, wie sich diese nützlichen Software-Helferlein im konkreten Fall einsetzen lassen. Daher werden erfahrene Intel-Entwickler auf der Game Developers Conference Europe 2011 anwesend sein, um mit den Besuchern ihrer geplanten Techsessions ihr Wissen zu teilen. Dazu gehören folgende Workshops:

• Am Montag um 17:40 Uhr wird Leigh Davies davon berichten, wie sich task-basierte Spieletitel so optimieren lassen, dass sie auf einem Multicore-System möglichst gut skalieren.

• Dienstag Morgen um 9:30 Uhr erklimmt Levent Akyil die Bühne, um seine Sicht der Dinge zum Thema “Hotspot Flops & Micro-Ops” darzulegen.

• Ebenfalls am Dienstag um 17:40 Uhr kommt dann Philipp Gerasimov zu Wort. Er wird in seiner Session zeigen, wie sich der Action-RPG-Titel Darkspore mit Hilfe des bereits erwähnten Analyse-Toolsets Intel GPA für Notebooks optimieren lassen konnte.

So, und falls Sie noch mehr Infos rund um die Intel-Sessions auf der GDCE 2011 haben wollen, sollten Sie diesen Blog im Auge behalten. Denn hier erfahren Sie mehr zu den Themen und Tools. So, stay tuned…

Ach ja: Noch gut zwei Tage lang gibt es den Early-Bird-Rabatt. Daher ist schnelles Anmelden das Gebot der Stunde, falls Sie auf der GDCE 2011 teilnehmen wollen.

 ‘The Future of Computing Performance: Game Over or Next Level?’ erschien in diesem Jahr und hinterfragt die Möglichkeiten und Chancen der Parallelprogrammierung und die Herausforderungen an die Entwickler. Dabei handelt es sich zwar eher um eine grundlegende Auseinandersetzung mit dem Thema, allerdings beleuchten die Autoren auch die Tools und empfehlen erfreulicherweise auch die Threading Building Blocks:

„Although the set of primitives in PThreads is small, it is a low-level
programming interface that involves function pointers, loss of type information
on the arguments, and manual error-checking. To address those
issues, there are several language-level versions of threads that provide a
more convenient interface for programmers. For example, the Java thread
model and more recent Thread Building Blocks (TBB) library for C++ use
object-oriented programming abstractions to provide thread-management
capabilities in those languages.”

Viel Spaß beim Schmökern!

Zwei weitere News (und Download-Tipps) aus dem Hause Microsoft:

Für die zweite Fassung seines exotisch anmutenden Multitouch-Tischcomputers „Surface“ wird Microsoft ein SDK veröffentlichen. Darin enthalten seien nun aktualisierte Fassungen der Bibliotheken wie .NET, XNA oder WPF. Zudem sollen Entwickler nun die Gewissheit haben, dass Anwendungen, die mit Surface SDK programmiert werden, auch auf Window-7-PCs mit Multitouch-Display funktionieren. Das Surface SDK können Sie bei Interesse ab morgen (12.7.2011) aus dem Download-Center laden.

Etwas mehr Interesse findet derzeit die Urfassung des kommenden Internet Explorer 10. Dieser soll im Herbst den noch jungen Internet Explorer 9 ablösen und mit seiner nativen HTML5-Unterstützung für Performance-Gewinne sorgen. Um standardkonformes HTML5 zu gewährleisten, hat Microsoft am Parser geschraubt und die so genannten Conditional Comments entfernt, also Features, mit denen sich IE-spezifisches Markup erzeugen lässt. In der Folge soll es Webentwicklern leichter fallen, grafisch anspruchsvolle Seiten browser-unabhängig zu designen. Den Internet Explorer Test Drive samt Download-Option erreichen Sie über diese Seite.

Zum Glück gibt es Firmen wie Intel (das muss an dieser Stelle auch mal gesagt werden), die sich solcher Fragen annehmen und entsprechende Lösungen präsentieren. Im genannten Fall heißt das zughörige “Unterstützerprogramm” Hardware System Loaner EMEA. Wie der Name vermuten lässt, schafft Intel mit diesem europaweiten Programm die Möglichkeit, die benötigte Hardware kostenlos auszuleihen.

Das Ganze erfordert allerdings ein wenig Vorarbeit, was angesichts des Angebots durchaus vertretbar ist. Das Initiieren des Leihgeschäftes erfordert insgesamt vier Schritte:

1. Sie müssen am Intel Software Partner Programm teilnehmen. Sollten Sie dies schon tun, können Sie direkt zu Schritt zwei springen. Andernfalls müssen Sie sich hierfür zuvor registrieren.

2. Erstellen Sie ein Profil Ihrer Software-Anwendung, die auf den Leihgeräten zum Einsatz kommen soll. Dabei legen Sie unter anderem fest, in welchem Bereich Ihre Anwendung zum Einsatz kommt, wann Sie auf dem Markt erscheint, welche Zielgruppe Sie damit adressieren wollen, und so fort.

3. Gehen Sie nun auf das Software Assessment Center und laden Sie eines der dort verfügbaren Tools auf Ihren Rechner. Damit finden Sie heraus, in welchen Bereichen Ihre Anwendung Optimierungspotenzial aufweist. Sie wollen beispielsweise sicherstellen, dass Ihre Software optimal gut auf Mehrkern-Rechnern läuft? Dann ist der Intel Concurrency Checker die richtige Wahl. Oder Sie möchten sicher sein, dass Ihre Anwendung möglichst stromsparend ist? Dann ist der Intel Power Checker das passende Tool für Sie. Vergessen Sie übrigens nicht, die Resultate der Checker-Tools an Intel zu transferieren.

4. Sobald die ersten drei Schritte erledigt sind, füllen Sie noch das kompakte Formular auf der Loaner-Seite aus, und schon wird sich Intel schnellstmöglich mit Ihnen bezüglich Ihres Leihwunsches in Verbindung setzen.

Ach ja: Derzeit stehen drei verschiedene Rechnertypen für das 30-Tage-Leihgeschäft auf dem Programm: ein Highend-Notebook der Marke Dell Latitude E6420, ein Server namens HP DL380G7 und ein Desktop-PC aus dem Hause Dell mit der Bezeichnung OptiPlex 990 MT.

Und das Beste: Unter allen Teilnehmern, deren Antworten im Blog veröffentlicht werden, verlosen wir 5 Pakete Intel Parallel Studio XE 2011 .*

Sie sind ebenfalls Software-Entwickler und möchten am Trend Report teilnehmen? Kein Problem! Laden Sie die Vorlage für den Software Dev Blog-Trendreport, füllen Sie die sieben Fragen aus und, senden Sie uns Ihre Antworten zusammen mit einem Foto (JPG-Datei) bis zum 31.12.2011 an ibelshaeuser[at]text-vision.com, Stichwort „Trendreport“. Wenn wir Ihre Antworten veröffentlichen, nehmen Sie automatisch an der Verlosung teil!

Wir freuen uns auf Ihre Meinung!

*Die Verlosung findet voraussichtlich im Januar 2012 statt. Die Gewinner werden per E-Mail benachrichtig und namentlich in diesem Blog genannt. Ausgenommen von der Verlosung sind Intel-Mitarbeiter und Mitarbeiter dieses Blogs. Das Mindestalter aller Teilnehmer beträgt 18 Jahre.

Mit beiden Werkzeugen können Sie gemeinsam einen Analyse-Bericht erstellen, der die Antwort darauf gibt, wie spielbar das Game auf Windows-Systemen mit Intel Onboard-Graphik-Lösungen wie Intel HD Graphics 3000 ist.

Im Detail: Sie können mit Intel GPA Daten aus 600 Frames ermitteln und diese dann mit dem Checker analysieren. Dieser nennt Ihnen die mittleren, höchsten und niedrigsten Werte für die Framerate und misst die CPU- und GPU-Last. Danach erstellt der Checker einen Report, den Sie auf die Webseite des Intel Software Partner Programs hochladen und mit den Ergebnissen anderer Spieleprogrammierer vergleichen können. Zudem erhalten Sie dort selbstverständlich auch Tipps und Anweisungen, wie sich die Gesamtperformance Ihres Spiels verbessern lässt.

So gehen Sie vor:

• Um den Checker selbst testen, sollten Sie zunächst die aktuelle Version von Intel GPA laden und installieren. Laden Sie dann den Intel Graphics Checker .

• Starten Sie das Spiel im GPA-Monitor, und nutzen Sie den Shortcut Ctrl + Shift +B, um das Intel GPA System Analyzer HUD zu starten, um rund 600 Frames in einer Capture-Datei zu speichern.

• Folgen Sie dann den Anweisungen, um die Messergebnisse zu interpretieren, und laden Sie die Datei im Anschluss auf die Intel Software Partner Program Webseite . Dort erhalten Sie dann eine vergleichende Bewertung.

Intel Graphics Checker 3.0

Interessant sind die Bemühungen von Lego, ihr Multiplayer-Internet-Spiel für ältere Computersysteme zu optimieren. Denn die Erkenntnis dahinter lautet: 8-jährige Kids (und das ist die Zielgruppe des Spiels) sind oft nicht mit einem Highend-Rechner ausgestattet, sondern spielen LEGO Univers auf PCs und Notebooks, die schon mehrere Jahre auf dem Buckel haben. Folge: Prozessor und Grafikkarte sind meist nicht so rechenstark, wie es aktuelle Spieltitel erfodern.

Daher hat sich die Entwicklerschmiede von LEGO Univers, NetDevil, daran gemacht, ihr Spiel auf die Spieletauglichkeit auf älteren Computern zu untersuchen, und das mit dem Intel-Tool Graphics Performance Analyzers, das ich hier ja schon des öfteren beleuchtet habe. Als echte Herausforderungen erwiesen sich dabei nicht nur die Optimierungsarbeiten mithilfe des Intel-Werkzeugs, sondern auch die Vorgaben, die die Entwickler von NetDevil zu beachten hatten.

So durfte natürlich der Charakter der Lego-Steine nicht verändert werden, und auch die Zylinder auf den Lego-Steinen müssen schön rund bleiben, dürfen also keine Ecken aufweisen. Hierfür sind optimierte Polygonen-Modelle der Steine notwendig. Darüber hinaus wird das Rendern der Steine aufgrund der vielfältigen Möglichkeiten erschwert, die den Spielern beim Erstellen eigener Steine zur Verfügung stehen.

Von den Einsatzmöglichkeiten von Intel GPA zeigt sich NetDevil ziemlich begeistert. So konnten sie beispielswweise durch das kaum merklich Entfernen von Rauch-Effekten eine 14-prozentige Erhöhung der Fraterate erzielen. Aber auch das Optimieren einzelner Render-Funktionen innerhalb des Spiels gelang recht mühelos mithilfe von Intel GPA. Vor allem die reduzierten Test-Iterationen haben NetDevil sehr geholfen, die gesamte Optimierungsarbeit drastisch zu verbessern und effizienter zu gestalten.

Falls Sie die ganze Geschichte rund um LEGO Univers und die Anpassungsarbeiten mithilfe von Intel GPA erfahren wollen, folgen Sie einfach dem zugehörigen Link.

Das bestätigen erfolgreiche Spielefirmen. Entwicklerschmieden wie Creative Assembly (“Empire: Total War”), Kingsoft (“JX3″), Codemasters (“Dirt 2″) und Gas Powered Games (“Demigod”) setzen Intel GPA bereits eine ganze Weile erfolgreich ein. Hier ein paar Statements der Software-Häuser zu dem Profiling-Tool von Intel:

Jeder einzelne API-Call wird zeitlich erfasst und ausgegeben. Man sieht also ganz genau, wie lange der Grafikprozessor für die Berechnungen benötigt, und kann auf dieser Basis den Code entsprechend optimieren, damit das Spiel flüssig auf einem Onboard-Grafikchip läuft. (Yuri O’Donnell, Creative Assembly)

Mithilfe von Intel GPA konnten wir recht einfach zwei Störenfriede in Form von Bottleneck aufspüren und eliminieren. Das verhalf uns zu einer 30-prozentigen Leistungssteigerung des Spiels. Ganz erstaunlich! (Richard Broadhurst, Creative Assembly)

Das Hauptziel war es, die Framerate unseres Spiels “JX3″ um den Faktor 2.1 zu erhöhen, ohne dass die Darstellungsqualität der gerenderten Bilder darunter leidet. Dank Intel GPA können wir sagen: Mission accomplished! (Kingsoft)

Intel GPA ist ein wirklich cooles Tool. Es hat uns dabei geholfen, “Ghostbusters” für Intel Onboard-Grafikchips zu optimieren. Dabei ging es vordergründig um die Frage, wie wir es schaffen können, so wenig wie möglich an Details zu verlieren und gleichzeitig so viel wie möglich Merkmale zu erhalten (Schatten, Reflexionen, etc.). Ich muss sagen: wir haben mithilfe von Intel GPA die passenden Antworten gefunden. (Mark Randel, Terminal Reality)

Wir arbeiten schon seit längeren mit Tools wie VTune Performance Analyzer, Intel Thread Profiler und Intel GPA. Und ich muss sagen: Ohne diese Tools wären wir nicht in der Lage gewesen, die Framerates unserer Spiele auf ein solch hohes Level zu bringen, wie wir es heute gewohnt sind. Hoffentlich können wir auch in Zukunft dazu beitragen, diese Tools noch ein wenig besser zu machen. (Graham Watson, Codemasters)

Intel GPA lässt sich einfach bedienen und erzeugt all die Informationen, die wir für das Optimieren der Render-Pipelines und der Gesamt-Performance unserer Spiele benötigen. Darüber hinaus ist es ein prima Debugging-Tool. Intel GPA hilft uns wirklich, unsere Effizienz zu verbessern. (777 Studio, “Rise of Flight”)

Mithilfe von Intel GPA konten wir Civilization V für sämtliche am Markt befindlichen Grafikchips optimieren – von Onboard-GPUs bis hin zu Highend-Karten. Dank des GPA-Tools “Platform View” – in Kombination mit Intel TBB – konnten wir unseren Spielecode so optimieren, dass er von sämtlichen verfügbaren Prozessoren maximalen Gebrauch macht – 6-Kern-Core-i7-CPU inklusive. (Dan Baker, Firaxis)

Wem das noch nicht genügt, sollte folgende günstige Gelegenheit nicht ungenutzt verstreichen lassen, denn Intel bietet ein kostenloses Webinar zu ihrer Toolsuite für Spieleprogrammier an. Zudem erfahren Sie dabei alles Wissenswerte zum Intel Graphics Checker, der Intel GPA sinnvoll ergänzt, indem es überprüft, in welchem Maße das programmierte Spiel auf einem PC mit Intel HD Graphics spielbar ist. Hierzu bedient sich der Graphics Checker sämtlicher Daten, die mithilfe von Intel GPA generiert worden sind.

Das kostenlose Intel-GPA- und Graphics-Checker-Webinar findet am 28. Juni 2011 statt, und zwar von 10 bis 11 Uhr Pacific Standard Time (PST), also von 19 bis 20 Uhr MESZ. Während dieses einstündigen Online-Trainings werden Dave Valdovinos und Omar Rodriguez von Intel unter anderem folgende Aspekte näher beleuchten:

• Warum eignet sich der PC mehr denn je als “Spielkonsole”?
• Wie erreicht man gemeinsam mit Intel GPA und Graphipcs Checker optimierten Spielecode?
• Wie generiert man mithilfe von Intel GPA relevante Daten für den Graphics Checker?
• Wie profitieren die Teilnehmer des Intel Software Partner Program vom Hochladen ihrer Testdaten auf den zugehörigen Intel-Server?
• Wie kommt man an die Tools kostenlos heran?
• Wie setzt man beide Tools richtig ein (Online-Demos)?
• und vieles mehr…

Sie müssen sich lediglich mit Ihrem Namen und Ihrer E-Mail-Adresse registrieren. Ich wünsche viel Spaß mit Dave und Omar!

Mit dabei wird auch einer der sogenannten Black-Belter sein, namentlich Asaf Shelly. Asaf schreibt regelmäßig auf dem Intel Software Network-Blog und berichtet dort über seine Erfahrungen zum Thema Multicore-Programmierung. Intel Black Belt Software Developer ist übrigens ein Community-Programm, vergleichbar mit dem MVP-Programm von Microsoft, bei dem besonders engagierte Mitglieder der Community entsprechend ausgezeichnet und mit diversen Vergünstigungen bedacht werden.

Falls Sie also einem der anwesenden Intel-Ingenieure oder Asaf oder mir oder sonst wem Löcher in den Bauch zu Themen wie Sandy Bridge, Parallelprogrammierung, Intel Parallel Studio und mehr fragen wollen, dann sollten Sie am 10. Mai unbedingt in den Löwenbräukeller am Münchner Stiglmaierplatz kommen, mitten im Herzen unserer Stadt. Und damit wir auch wissen, wer alles erscheinen wird, freuen wir uns über Ihre prompte Anmeldung. Also, auf geht’s, Buam!

Zusammengefasst kann man sagen, dass Entwickler ein oder zwei Augen auf die neuen Intel Array Building Blocks werfen sollten, mit deren Hilfe mathematische Operationen in Zukunft recht einfach auf mehreren Prozessorkernen parallel ausgeführt werden können. Darüber hinaus nahm er sich sogar die Zeit, das Konzept hinter den verwandten Intel Threading Building Blocks zu erläutern.

Darüber hinaus verfolgt Intel mit MIC eine interessante Strategie: dieser Quasi-Nachfolger von Larrabee wird wohl im nächsten Jahr auf den Markt kommen und von sämtlichen Tools unterstützt werden, die es jetzt auch schon gibt. Nur in angepasster und verbesserter Form, natürlich.

Aber auch zu MeeGo und den passenden Entwicklertools hatte James eine dedizierte Meinung, wie sich anhand der Beispiele für künftige MeeGo-Gerätschaften erkennen lässt: so nennt er Tablet-PCs an Nummer Eins, aber auch Handhelds, In-Car-Infotainment- und andere Gadgets werden in Zukunft mit MeeGo laufen. Sagt zumindest Chefentwickler James Reinders.

Levent Akyil während der Intel Software Developer Conference 2011

Levent demonstrierte am Beispiel des Simulations- und Aufbauspiels „Total War: Empire“, wie Developer mit Hilfe des VTune Amplifier XE die beiden wesentlichen Ziele der Spieleprogrammierung sicherstellen: Performance und Skalierbarkeit.

Hierzu bietet der Amplifier sowohl statistische als auch visuelle Daten und Analysen, um Hotspots und Locks sehr schnell im Quellcode aufzuspüren und damit die wichtige Frage zu beantworten: „Wo verschwendet meine Anwendung wichtige Rechenzeit und Ressourcen?“

Amplifier identifiziert die „faulen“ Threads sehr schnell (und dank intuitiver Bedienung auch sehr komfortabel) und ermöglicht eine schnelle Navigation im Sourcecode.

Dafür misst das Tool:

• CPU-Nutzung

• gleichzeitiger Zugriff mehrerer Threads (Thread Concurrency)

• Frame-Rate

Vor allem die neue Frame-Analyse ist herauszuheben: Spiele-Entwickler können damit bestimmen, welche Frames im Einzelnen die Performance verringern. VTune Amplifier ermittelt selbstverständlich auch, welche Funktionen diesen Frame initiieren und welche davon als Blockade wirken.

Das ist angesichts des Farbcodes in der sehr übersichtlichen grafischen Darstellung selbst für Einsteiger ohne weiteres machbar: Grüne Balken bedeuten, dass die Threads bereits das volle Parallelisierungspotenzial ausgeschöpft haben, bei roten oder orangenen Markierungen sollte der Code geprüft und ausgebessert werden. Als Entwickler haben Sie die Option, in die grafische Darstellung hineinzuzoomen, um die betroffenen Frames und deren Start- und Endzeitpunkte exakt zu bestimmen.

In der Folge lassen sich die Threads optimal aufeinander ausrichten. Das beschleunigt nicht nur das Game, sondern ermöglicht auch eine höhere Detailtiefe bei der grafischen Darstellung. Levent führte aus, dass „Total War:Empire“ mit Hilfe der Thread-Optimierung pro Frame bis zu 10.000 Spielfiguren detailliert rendern kann – und das nahezu ohne Performanceverlust.

Ein wesentlicher Erfolgsfaktor waren dabei die Intel Threading Building Blocks, die mit ihren C++-Bibliotheken die Skalierbarkeit des parallelen Codes verbessern und damit Threads in Tasks verwandeln. Hierzu ein Zitat eines Spieleprogrammierers von „War Total“:

Ohne den Einsatz von Intel TBB hätten wir das Spiel niemals rechtzeitig veröffentlichen können.

Übrigens: Detaillierte Informationen zum VTune Amplifier und den Threading Building Blocks finden Sie natürlich auch in diesem Blog!

Das Motto der Veranstaltung lautet „Unleashing performance“ (frei übersetzt: „Leistung freisetzen“). Experten von Intel und Partnerunternehmen werden dabei anhand von Szenarien herausstellen, wie Entwickler die schnelleren Prozessoren, die bessere Grafikunterstützung und die darauf abgestellten Developer-Tools und Parallel Programming Modelle gewinnbringend einsetzen.

Zudem geht es auch um mobile Devices wie MeeGo, das in Barcelona eine sehr erfolgreiche Fortsetzung hingelegt hat.

Hier einige der Highlights der Veranstaltung:

• Aaron Coday, Manager Application Engineering bei Intel, spricht über Sandy Bridge und die neuen Performance-Technologien wie AVX und Turbo Boost 2.0, die die Prozessoren bieten. Und natürlich erläutert er, wie Entwickler davon profitieren

• Über Software-Ecosysteme wird James Reinders, Chief Software Evangelist bei Intel sprechen und zwar sowohl für Client- als auch für Embedded Software-Entwicklung und erklärt Intels Strategie in den nächsten Jahren.

• An Parallel-Programmierer wendet sich der zweite Vortrag von James Reinders. Hier beschreibt er das Konzept der Intel Parallel Building Blocks (Intel PBB) und wird sicher auch praktische Anwendungsbeispiele in petto haben, die das eine oder andere Programmierproblem lösen können.

• Weg von der Theorie, rein in die Praxis geht Manuel Wille, Vice President of Engineering bei Nik Software, wenn er darüber referiert, wie auch Profi-und Hobbyfotografen von Multicore-Architekturen und AVX profitieren und bei der Arbeit jede Menge Zeit sparen können.

• Intels VTune Amplifier XE in Aktion ist das Thema von Levent Akyil, Software Engineer bei Intel. Er adressiert in seinem Vortrag vor allem Spiele-Entwickler, die mit Hilfe von VTune Amplifier XE die Prozessor-Power vollständig für ihre Games  nutzen können.

Ich werde im Übrigen live von der Veranstaltung bloggen und sicherlich auch das eine oder andere interessante Video-Interview mitbringen. Ich freue mich drauf!

Die Tool-Suite Intel Graphics Performance Analyzers (GPA) wurde in Zusammenarbeit mit den Spiele-Entwicklern führender Software-Hersteller designt, um genau diesen bestmöglichen Kompromiss für die eigene App zu finden.

Nachdem ich bereits Anfang März ausführlich den Graphics Performance Analyzers (GPA) 4.0 vorgestellt habe, möchte ich in diesem Beitrag den Frame Analyzer etwas genauer unter die Lupe nehmen.

Unnötige Pixel verursachen unnötiges Rendering

GPA findet beispielsweise redundante grafische Berechnungen in bestimmten Szenarien, die die Rendering-Zeit unnötig erhöhen. So werden beispielsweise Flaschenhälse auf Pixelebene ermittelt, die sich anhand von LOD (level of detail)-Optimierungen korrigieren lassen – die grafische Qualität muss darunter nicht leiden. Im Gegenteil. Die Bilder werden schneller berechnet, und der Anwender kommt in den Genuss eines besseren Spielflusses.

Und natürlich macht sich GPA auf die Suche nach multiplen Rendering-Berechnungen für ein und dasselbe Szenario, die zu einer Verlangsamung der Bildausgabe führen können. Der Programmierer erhält konkrete Hinweise, wo Code eingespart werden kann, um die Performance zu verbessern.

So erfahren Sie schnell, wie und wo Sie Bildpunkte zusammenfassen oder Pixel löschen können, ohne die Qualität zu beeinträchtigen. GPA informiert Sie dann sofort zu dem visuellen Ergebnis und natürlich auch zu dem Geschwindigkeitsgewinn. Eine komfortable Zoom-Funktion sorgt dafür, dass Sie Schritt für Schritt die richtigen Bildbereiche auswählen und korrigieren.

Interesse geweckt? Bei ISN finden Sie einen ausführlichen, englischsprachigen Beitrag zu Pixel History and Pixel Overdraw in GPA.

Hintergrund: Der Vorgänger, Internet Explorer 8, hat nicht nur gegen Firefox Markteinteile eingebüßt, sondern konnte auch die alten IE-Browserversionen aus dem eigenen Haus nicht in erhofftem Maße ablösen. Su surfen noch immer zahllose Deutsche mit dem Internet Explorer 6 – trotz massiver Einbußen bei Sicherheit und Komfort.

Der IE9 bietet zahllose Vorteile gegenüber den Vorgängern und auch gegenüber der Konkurrenz von Mozilla und Google: Allen voran die native HTML5-Unterstützung und die Hardwarebeschleunigung. Dank verbessertem Zugriff auf CPU und Grafikkarte werden vor allem ressourcen-intensive Internetinhalte deutlich schneller aufgerufen. Für Entwickler gibt es aber weitere Vorteile: Die Unterstützung von inklusive HTML5, CSS3, SVG und DOM L2 und L3 sorgt dafür, dass Web-Programmierer den gleichen Code auch für andere Webbrowser einsetzen können. Über die Integration des Java Engine Chakra hatte ich ja bereits geschrieben.

Zudem wurden der Sicherheitsstandard mit der Tracking Protection und der ActiveX-Filterung verbessert. Der User kann damit alle Plug-Ins deaktivieren oder auch Webseitenabhängig ein- und ausschalten.

Allerdings ist der IE 9 nur für Windows 7, Vista und Windows Server 2008 ausgerichtet. XP-User müssen bei einer der Vorgängerversionen bleiben.

Im Zuge der IE9-Einfühhung hat Microsoft auch einen Entwicklerwettbewerb gestartet. Auf Basis von HTML5, CSS und JavaScript sollen Web-Developer in den Kategorien Spiele, Musik und Innovation neue Programme schreiben, die die Funktionalität des Browsers sinnvoll erweitern. Ausgeschrieben sind Preis im Gesamtwert von 40.000 US-Dollar.

Auch mein amerikanischer Kollege Matt Ployhar von Intel hat einen interessanten Beitrag zu diesem Thema verfasst. In allen wesentlichen Punkten stimmen wir überein: Der klassische PC-Spiele-Markt wird in den nächsten Jahren einen massiven Wandel erfahren. Plattformunabhängige Games, die sich ohne Installation über den Browser laden lassen, werden an Bedeutung gewinnen. Welche Möglichkeiten „Cloud-Games“ hinsichtlich Performance und Grafikleistung schon heute bieten können, habe ich ja bereits geschildert.

Matt stellt bei seiner Betrachtung die Bedeutung mobiler Devices in den Vordergrund. Hierbei dürfen Entwickler auf einen enormen Wachstumsmarkt hoffen – ganz gleich, ob die Spiele für Laptops, Tablets oder Smartphones geschrieben werden.

Seine wichtigsten Thesen:

1. Um Spiele erfolgreich im Markt zu platzieren, ist es erforderlich, diese für unterschiedliche Plattformen universell auszurichten. Spielegefühl und Erlebniswelten dürfen nicht von der Hardware, sondern allein vom Game-Design bestimmt werden.
2. Der Anwender muss die Möglichkeit haben, ein Spiel ein einziges Mal zu erwerben und es auf all seinen Devices auszuführen – vom PC bis zum Smartphone.
3. Laptops sind dank sehr guter Prozessoren und Grafikadapter hervorragend als Spielekonsolen geeignet. Mobilität und die stetig verbesserte Anbindung an TV und/oder Projektoren dank HDMI verschaffen dem Anwender sogar Vorteile gegenüber stationären PCs. Zudem werden leistungsstarke Laptops immer günstiger.
4. Das Zusammenwachsen von TV und PC dank schneller Internetleitungen über Kabel oder DSL ermöglichen neue familienfreundliche Spielerlebnisse im Wohnzimmer. Dadurch wird automatisch der Auftrag erteilt, grafisch ansprechende Familien-Spiele zu programmieren, die die Konkurrenz zu Xbox und Wii nicht scheuen müssen.

Übrigens: Matt spricht dabei aus der Praxis. Er ist ein begeisterter Computer-Spieler und setzt dafür seinen Laptop ein. Dass der mobile PC den Desktop-Varianten durchaus überlegen ist, beweist er in seinem aktuellen Video , in dem er den einen oder anderen Tipp für PC-Gambler bereit hält.

Intel hat dazu eine interessante Beispielanwendung veröffentlicht, die es Spiele-Entwicklern ermöglichen soll, unterschiedliche Shadow-Algorithmen hinsichtlich Qualität und Performance zu vergleichen. Auf zwei unterschiedliche Szenen werden die Algorithmen angewendet: Ein „Stadtbild“ als typisches Game-Setting mit unterschiedlichen Sonneneinstrahlungen und Schattendimensionen sowie ein kugelförmiges „Gitterobjekt“ mit diffizilen Schattenelementen.

Die Beispielanwendung basiert auf dem neuen Shadow Explorer. In der ersten Version bietet der Shadow Explorer vier Algorithmen, die sich hinsichtlich der Komplexität unterscheiden:

• Simple shadow maps
• Percentage closer shadow maps
• Variance shadow maps
• Exponential variance shadow maps

Ganz gleich, für welche Methode sich der Entwickler entscheidet, er hat über den Shadow Explorer Zugriff auf unterschiedliche Variablen und Filter, die ihm die Möglichkeit geben, die Schatteneffekte zu variieren und die jeweilige Technik in Echtzeit auszuprobieren, zu verfeinern und später auf den eigenen Quellcode zu übertragen. Kurzum: Der Shadow Explorer hilft, viel Zeit beim Experimentieren mit 3D-Effekten zu sparen.

Wie üblich hat Intel dazu auch ein schickes Video veröffentlicht

Neu allerdings ist der cloud-basierte Ansatz für grafisch anspruchsvolle Spiele. Dabei agiert der Anwender von seinem Spiele-Client aus wie bei einer lokalen Anwendung. Nur werden die Eingaben und Befehlsfolgen an einen Spieleserver im Internet gesendet, der wiederum komprimierte, gerenderte Daten zurücksendet, so dass der Spieler sofort eine (grafische) Reaktion auf seine Eingaben erhält.

Die Vorteile für Spieler als auch Anbieter sind enorm: Die per Internet zur Verfügung gestellten Games sind kopiersicher, plattformunabhängig und für den Anwender ohne nennenswerten Installationsaufwand nutzbar. Auf Seiten der Programmierer ergibt sich der Vorteil, dass Updates und Patches jederzeit eingespielt werden können.

Bleiben die technischen Hürden. Ungeachtet einer sehr hohen Internetbandbreite, die solche Online-Spiele erfordern, stellt sich die Frage nach geeigneten Rendering-Mechanismen, um einen hohen Datenfluss bei der grafischen Berechnung zu gewährleisten. Vor allem wurden bisher Lösungen für Raytracing in Echtzeit vermisst, also die Berechnung, Kompression und realitätsnahe Darstellung von 3D-Objekten inklusive Lichteinflüssen, Schatten und Texturen. Aufgrund dieser Probleme belassen es die Anbieter von erfolgreichen Browsergames derzeit meist bei recht einfachen 2D-Spielen.

Ab sofort sind aber auch aufwändige 3D-Renderingverfahren für ein realistisches Spieleerlebnis über das Internet möglich! Damit gelingt Intel  der Durchbruch in einer langjährigen Erfolgsgeschichte im Bereich “Visual Computing”. Denn der Chip-Hersteller ist – wie nur Wenige wissen – auf diesem Forschungsgebiet ein Pionier. Bereits 2008 konnte das 3D-Spiel „Quake Wars: Raytraced” auf einem  Server mit Xenon-Prozessoren und einem Quad-Core-PC auf der Spieler-Seite als Hosting-Lösung gezeigt werden – mit damals durchaus akzeptablen 15-20 Frames per Sekunde (fps).

3D-Spiele in Echtzeit über das Internet mit MIC

Heute sind wir gleich zwei Schritte weiter. Denn mit der Intel Many Integrated Core Architecture (Intel MIC) lassen sich  jetzt testweise (und in naher Zukunft auch marktreife) 3D-Spiele in Echtzeit über entsprechend schnelle Internetleitungen berechnen, übertragen und natürlich spielen – ohne Perfomance-Unterschiede zu lokal installierten 3D-Games.

Intel hat dies in einer spektakulären Demo mit dem Spiel Wolfenstein raytraced nachgewiesen. Wolfenstein raytraced ist eine modifizierte Version des Spielklassikers Wolfenstein.

Für das Experiment wurde ein Verbund aus vier PCs mit folgender Ausstattung zusammengeschlossen, um die Server zu simulieren:

• Intel DX58SO-Motherboard (Codename “Smackover”)
• Intel Core i7-980X Prozessor (6 Kerne, 2 Threads per Core, 3,33 GHz)
• Intel Knights Ferry PCIe-Karte (32 Kerne , 4 Threads per Kern) basierend auf der MIC-Architektur
• Gigabit Ethernet-Anschluss

Der PC des Spielers wurde mit folgender Ausstattung aufgebaut:

• Intel Core 2 Duo Prozessor P9600 (2 Kerne, 2,66 GHz)
• 13-Zoll-Display mit einer 1280 x 800-Auflösung
• Gigabit Ethernet-Anschluss

Wobei die Ausstattung des Spieler-Notebooks nicht von großer Bedeutung war, da die Grafik- und insbesondere die Raytracing-Berechnungen von den als Server fungierenden PCs übernommen wurden. Die lieferten im Test 60 Bilder pro Sekunde über die Internetleitung bei maximaler Auflösung. Die Kompressionsrate lag bei 1:8, Kompressionsartfakte gab es so gut wie nicht.

Für das Rendering mithilfe dieser High-End-Plattform ergeben sich grundsätzlich zwei unterschiedliche Methoden:

1. Verteiltes Rendering über alle Server hinweg: Die Rendering-Aufgaben für die Raytrace-Bilder werden verkleinert (etwa 64 x 64 Pixel) und häppchenweise von den Servern berechnet. Vorteil: keine spürbare Latenzzeiten.
2. Frame Rendering: Hierbei wird ein spezieller Frame einer bestimmen Maschine zugewiesen. Der Vorteil: Das lässt sich sehr einfach bewerkstelligen. Allerdings sind die Latenzzeiten höher.

In der Praxis dürfte sich künftig daher das Verteilte Rendering durchsetzen. Vor allem Spiele-Streaming-Dienste wie Gaikai und Onlive dürften sich bei diesen Aussichten die Hände reiben.

Mehr zu diesem sehr spannenden Thema und zur Versuchsanordnung können Sie auf der englischsprachigen Seite Experimental Cloud-based Ray Tracing Using Intel MIC Architecture for Highly Parallel Visual Processing nachlesen.

Und hier das Video dazu:

Erst gestern habe ich darüber berichtet, dass Intel die vierte Version seiner Profiling-Toolsuite Intel Graphics Performance Analyzers (GPA) veröffentlicht hat. Der Termin ist kein Zufall, denn der Chiphersteller befindet sich derzeit mit einem großen Stand auf der Game Developers Conference in San Francisco. Ok, das ist weit weg, aber relevant ist das Event für deutsche Belange auf jeden Fall, denn erstens findet das europäische Äquivalent einmal pro Jahr auch bei uns statt. Und zweitens gibt es auch auf der GDC US eine Berichterstattung und Videocontent.

Was ist also alles zu sehen am Intel-Stand? Nun, da wäre natürlich GPA 4.0 zu nennen, das man sich live im Moscone Center in voller Pracht ansehen kann. Oder man geht beispielsweise heute in die Tech-Session von Omar Rodriguez und David Swenson, die darüber referieren werden, wie Darkspore mithilfe von GPA 4.0 optimiert werden konnte.

Auf dem Intel-Stand werden weitere, interessante Dinge gezeigt. Wie sich zum Beispiel 2D-Animationen für Spiele entwickeln lassen. Oder wie Spiele-Programmierer mithilfe von Parallel Studio XE 2011 ihre 3D-Games optimieren und thread-sicher machen können. Oder welche Neuigkeiten von Atari zu vermelden sind.

Für alle, die nicht auf der GDC 2011 dabei sein können (und das werden wohl die meisten unserer Leser sein), empfiehlt sich ein ausführlicher Besuch der zugehörigen Webseite, auf der es ausführliche Infos rund um das weltweit größte Game-Developer-Event gibt. Inklusive Videocontent, Twitter-Stream und Blogbeiträgen.

Intel hat die Version 4 der Toolsuite Graphics Performance Analyzers (GPA) veröffentlicht, die selbstverständlich auf die Sandy Bridge-Architektur hin optimiert wurde.  Dabei handelt es sich um ein Set von Software-Tools, das Spiele-Entwicklern  dabei hilft, die Performance der eigenen Applikationen zu verbessern.

GPA visualisiert die Performance-Werte und zeigt deutlich, in welchen Frames die Schwachstellen zu finden sind. Zudem ermöglicht es „Was-wäre-wennn“-Analysen in Echtzeit, um die optimalen Grafikeinstellungen und -werte zu ermitteln. Zur Analyse typischer CPU-Probleme sind hingegen andere Intel-Tools wie Intel VTune Performance Analyzer und Intel Parallel Studio besser geeignet.

Die neue Version 4 bietet signifikante Verbesserungen, die weitestgehend aus dem Feedback der bestehenden Anwender resultieren und wendet sich an Programmierer für Windows (7, Vista, XP mit DirectX in den Versionen 9-11).

Der Download ist für registrierte User kostenlos.

Vorteile der neuen Version

Insgesamt sorgt ein verbessertes Programmdesign dafür, dass Sie Ihre Spiele-Apps intuitiv und schneller analysieren können. Zudem erweitert die Microsoft DirectX 11-Unterstützung das Spektrum der Spiele, die Sie testen und optimieren können.

Weitere Vorteile in Stichpunkten:

• Voll konfigurierbare Funktion für automatisch ablaufendes Capturing von Frames oder Trace Files (etwa alle Frames, die langsamer als 20 FPS sind)
• Screenshot-Vorschau in Thumbnails erleichtert die Auswahl der Frames
• Neue “How to”-Videos helfen Neulingen bei den ersten Schritten mit GPA
• Das neue GPA-System Analyzer Heads-Up Display (HUD) ermöglicht eine intuitive Analyse und ist bereits für die aktuellen GPU-Metrics auf Intel HD Graphics 2000/3000 Hardware (GPU bei Sandy Bridge) gerüstet, um gerade dort die Bottlenecks in den Apps festzustellen
• Intel Graphics Frame Analyzers unterstützt Multiple Render Targets (MRT)
• Es werden mehr Texturen als bisher unterstützt

Für den Einstieg in das Tool hat Intel einen Quickstart-Guide und eine FAQ-Seite veröffentlicht.

Geschönt werden die Zahlen nämlich durch die heimlichen Gewinner: Games für Bewegungssteuerungen wie PlayStation Move und Microsoft Kinect für Xbox 360 konnten im Weihnachtsgeschäft enorm punkten und der gesamten Branche ein wenig Hoffnung machen. Auch PC-Spiele verzeichnen ein kleines Wachstum – in Umsatz und Abverkauf. Tatsächlich aber befinden sich die großen Spieleschmieden seit Jahren auf einer Talfahrt. Verzeichnet der BIU 2008 noch 8 Millionen Käufer für klassische PC-Games, waren es 2009 nur noch 7,2 Millionen, im letzten Jahr sank der Wert weiter.
Bereits im vergangenen Jahr hat Spiegel Online die Krise detailliert beschrieben und mit Zahlen unterlegt:

„Die Wirtschaftskrise hat die Spielebranche mit Verzögerung erreicht – dann aber mit voller Wucht: Im vergangenen Jahr verzeichnete Ubisoft einen Umsatzrückgang von fast 200 Millionen Euro. Take-Two musste Verluste in zweistelliger Millionenhöhe verbuchen. Und der Umsatz von Electronic Arts blieb im verkaufsträchtigen Weihnachtsquartal sogar mehr als 400 Millionen Dollar hinter dem Vorjahr zurück. Der ehemalige Vorzeige-Publisher wurde besonders hart von der Krise getroffen. Bereits seit sechs Jahren hat EA mit Gewinnrückgängen und seit 2007 mit deutlichen Verlusten zu kämpfen. Um endlich wieder Profit zu erwirtschaften, hatte der Konzern einen radikalen Sparkurs eingeschlagen: Ende 2008 wurden mit einem Schlag rund tausend Mitarbeiter entlassen und eine Reihe von Spielprojekten liquidiert. Weitere Kündigungswellen folgten.“

Das Frohlocken einiger Hersteller und Spiele-Zeitschriften über die für 2011 erwarteten, zugkräftigen Titel ist mehr als das Pfeifen im Walde denn ein echtes Aufbruchsignal. Wenn die Käuferschicht wegbricht, wird es unmöglich sein, schwarze Zahlen zu schreiben – ganz gleich mit welchem Titel.

Das hat selbstverständlich auch massive Konsequenzen für Spiele-Programmierer. Die paradoxe Situation: Nie standen so viele erprobte Programmierwerkzeuge, Programmiertechnologien und mit Sandy Bridge auch leistungsfähige Prozessoren mit sehr guter Grafikunterstützung zur Verfügung. Die besten Voraussetzungen also für den PC-Spiele-Spaß auf Multicore-Systemen. Und das ist keine verkappte Werbung. Dass Intel-Technologien und Tools die bestmögliche Unterstützung und Arbeit beim Animieren und Rendern leisten, bestätigen nicht nur internationale Spielekonzerne, sondern auch Filmstudios wie Dreamworks. Hierzu verweise ich gerne auf das interessante Video zur Entstehung des Animationsfilms: „Drachenzähmen leicht gemacht“.

Und trotzdem sinkt der Bedarf an neuen 3D-Spielen. Ein Warnsignal? Mehr als das. Ich persönlich glaube, dass sich in den nächsten fünf Jahren die Zahl der verkauften PC-Spiele in Deutschland halbieren wird.

Die Zukunft:

1. Bewegungsspiele auf Konsolen werden weiter an Bedeutung gewinnen. Dank der verbesserten 3D-Techniken auf Fernsehgeräten hat der PC als Spieleplattform in der Familie ausgedient. Man turnt lieber vor dem TV als mit der Maus eine animierte Figur über den Bildschirm zu schieben.
2. Online-Spiele: Während die PC-Spieleindustrie lamentiert, reiben sich die Anbieter von Browsergames die Hände. Die kleinen Online-Spiele sind vordergründig kostenlos, plattformunabhängig und stellen keinerlei nennenswerte Ansprüche an Prozessor oder Grafikkarte. Und sie verführen täglich zig Millionen Deutsche zum schnellen Zeitvertreib. Branchengrößen wie Gameforge und Bigpoint verzehnfachen ihre Umsätze derzeit Jahr für Jahr. Der Grund: Natürlich sind die Spiele nicht kostenlos. Über den Verkauf von Spielefeatures und Werbung verdienen sich die Anbieter eine goldene Nase. Pech für Multicore-Programmierer, denn deren Wissen ist hier nicht gefragt. Die Spiele setzen auf Flash und künftig auf HTML 5, das nativ von allen kommenden Browsern wie Chrome oder IE9 unterstützt wird.
3. Games für SoC-Systeme: Zugegeben, Spiele für Smartphone und Tablets sind im Vergleich zu PC- und Konsolenspielen nicht der ganz große Renner. Ihnen aber gehört die Zukunft. Bessere Prozessoren und größere Speichereinheiten in den Mobiltelefonen bilden die optimale Plattform für Social Games. Und bald auch für die anderen Spiele-Genres. Sie glauben, Shooter, Simulationen oder Sportspiele würden auf den kleinen Display nicht funktionieren? Falsch! Vor 10 Jahren konnte sich auch niemand vorstellen, dass man mit einem Handy im Internet surfen kann. Wenn das Spielkonzept in Bedienung und Grafik konsequent auf die Möglichkeiten der Smartphones ausgerichtet wird, werden diese Spiele den Markt diktieren.

Sind Sie selbst Spiele-Programmiere? Oder Spieler? Welche Erfahrungen haben Sie gemacht? Wie schätzen Sie die Entwicklung ein? Wir freuen uns auf Ihre Meinung!

Das ist natürlich bemerkenswert (und keineswegs selbstverständlich), dass Apple so schnell nachzieht und seine Highend-Notebooks mit der allerneuesten Technik ausstattet. Damit wird aber auch klar, wie wichtig Sandy Bridge für die gesamte Industrie ist, also auch für Apple. Und was Sandy Bridge alles leisten kann, habe ich ja nicht nur einmal aufgezeigt.

Das Gute daran aus Sicht von Software-Entwicklern: dank des überarbeiteten Intel-C++-Compilers, der Teil des brandneuen Intel Composer XE 2011 ist, sowie der ebenfalls angepassten Intel Integrated Performance Primitives, Intel Math Kernel Library und Intel Parallel Building Blocks lassen sich Mac-Anwendungen noch besser auf die neue Apple-Plattform anpassen. Dazu gehören natürlich auch die neuen AVX-Befehlssätze und -Register.

Das ist auch hinsichtlich der neuen bzw. verbesserten Sandy-Bridge-Features wie Intel HD Graphics 3000 und Turbo Boost 2.0 sehr interessant. Das hat Apple übrigens sofort dazu veranlasst, die bisherige Macbook-Pro-Webcam durch die Facetime-Kamera zu ersetzen, die dreimal so hoch auflöst und 720p-Webvideotelefonate erlaubt – auch mit einem iPhone-4-Anwender.

Ganz neu an den überarbeiteten Macbook-Pro-Modellen ist über auch eine Technik, die sich Thunderbold nennt, von Intel kommt und laut Apple im Macbook Pro zum ersten Mal in einem Notebook zum Einsatz kommt. Thunderbold ist eine Hochgeschwindigkeitsverbindung, die laut Spezifikation 12 mal schneller als Firewire 800 und 20 mal schneller als USB 2.0 ist, also auf nominelle 10 Gigabit/Sekunde kommt.

Realisiert wird das Ganze auf Basis des PCI-Express-Standards und erlaubt die Kaskadierung, also das Hintereinanderschalten von bis zu sechs externen Geräten wie ein RAID-HDD-Verbund, HD-Monitor und anderer Peripherie. Damit soll man sogar in Echtzeit HD-Filme direkt von der Festplatte bearbeiten können.

Das hat auch Intel erkannt und bietet seit Kurzem die Gold-Version des Intel Media SDK zum kostenlosen Download an, mit dem Sie als Software-Entwickler auf sämtliche Hardware-Features sämtlicher Intel-Plattformen zugreifen können – und das mithilfe einer einzigen API. Damit erhalten Sie vollen Zugriff auf standardisierte Software-Routinen für das Kodieren, Dekodieren und Schneiden von Videocontent. Dazu gehören Routinen für H.264- und MPEG-2-basierte Videos als auch das Konvertieren von Frame Rates und Videofarben, das Verändern der Auflösungsgröße, das Anpassen von Helligkeit und Kontrast und vieles mehr.

Praktisch am Intel Media SDK ist auch der automatische Zugriff seitens der Videoanwendungen auf die vorhandenen Hardware-Ressourcen. Somit können Sie als Entwickler sicher sein, dass stets die optimale Kombination aus Software-Funktion und Hardware-Feature zum Einsatz kommt. Das befreit Sie auch von umständlichen und aufwändigen Abfragen innerhalb Ihrer Anwendung, welche Hardware zur Verfügung steht und die damit einher gehenden Hardware-Ressourcen. Das übernimmt nämlich das Media SDK.

Aber nicht nur die aktuelle Hardware wie Intel GMA 4500 HD, Intel HD Graphics und die Core Prozessoren der zweiten Generation stehen im Fokus des Intel Media SDK, sondern auch künftige Technologien, die mit ihrem Erscheinen am Markt vom SDK automatisch unterstützt werden. Das macht Ihre Videoanwendung zukunftssicher.

Laden Sie sich am besten gleich mal das Intel Media SDK auf Ihren Rechner, und probieren Sie die Möglichkeiten des Tools aus. Und falls Sie Intel darüber hinaus erzählen wollen, was Sie mit dem SDK alles vorhaben, können Sie sogar ein schickes Netbook und mehr gewinnen. Erstellen Sie hierzu einfach nur ein Video und schicken es an Intel – der Rest ist einfach nur ein wenig Glück…

Hierzu gibt es auch ein Video:

ISAT

Der zweite Tool-Tipp wendet sich an Linux-Entwickler unter C/C++: Kennen Sie schon das kostenlose ISAT? ISAT steht für Intel Software Autotuning Tool und wurde im Dezember von Intel veröffentlicht. Es handelt sich dabei um ein Tuning-Werkzeug, das automatisch nach optimalen Werten für Programm- und Code-Parameter sucht, um die Anwendung zu beschleunigen. Gute Dienste leistet es etwa bei Cache-Blocking-Faktoren in Matrix-Berechnungen, bei der Task-Granularität in Intel-TBB und OpenMP-Abschnitten. Die Optimierungen im Code werden dann automatisch anhand der vorherigen Suchergebnisse vorgenommen. Zudem liefert ISAT auch eine grafische Analyse der Performance in einem 3D-Modell, die dem Entwickler ein besseres Verständnis der empfohlenen Tuning-Prozesse ermöglicht.

ISAT veranschaulicht die Performance-Analyse im 3D-Modell

Das Tool funktioniert unter 32- und 64-Bit Linux; Python (Version 2.4 und 2.9) bei allen gängigen C/C++ Compilern.

Clojure

Und noch einen interessante Fundstelle. Der moderne Lisp-Dialekt Clojure hat sich vor allem in der so genannten nebenläufigen Programmierung einen Namen gemacht, weil Closure in der Java Virtual Machine läuft und mit Java Runtime eng verknüpft ist.

Jetzt beweist Clojure seine dezidierten Möglichkeiten auch im Bereich Multicore, vor allem beim Multithreading. Einen gut verständlichen Grundlagenbeitrag zu Clojure und Multicore habe ich bei Heise gefunden.

Arti Gupta hat im Rahmen des Intel Software Network-TV eine neue Folge der Reihe „Visualize this!“ eingestellt. Das Thema ist erneut AVX Cloth. Stan Melax, ein erfahrener Graphics Software Engineer, erläutert hier seine Erfahrungen bei der Code-Entwicklung, spricht über Stolpersteine und gibt Tipps zur Grafikprogrammierung in 3D-Spielen. Sehenswert!

In der kommenden Woche werde ich von der OOP 2011 berichten – teilweise auch live!

Die internationale Messe für Softwarearchitekten und Entscheider findet vom 24. – 28. Januar 2011 zum nunmehr 20. Mal im Kongress Center München statt. Hier werden zahlreiche Experten Vorträge und Tutorials zu aktuellen und praxisnahen Software-Themen halten. Multicore-Programming ist dabei eines der Schlüssel-Themen.

Und natürlich gibt es eine Ausstellung mit Messe-Ständen. Von Dienstag bis Freitag können Sie sich zu Sandy Bridge und neuen Dev-Tools auf dem Intel-Stand 7.1 informieren.

Übrigens können wir uns da auch gerne auf einen Kaffee treffen, wenn Sie über Ihre Erfahrungen als Entwickler berichten möchten, interessante Projekte zu Visual Computing oder Multicore-Programmierung vorstellen wollen oder auch einfach nur Ihre Meinung zum Software Dev Blog loswerden möchten. Mailen Sie mir doch einfach Ihre Kontaktdaten und einen Terminvorschlag: Ich setze mich dann gerne mit Ihnen in Verbindung: ibelshaeuser[at]text-vision.com, Stichwort: OOP.

Unabhängig davon sollten Sie sich schon jetzt folgende Termine auf der OOP reservieren:

• Intel-Keynote: Software entwickeln für die Many-Core-Zukunft
  Montag, 24.1.2011; 16:45 – 17:30 (Ralph de Wargny)

• Introducing parallelism into legacy code: Three case studies
  Dienstag, 25.1.2011; 14:15 – 15:00 (Stephen Blair-Chappell)

• Multi-core und Echtzeit – Böse Überraschungen vermeiden
  Dienstag, 25.1.2011; 16:30 – 17:30 (Fridtjof Siebert)

Wir sehen uns…

So, und jetzt gibt’s noch ein kleines Wochenend-Bonbon: Viel Spaß mit dem Video zu Sandy Bridge, das die Rendering- und Grafikfeatures sehr eindrucksvoll belegt. Wetten, dass Sie sich den Clip mehr als einmal anschauen werden?

Zunächst aber die Übersicht der wesentlichen Grafik- und Power-Technologien, die Sandy Bridge auf den Core-Chips bietet. Bislang habe ich diese Funktionen eher tröpfchenweise beschrieben, hier nun der Gesamtüberblick.

• Verbesserte Grafikleistung durch Integration von GPU und CPU auf einem einzigen Chip (Die). Per Intel Switchable Graphics können Notebook-Anwender bei sehr grafikintensiven Spielen wie FIFA 11 ohne Neustart des Computers auf die vorhandene diskrete Grafikkarte umschalten. Allerdings muss der jeweilige Rechner dieses Feature explizit unterstützen.

• Turbo Boost 2.0: Turbo Boost wurde von Intel für Sandy Bridge optimiert und beschleunigt serielle Anwendungen, indem sie die Taktfrequenz einzelner Kerne anhebt und damit die Geschwindigkeit um bis zu 75 Prozent steigert. Turbo Boost funktioniert auch bei der GPU und prüft automatisch, ob die Prozessorkerne oder die Grafik beschleunigt werden soll. Sie geht dabei auch bis zu 25 Sekunden lang über das TDP-Limit hinaus. So können einzelne oder alle CPU-Kerne kurzfristig um bis zu 700 MHz “übertaktet” werden.

• Gemeinsamer Last Level Cache: Die Grafik-Engine ist nun direkt an den Cache des Prozessors angebunden. Deswegen auch die neue Bezeichnung Last Level Cache statt L3-Cache. Der Cache steht sowohl den Kernen als auch der Grafikeinheit zur Verfügung. Die Grafikleistung profitiert dabei von einem 64-fach höheren Durchsatz als beim bisherigen Speicherzugriff.

• Intel QuickSync Video: Videos lassen sich deutlich schneller für mobile Geräte wie iPhone und iPad konvertieren. So zeigen Intel-interne Tests, dass mit QuickSync Video nur noch vier Minuten Konvertierungszeit für eine Minute Video anfallen. Das ist schneller als mit der schnellsten diskreten Grafikkarte, die derzeit erhältlich ist.

• Intel InTru 3D: Stereoskopische 3D-Blu-ray-Wiedergabe in Full HD 1080p-Auflösung über HDMI 1.4.

• Intel Clear-Video-HD: Qualität und Farbdarstellung bei der HD-Wiedergabe wurde nochmals deutlich verbessert.

• Advanced Vector Extensions (AVX) : Neuer Befehlssatz für Video- und Bildbearbeitung, Gaming. 3D-Modellierung, wissenschaftliche Simulationen und Finanzanalysen. AVX beschleunigt die anfallenden Berechnungen mit einer Verdoppelung der Registerbreite von 128 auf 256 Bit. Hierbei wurde auf volle Komptabilität zu den bisherigen Befehlssätzen wie beispielsweise SSE4 geachtet.

• Intel HD Graphics 3000: Mehr 3D-Leistung für Highend-Games wie Shooter. Die dynamische Grafikfrequenz liegt bei maximal 1350 MHz. Unterstützt werden DirectX 10.1 und OpenGL 3.0.

Und nun zu den Ressourcen, die Ihnen diese neuen Grafik-Technologien aus Entwicklersicht näher bringen, Code-Beispiele nennen und auch den einen oder anderen Insider-Tipp verraten:

• Intel Integrated Graphics Performance Developer’s Guide für Intel HD Graphics: Eine Leitfaden für Spiele-Entwickler, die ihren Code konsequent auf die neuen Funktionen von Sandy Bridge ausrichten möchten. Natürlich steht dabei Intel HD Graphics im Vordergrund. Es geht aber auch um den älteren Intel Graphics Media Accelerator mit Fokus auf das Thema Leistungsanalyse unter DirectX.

• AVX Cloth ist ein Beispiel, das die Möglichkeiten der Vektorprogrammierung mit 256 Bit breiten Registern verdeutlicht. Dazu gibt es Screenshots, ein Video und natürlich den Source Code und die Binaries zum Download.

• Onloaded Shadows ist eine Technik, mit der Shadow Maps asynchron auf der CPU berechnet werden. Erfahren Sie hier, wie Sie mit Hilfe von Cascades einen optimalen Lastenausgleich zwischen CPU und GPU herstellen.

• Sample Tweaker beschreibt, wie die Grafikdemo Ocean Fog mit Hilfe von Intel Integrated Graphics optimiert wurde. Dabei konnte die vierfache Geschwindigkeit (von 40 FPS auf 160 FPS) gemessen werden, indem neue Technologien angewendet wurden, die beispielsweise die Texturgröße oder die Schärfe verringert haben – ohne nennenswerte Auswirkungen auf die Qualität.

Die Programmierer des Abenteuer-Spiels Ghostbusters haben ihre ursprüngliche Entwicklungsarbeit mit dem Intel-Tool Graphics Performance Analyzers und den heute verfügbaren Möglichkeiten verglichen, die Sandy Bridge mit den integrierten Beschleunigungs-Technologien bietet.

Jetzt, auf Sandy Bridge-Chips, lässt sich Ghostbusters störungsfrei in einer Auflösung von 1024×768 Pixeln spielen, ohne dass bestimmte Features hätten deaktiviert werden müssen. Und das Beste: Ohne zusätzliche Grafik-Hardware! Will heißen: Selbst bei grafisch anspruchsvollen Spielen wie Ghostbusters wird der Anwender jetzt und auch künftig keine teure Grafikeinheit hinzukaufen müssen – sofern nicht aberwitzige Auflösungen und Spezialeffekte benötigt werden.

Was bedeutet das für Spiele-Entwickler? Die Programmierung und Evaluierung des Codes kann auf einem handelsüblichen Notebook erfolgen, um ein realistisches Spiele-Erlebnis zu bekommen. Allerdings sollte man Sandy Bridge nicht auf die Grafikpower der GPU reduzieren. Das leistungsstärkste Mitglied der neuen Prozessorfamilie, der Intel Core i7 bietet nämlich 4 Kerne, 8 Threads und Turbo Boost 2.0. Ein ganze Menge an Rechenpower also, auch jenseits von Ghostbusters und Co.

Diese Leistungsmerkmale bieten Entwicklern sowohl für Visual Computing als auch für Parallel-Programmierung viele neue und einfachere Möglichkeiten, um beindruckende visuelle Effekte mit weniger Code zu erzeugen.

Bei den grafischen Berechnungen wird die Last auf die im Chip integrierten Kerne und die GPU verteilt, so dass einzelne Komponenten nicht überlastet werden. Aber machen wir uns nichts vor: Egal, wie viel Code auf parallel rechnende Prozessorkerne verteilt wird, es bleiben immer auch Anweisungen, die seriell abgearbeitet werden. Und genau diese Sequenzen wird Sandy Bridge mit Turbo Boost 2.0 adressieren und beschleunigen. Der angesteuerte Kern wird dabei in einer höheren Frequenz arbeiten als die anderen. Gute Aussichten für Programmierer und Spieler!

Einige Beispiele etwa zur Vektorberechnung mit der SSE-Erweiterung AVX oder in Spielen zur Darstellung des Schattens beweglicher oder unbeweglicher Körper (Shadow Map) hat Intel im Web veröffentlicht. Ich werde die wichtigsten davon am Montag in diesem Blog vorstellen.

An dieser Stelle darf ich Ihnen aber bereits die Intel Graphics Developer’s Guides ans Herz legen, eine umfassende Einführung in die Grafiktechnologien der neuen Prozessorgeneration.

Der wesentliche Unterschied zwischen SSE4 und AVX ist die Registerbreite, die von 128 auf 256 Bit erhöht wurde und damit doppelt so schnelle Vektorberechnungen ermöglicht – na ja, zumindest theoretisch.

Und wie sieht das Ganze in der Praxis aus? Nun, mihilfe der AVX-Erweiterungen lassen sich bis zu vier Gleitkomma-Operanden mit doppelter Genauigkeit (64 Bit) in einem einzigen Vektor zusammenzufassen. Auf dieser Basis lassen sich mit diesem so entstandenen Vektor arithmetische und logische Operationen durchführen. Damit kann zum Beispiel die Addition zweier Vektoren [x,x,x]+[y,y,y] in einem einzigen Zyklus erledigt werden. Bei skalaren Berechnungen sind vier Taktzyklen erforderlich. Ein Nachteil haben die doppelt so breiten Register natürlich auch: die Datenpfade müssen entsprechend größer sein.

Was man mit AVX alles Schönes anstellen kann, zeigt die Intel-AVX-Seite, die ich hier mal verlinkt habe. Dazu gehören unter anderem:

• Normalisierung von 3D-Vektoren
• Inverse Transformationen von Diskreten Kosinus-Funktionen
• Implementierung eines Gauss’schen Blur-Filters
• usf.

Darüber hinaus findet man auf dieser Seite weitere Infos rund um AVX. Dazu gehört beispielsweise das brandneue Tool Intel Architecture Code Analyzer, mit dem sich bestehender Quellcode auf mögliches AVX-Optimierungspotenzial hin untersuchen lässt. Aber auch Infos zum Intel Software Development Emulator finden Sie auf der AVX-Seite. Und wem das alles zuviel  Englisch ist, sollte regelmäßig auf dem Software Dev Blog vorbei schauen. Denn hier gibt es in den nächsten Wochen immer wieder Infos rund um AVX, Sandy Bridge und Co.

An der Namensgebung der bisherigen Baureihen Core i3, Core i5 und Core i7 wird sich nichts ändern. Dafür aber an der Leistung. Einen Geschwindigkeitszuwachs garantieren die Intel Turbo Boost Technik 2.0. Und die Intel Hyper-Threading Technik wird das Multitasking weiter verbessern, da ja jeder Prozessorkern zwei Aufgaben verarbeiten kann.

Das Besondere aber ist die neue Grafikleistung: Prozessor und Grafikprozessor (GPU) sitzen auf einem Chip und sind so direkt mit dem PCI-Controller verbunden. Die Verbesserung von Rechenleistung und Darstellungsqualität sind enorm – vor allem beim Video-Encoding. Wenn Sie die Gelegenheit haben, dann schauen Sie mal einen HD-Film auf einem Sandy-Bridge-PC. Gestochen scharfe Bilder ohne Aussetzer und Wartezeiten – selbst wenn Sie die Filme vom PC auf den Fernseher streamen. Dafür verantwortlich ist eine Reihe integrierter Grafiktechnologien wie Clear Video HD, HD-Grafik und Intel InTru. Kein Wunder, dass schon jetzt die Unterhaltungsindustrie reges Interesse zeigt.

Ein paar kritische Stimmen gibt es aber auch zur GPU – diese habe maximal die Leistung einer Grafikkarte aus dem unteren Preissegment und ersetze für Spieler keine externe Grafikkarte mit einem höheren Datendurchsatz. Das stimmt nur teilweise. In einem meiner nächste Beiträge werde ich gezielt auf Mythen und Fakten zu Sandy Bridge eingehen. Denn in diesen Tagen wird auch viel Unsinn zu den Intel Core-Prozessoren der zweiten Generation verbreitet.

Und noch ein Thema von der CES, das Software-Entwickler interessieren dürfte:

Während seiner Keynote hat Microsoft-Chef Steve Ballmer angekündigt, dass die nächste Windows-Generation, also der Nachfolger von Windows 7, nicht mehr nur für x86-Prozessoren designt werde, sondern auch für System-on-a-Chip (SOC)-Plattformen. Hintergrund: Die „Ein-Chipsysteme“ integrieren möglichst alle Teile der Systemfunktionen auf einem einzigen Prozessor und werden deshalb bislang vor allem als Embedded Systems in der Steuerungselektronik oder auch in portablen Devices mit begrenztem Funktions- und Speicherumgang eingesetzt.

Hierzu zeigte Steven Sinofsky, President, Microsoft Windows and Windows Live Division, dass auch Windows künftig mit den „kleinen“ Chips zufrieden sein wird und ließ eine Vorabversion des neuen Windows auf unterschiedliche System-on-a-Chip-Prototypen von Intel, Qualcomm, Texas Instruments, Nvidia und AMD laufen – inklusive hardware-beschleunigter Grafik-Unterstützung, Web-Funktionalität, USB-Treiber-Support und Druckerunterstützung. Spannende Sache! Zumal Micorosoft den Ball gleich weiterspielt: Jetzt sind die Hardware-Hersteller gefragt, neue clevere Formfaktoren für Mobile Computing zu finden. Auch für Software-Entwickler ergeben sich dadurch natürlich neue Chancen und Anforderungen. Wir bleiben dran.

• Heute, ab 18:00 Uhr MEZ, präsentiert Mooley Eden, Vice President und General Manager der PC Client Group, worauf sich Notebook-User vor allem in Sachen Grafik-Power freuen können. Intel nennt das “yet-to-be-disclosed visual features that will ‘wow’ the eyes and enhance our visual lives”. Mehr zu der zugehörigen Technik namens Sandy Bridge gibt es übrigens noch diese Woche auf diesem Sender.

• Morgen, von 15 bis 16:15 Uhr MEZ, gewährt Intel am eigenen CES-Stand allen akkredierten Pressevertretern und Bloggern einen kleinen Vorgeschmack auf die Highlights aus Intel-Sicht. Dazu gehören neben ersten Sandy Bridge-basierten Notebooks auch künftige Geräte mit Atom-Prozessor fürs Wohnzimmer, Auto und andere Einsatzgebiete. Aber auch neue Netbooks und vor allem Tablet-PCs werden am Intel-Stand, Central Hall, Stand-Nr. 7153 zu sehen sein. Und brandneue Infos rund um den Intel-eigenen Appstore AppUp Center gibt es sowieso.

Für alle, die noch mehr zum Intel-Auftritt anlässlich der CES 2011 wissen wollen, seien zwei Quellen empfohlen: die Intel-CES-Webseite und der Intel-News-Twitterfeed, auf dem es in den nächsten Tagen vorwiegend um Sandy Bridge und Co. live aus Las Vegas gehen wird.

Videotipp: Für alle, die mehr Infos zu Sandy Bridge suchen, möchte ich diverse Videos ans Herz legen, in denen über die zweite Intel-Core-CPU-Generation gesprochen wird. Dabei zeigen sich Tech-Analysten wie Mike Feibus und Peter Kastner ziemlich begeistert von der neuen Technik, die Intel gemeinsam mit seinen OEM-Partnern in die Läden bringen wird.

In wenigen Tagen wird Intel während der CES in Las Vegas die neue Prozessorgeneration Sandy Bridge offiziell vorstellen. Vor Ort werden dann auch gleich ein paar Hardware-Hersteller erste Notebooks mit den neuen Recheneinheiten zeigen.

Die Prozessor-Architektur von Sandy Bridge wird vor allem in puncto Multimedia-Performance alle Vorgänger der Nehalem-Bauweise in den Schatten stellen. Sandy Bridge integriert den Grafikkern (GPU) in die CPU bei einer Strukturbreite von 32 Nanometern. Dank der integrierten Encoding-Einheit lassen sich Videos wesentlich schneller konvertieren als beispielsweise mit bekannten Core-i5-Prozessoren.

Die technologischen Neuerungen von Sandy Bridge und die daraus resultierenden, erweiterten Möglichkeiten für Parallel-Computing sind Anlass genug, dieses Blog wiederzubeleben. Ich werde Sie ab sofort regelmäßig mit News, technischem Background und Veranstaltungshinweisen versorgen, die Ihnen den Programmieralltag etwa erleichtern.

Zunächst aber darf ich Ihnen zwei neue, sehr nützlich Tools empfehlen, die Intel im Rahmen der Partnerprogramme veröffentlich hat und vor allem Entwickler von Media- und Videoanwendungen adressieren.

Das Intel Media Software Development Kit in der Version 1.5 ist ein plattformübergreifendes SDK, das Ihnen hilft, auf einfache Weise leistungsstarke und schnelle Videoanwendungen zu entwickeln.  Das Tool-Paket bietet Ihnen drei Highlights:

• Codecs für Hardwarebeschleunigung: Sie greifen auf Video-Codecs zu, die für Intel Multicore-Prozessoren und Intel HD Graphics optimiert wurden und bestmögliche Performance bieten
• Einheitliches API für unterschiedliche Plattformen: Weniger Code und weniger Komplexität durch ein universelles API, das viele PC-Plattformen unterstützt, darunter selbstverständlich auch die zukunftsträchtigen Intel Graphics- und Multicore-Architekturen.
• Support und Add-Ons: Schneller optimale Ergebnisse erzielen dank nützlicher Features wie Video-Pre-Processing, Decodieren und Encodieren

Sie können das Media Software Development Kit kostenlos laden und installieren. Sinnvoll ergänzt wird das SDK durch das Intel Media Checker Software Assessment Tool. Zugegeben, eine grauenhafte Bezeichnung, aber das Tool ist überaus nützlich. Denn damit stellen Sie beispielsweise sicher, dass Sie das SDK korrekt in die Anwendungen einbinden. Zudem fungiert es als Tutorial, indem es die Funktionen und Technologien des SDK erläutert. Also für die ersten Schritte mit dem SDK sicherlich genau richtig. Und kostenlos ist es natürlich auch. Viel Erfolg damit!

Den Anfang macht der System Analyzer, mit dem sich in Echtzeit analysieren lässt, was während des Gameplays alles passiert. Um das Testsystem von rechenintensiven Aufgaben zu befreien, läuft der System Analyzer auf einem anderen Rechner als das zu testende Spiel. Dabei stehen verschiedene Funktionen wie die CPU-Diagnose, das Ermitteln der Anzahl der Locks per Frame und der Framerate selbst sowie andere wichtige Parameter zur Verfügungung.

Praktisch am System Analyzer sind die vorhandenen Hardware-Diagnose-Tools, mit denen sich auf Intel-Systemen Dinge wie die Auslastung der vorhandenen Execution Units untersuchen lassen. Aber auch bestimmte Ansichten auf die aktuelle Spielszene erlauben das Analysieren des Spiels. So lassen sich beispielsweise mit der Gitterdarstellung verborgene Objekte entdecken, die dort gar nicht hingehören und nur überflüssige Rechenzeit verbraten.

Der Frame Analyzer geht dann richtig in die Tiefe und lässt jedes einzelne Bild eines Spiels analysieren. So kann man anhand der DirectX-Drawcalls feststellen, welche Bereiche eines Frames besonders viel Rechenzeit beanspruchen und diese Bereiche gegebenenfalls optimieren. So zeigen beispielsweise versteckte Objekte hohes Optimierungspotenzial, da sie zum Gameplay nichts beitragen, aber trotzdem Rechenzeit kosten. Um die möglichen “Störenfriede” zu eliminieren, kann man aber auch experimentell vorgehen, indem man einzelne Parameter ausschaltet um zu sehen, wie sich das auf die Szene und die Renderleistung auswirkt.

Das dritte Tool schließlich, Platform View, ist zum einen “neu” in der Version 3.0 von Intel GPA und bietet zum anderen einen detaillierten Blick auf den Parallelisierungsgrad des Spiels. Dabei kann man sich sämtliche Threads anzeigen lassen, die gerade aktiv sind und diese in der Detailansicht genau analysieren. So lässt sich beispielsweise herausfinden, warum die CPU auf die GPU warten muss oder auch anders herum.

Zum Thema “Nächste GPA-Version” konnte wir den dafür zuständigen Intel-Mann Aaron Davies überreden, vor der Kamera ein wenig in seine Glaskugel zu blicken. So verriet er uns, dass die nächste Version Anfang kommenden Jahres zur GDC 2011 in San Francisco vorgestellt wird. Dass Intel GPA 4.0 für die nächste Prozessorgeneration Sandy Bridge optimiert sein wird, überrascht genauso wenig wie die Tatsache, dass das Analysetool die noch in der Beta-Phase befindliche Platform View integrieren wird, da es sehr postives Feedback seitens der Entwickler gab. Die gute Nachricht: Intel GPA und andere Tools von Intel bleiben kostenlos für Entwickler, da der Chiphersteller seine große Fangemeinde weiterhin mit dieser Art der Dienstleistung beglücken will.

Von der Zukunft zurück in die Gegenwart ging es dann mit Mario Deilmann, der es sich zum Ziel gesetzt hatte, die anwesende Entwicklerschar während seiner Techsession davon zu überzeugen, dass mit Intel TBB ein Tool zur Verfügung steht, mit der sich Spieletitel an vielen Stellen parallelisieren lassen. Wie er anschließend vor unserer Kamera verriet, lieben Spieleentwickler Open-Source-Tools wie Intel TBB, da sie die gesamte Kontrolle über den Sourcecode des Tools haben. Auf der anderen Seite gibt es natürlich eine kommerzielle Version von Intel TBB für diejenigen, die auf Support nicht verzichten wollen.

Gut an Intel TBB ist aus Marios Sicht vor allem, dass sich der zu parallelisierende Code nicht mehr als Low-Level-Threads, sondern als abstrahierte Tasks darstellen lässt, was die Parallelisierung von Spielen erheblich vereinfacht. Aber auch die verschiedenen Abstraktionsebenen machen aus Intel TBB ein echtes Gaming-Dev-Tool. So kann man mit Konstrukten wie Concurrent Container und Concurrent Allocator genauso arbeiten wie mit Low-Level-APIs wie dem TBB Scheduler, um damit die besten Ergebnisse zu erzielen. Einen weiteren Pluspunkt sieht Mario in der Plattformunabhängigkeit von Intel TBB, das von Windows, Mac OS und anderen Betriebssystemen und Plattformen unterstützt wird.

Last but not least hatten wir gegen Ende der GDCE 2010 die Gelegenheit mit Dierk Ohlerich zu reden. Dierk ist Head of Technology bei 49Games aus Hamburg, die sich vor allem auf Konsolentitel aus dem Bereich Sportsimulationen konzentrieren. In seinem Videointerview erzählt er uns, dass er seine eigene Task-Stealing Engine geschrieben hat, mit deren Hilfe Spiele optimal auf unterschiedlichen Multicore-Systemen skalieren.

Das Hauptziel seines Projekts ist die Integration einer solchen Task-Stealing Engine in die Rendering Pipeline. Dabei galt es jedoch diverse Klippen zu umschiffen wie das genaue Vorhersagen des Datenaufkommens, wofür dynamische Datenspeicher notwenig sind. Aber auch die richtige Reihenfolge beim “Zeichnen” einer Spielszene stellt laut Dierk ein echte Herausforderung dar, wenn es um das Parallelisieren der Render Engine geht.

Am ersten Tag ging es gleich mal sehr animationsmäßig los und wir hatten die Gelegenheit, uns die Havok Physics Engine näher anzusehen, mit deren Hilfe Spieleentwickler recht einfach und schnell bestimmte Effekte in ihre Games einbauen können. Dazu gehören Dinge wie Deformationen, berstende Gegenstände, etc. Und auch vollanimierte Kleidungsstücke lassen sich mit Havok generieren, ohne dass der Entwickler genau wissen muss, wie das funktioniert. Dass es funktioniert, belegen die zugehörigen Videos sehr gut.

Das Thema Spiele beschäftige uns natürlich weiterhin (sic!). So konnten wir mit Jerome Muffat-Meridol von Intel über seine Techsession reden, in der es um das Thema Multithreading von 3D-Spielen mithilfe von DirectX 11 ging. Dabei zeigte er anhand der so gennanten Nulstein-Demo, dass sich Spiele sehr gut parallelisieren lassen, wenn man den richtigen Taskscheduler und DirectX 11 für die einzelnen Phasen beim Erzeugen von 3D-Bildern dazu einsetzt, das ganze System so gut wie möglich zu parallelisieren. Und das skaliert dann problemlos auf 12 Threads, ohne dass der Entwickler große Dinge vollführen muss.

Weiter ging’s dann mit einem ganz anderen Thema, das auf dem IT-techBlog sehr viel besser aufgehoben wäre: Netbook-Games. Hierzu zerrten wir Leigh Davies vor die Kamera, um ihm drei schlaue Fragen zu stellen. Dabei kam heraus, dass Leigh in seiner Session etwas darüber verraten hatte, wie sich Spiele für Netbooks verkaufen lassen und wie man Netbook-Games für die GPU und CPU optimieren kann.

Natürlich durfe auch der Hinweis nicht fehlen, dass sich Netbooks weiterhin gut verkaufen und dass Intel bis zum Jahr 2013 mit zirka 140 Millionen verkauften Mininotebooks rechnet. Es ging außerdem auch um technische Aspekte wie die eingeschränkte Auflösung (1024*600) und die daraus resultierenden Konsequenzen. So rät Leigh zum Einsatz von Icons statt Text. Darüber hinaus sollte man sich als Spieleentwickler klar machen, dass ein Netbook wegen der guten bis sehr guten Akkulaufzeiten und des geringen Gewichts in höchstem Maße mobil ist. Auch das gilt es beim Gamedesign zu berücksichtigen.

Aber nicht nur Spiele für tragbare Computer standen bei Intel auf de GDCE 2010 auf dem Programm. Auch die neuesten Version des Analysetools Intel Graphics Performance Analyzers wurde vorstellt, und hierum kümmerte sich Steve Hughes von Intel, der uns ein bisschen was über die neuen Features von Intel GPA 3.0 erzählte, wie man damit Flaschenhälse und andere Verklemmungen in 3D-Spielen findet und wie Entwickler die Toolsuite optimal für ihre Zwecke einsetzen können. Besonders begeistert zeigte er sich von der neuen Platform View, die systemübergreifend zeigt, wie gut ein Spiel auf einer Multicore-Maschine skaliert.

So, das war`s erstmal, Teil 2 und Teil 3 folgen morgen. Darin wird es um die nächste Version von Intel GPA gehen, um das Parallelisieren von Spielen mithilfe der Intel TBB, um einen selbstgezimmerten Taskscheduler mit Taskstealing und um eine Live-Demo, die anhand von drei Teilen genau zeigt, wie sich Intel GPA einsetzen lässt.

Die erste Intel Techsession hielt Steve Hughes, der über Intel Graphics Performance Analyzers sprach. Diese Toolsuite hilft Entwicklern, ihre Spiele und Anwendungen zu analysieren und mögliche Flaschenhälse und andere nervige Dinge aufzuspüren und zu eliminieren. Steve sprach auch über die neuen Features vin Intel GPA 3.0, zeigte, wie sich die drei Werkzeuge (System Analyzer, Frame Analyzer, Platform View) richtig einsetzen lassen und wie man mit diesen Tools Veränderungen an einzelnen Frames unmittelbar sehen kann

Darüber hinaus haben wir gelernt, dass Intel GPA ein SDK und ein Capture-Tool umfasst, dass Intel GPA als Client-Server-Anwendung läuft, um die Testplattform so wenig wie möglich mit den notwendigen Berechnungen zu belasten und dass man mit Intel GPA einfach und schnell ganz tief in sein Spiel blicken kann.

Techsession Nummer zwei hielt Leigh Davies, der ebenfalls für Intel arbeitet. Sein Vortrag nannte sich “Building Games for Netbooks” und war randvoll mit interessanten Erkenntnissen wie diesen:

• Ad-hoc-Gaming für Netbooks ist mit dem Intel Laptop TDK ziemlich einfach.
• So aktiviert man die APIs des Intel Laptop TDK.
• So maximiert man die Rechenleistung des Intel Atom Prozessor mithilfe von Threading und SSE-Befehlen.
• Diese Vektorisieringsoptionen können für den Intel Atom-Prozessor angewendet werden.
• Mit den richtigen Compiler-Einstellungen optimiert man seine Spiele für die Intel Atom-CPU.
• Und vieles mehr

Darüber hinaus hatten wir die Gelegenheit, mit den Jungs von Havok zu reden, die sich den Demostand mit Intel teilen. Zu diesem Zweck haben wir unsere Videokamera aufgebaut und uns die Havok-Demo zeigen lassen, die aus drei Teilen besteht: die Havok Physics im Allgemeinen, zu “Zerstörungszwecken” und für das Rendern von Kleidung und Ähnlichem in Echtzeit. So, dann einfach nur auf den jeweiligen Link geklickt und das Video angeschaut. Viel Spaß dabei!

Natürlich werden wir nicht alleine in Köln herumspringen, da sich auch ein paar Intel-Leute dort aufhalten werden, um coole Software-Demos (sprich Tools) auf dem Intel-Stand zu zeigen und darüber hinaus über verschiedene Dinge in Form von Techsessions zu reden. Und wie ich ja gestern versprochen habe, gibt es heute ein paar weitere Infos, was ihr von den Intel-Vorträgen auf der GDCE 2010 erwarten könnt.

Die erste Präsentation findet am Montag um 10:10 Uhr statt, dauert 50 Minuten, wird von Steve Hughes gehalten und trägt den Titel “PC Profiling Made Easy with Intel Graphics Performance Analyzers”. Steve ist Senior Application Engineer bei Intel und seiner Techsession kann man im Nördlichen Sitzungszimmer im vierten Stock beiwohnen.

Sein Votrag beschäftigt sich unter anderem mit den Hauptmerkmalen der Toolsuite Intel Graphics Performance Analyzers (IGPA) und wie man damit Echtzeit-Analysen von 3D-Spielen durchführen kann, ohne die Runtime-Engine unnötig aufzublasen. Zu diesem Zweck bietet IGPA diverse Profiling-Ansichten, mit denen die Leistungsdaten des gesamten Systems erfasst werden können. Aber auch von Visualisierungstools, einem Frame-Analyzer, einem Debugger und einem Multithreading-Testtool wird die Rede sein.

Während seiner Präsentation wird Steve also zeigen, wie man mithilfe von IGPA eine Menge Zeit sparen und nervige Flaschenhälse sowohl auf CPU- als auch auf GPU-Seite finden und eliminieren kann. Das bedeutet für euch als Entwickler, dass ihr euch mehr um euren Code und weniger um die Fehleranalyse und deren Behebung kümmern müsst. So könnt ihr mit IPGA zum Beispiel recht einfach herausfinden, wieviele Drawcalls pro Szene stattfinden, wieviel Bandbreite die eingesetzten Texturen beanspruchen und wieviel Rechenzeit die verschiedenen Shader vom Gesamtsystem abzwacken.

So ist es bestimmt eine gute Idee, Steves Vortrag auf der GDCE 2010 auf keinen Fall zu verpassen. Wenn er auf dem Intel-Stand sein wird, gibt er euch bestimmt auch eine kostenlose IGPA-Demo. Und was die anderen Intel-Leute auf der GDCE 2010 erzählen werden, erfahrt ihr morgen.

Um das Thema Software-Optimierung für Game-Entwickler optimal darstellen zu können, betätigt sich Intel als einer der Hauptsponsoren dieses Mega-Events, was zur Folge hat, dass man diverse Intel-Vorträge besuchen kann, wenn man möchte. Zudem wird Intel auf der GDCE 2010 mit einem eigenen Stand vertreten sein, auf dem man eine Menge über diverse Entwicklerwerkzeuge wie die Intel Graphics Performance Analyzers lernen kann – Live-Demo inklusive.

Die Vorträge, die am Montag und Dienstag stattfinden werden, sind derer vier. Der Zeitplan sieht folgende Techsessions vor:

• Montag, 10:10 – 11:00 Uhr: PC Profiling Made Easy with Intel Graphics Performance Analyzers von und mit Steve Hughs, der wohl auch wieder die Live-Demo am Intel-Stand vorführen wird.

• Montag, 14:20 – 15:10 Uhr: Building Games for Netbooks von und mit Leigh Davies

• Dienstag, 9:00 – 9:50 Uhr: UFO Invasion: DX11 and Multicore to the Rescue von und mit Jerome Muffat-Meridol

• Dienstag, 14:20 – 15:10 Uhr: Turbo Charge your Game with Intel Threading Building Blocks von und mit Mario Deilmann

Klar, dass die Intel-Experten vor und nach den Vorträgen und später am Stand euren Fragen Rede und Antwort stehen werden. Kommt also Zuhauf in die Sessions und auf den Intel-Stand während der GDC2010. Es lohnt sich!

Ach ja, und wen es interessiert, was sich hinter den einzelnen Vorträgen verbirgt, sollte hier morgen wieder vorbei kommen. Und übermorgen. Und am Freitag. Und natürlich nächste Woche, wenn wir live vor Ort sind und twittern, bloggen und Videointerviews führen und diese auf Youtube stellen. So, watch this space!

Das UDK bietet so ziemlich alles, was man als ambitionierter Spieleentwickler braucht. Neben Unreal Engine 3 bietet es beispielsweise das integrierte Beleuchtungsmodell Lightmass, mit dem sich Lichteffekte wie Reflektionen von Glanzlichtern und verstreute Lichtquellen im Offline-Modus, also vorab, berechnen lassen. Und da UE3 höchst Multicore-optimiert ist, profitieren Game-Entwickler bei der Berechnung von Spielszenen und -Leveln von den schnellen 8- oder 12-Core-Prozessor-Maschinen, in denen eine Intel-CPU werkelt.

Aber auch die Möglichkeit, mithilfe von Unreal Swarm komplexe 3D-Berechnungen nicht nur von einem, sondern von einem ganzen Rechnernetzwerk durchführen zu lassen, spricht für Unreal Engine 3, respektive Unreal Developer Kit. Und auch weitere Features wie das Unreal Build Tool, Navigation Meshes und der Content Browser machen aus Unreal Engine 3 eine extrem leistungsfähige Entwicklerplattform für aufwändige 3D-Spiele. Und das alles für umsonst?! Kaum zu glauben…

• Intel GPA steht derzeit in der dritten Version kostenlos zum Download bereit, was lediglich mit einer kurzen Registrierung verbunden ist.

• Mit Intel GPA lassen sich DirectX-Spiele untersuchen (DirectX 9 und 10), aber auch das PC-System kann zur Spiele-Laufzeit untersucht werden. Damit lassen sich beispielsweise CPU-Lasten ermitteln und wie das Spiel auf Basis der vorhandenen Ressourcen skaliert.

• Mit Intel GPA lassen sich aber auch einzelne Spielszenen (Frames) untersuchen und herausfinden, wie sich diese in Sachen Funktionsaufrufe, etc. verhalten. Damit weiß man ziemlich genau, an welchen Stellen es “klemmt” und auf dieser Erkenntnis kann man probehalber einzelne Prozessorkerne “abschalten”, neue oder aufwändigere Texturen laden oder den Shader “umschreiben”, um somit eine optimierte Variante der betreffenden Szene zu erhalten. Denn oft sind es Kleinigkeiten, die ein 3D-Game ausbremsen.

• Mit Intel GPA lässt sich zwar nicht nur Intel-Grafikhardware adressieren, aber aufgrund der architektonischen Unterschiede gelingt dies natürlich am besten. Damit kann man genau messen, wieviel Bandbreite die verwendeten Texturen beanspruchen, wie viel Rechenzeit die Shader verbraten, etc. Damit weiß man ganz genau, an welchen Stellen es klemmt – und was man tun sollte, um diese Flaschenhälse zu beseitigen.

Tja, und den Rest schaut ihr euch am besten selbst an. Film ab!

Über eine dieser Sessions habe ich letzten Freitag schon berichtet, und heute erreichte mich die Nachricht, dass es zu den Intel-Aktivitäten eine eigene, kleine Webseite gibt, auf der sich weitere Infos zur Develop 2010 befinden. Dazu gehören unter anderem die Präsentationen in Form von Folien, die die Vorträge kurz und knackig abbilden. Hierunter sind folgende Themen:

1. Building Games for Netbooks
2. PC Profiling Made Easy with Intel Graphics Performance Analyzers (Folien)
3. Vectors of Performance in Gaming (Folien)

Zu Nummer eins habe ich selber schon das ein oder andere gesagt und sogar schon einen eigenen Vortrag gehalten. Zu Nummer zwei gibt es hier auf diesem Blog ebenfalls weiterführende Infos und einen Videobeitrag. Tja, und Nummer drei handelt von solch technischen Dingen wie SIMD, SSE4, Intel AVX und einiges mehr.

Also, ihr Spieleentwickler da draußen, besorgt euch die Präsentationen und schaut, wie ihr das Ganze in eure eigene Arbeit einfließen lassen könnt!

Er hatte nämlich seinerzeit mit einem echten Problem zu kämpfen: Warum ist dieses Soccer-Game, das er gerade entwickelte, nur so langsam? Also haben er und seine Kollegen nach und nach alles ausgeblendet, was auszublenden war: Stadium, Spieler, etc. Bis einer von den Programmierern auf die Idee kam, sich den Ball mal genauer anzusehen, und siehe da: Das runde Leder (das ja eigentlich gar nicht rund ist) bestand aus 5.000 Polygonen! Und das in einer Zeit, als sich 3D-Objekte eher aus 300 Polygonen zusammensetzten. Tja, damit war der Schuldige also gefunden (wie so oft der Ball).

Und, was lehrt uns das? Dass es beim Optimieren von 3D-Spielen oft mit dem Teufel zugeht und man auf den ersten und zweiten Blick gar nicht erkennt, warum bestimmte Spielsequenzen ruckeln oder auf einem Netbook beispielsweise gar nicht laufen. Wie gut, dass es mittlerweile für solche Herausforderungen Tools gibt wie die Intel-Suite Graphics Performance Analyzers.

Das Gute an Intel GPA ist ihre Flexibilität: Egal, ob man sein 3D-Spiel auf einem Core-i3- oder i5-System mit integrierter Grafik testen will oder gar auf einer diskreten Grafikkarte – das Toolset unterstützt beide Spielarten. Intel GPA besteht übrigens aus drei Teilen: System Analyzer, Frame Analyzer und Platform View. Mit dem System Analyzer lassen sich grundlegende Dinge wie die Framerate, Prozessorauslastung, Vertex-Lock-Zeiten und einiges mehr herausfinden.

Mit dem Frame Analyzer begibt man sich dann auf die eingegrenzte Fehlersuche, indem man beispielsweise eine spezielle Szene herausgreift und diese genau analysieren lässt und somit den Fehler (hoffentlich) findet. Und mithilfe von Platform View lernt man alles über die im Hintergrund laufenden Threads, die sich zur Laufzeit ergeben. Dies schärft das Verständnis für das Spiel “unter der Haube” und erlaubt eine genaue Analyse, wo es klemmen könnte. Hierfür muss man allerdings ein paar Zeilen Quellcode einfügen, im Gegensatz zum System und Frame Analyzer.

So, und wer jetzt mehr wissen will über Intel GPA, dem sei dieser englischsprachige Artikel empfohlen oder dieses Video von der GDC09. Oder ihr wartet auf unsere Berichterstattung live von der GDC 2010, die vom 16. bis 18. August in Köln stattfinden wird. Dort wird Intel GPA ebenfalls vertreten sein.

Also, um es gleich (wieder) klar zu machen: Ich fahre wie jedes Jahr für Intel auf die GDC, um vor Ort alle relevanten Themen abzubilden, die aus Intel-Sicht wichtig sind. Zu diesem Zweck begebe ich mich nicht alleine nach Köln, sondern habe wie so oft Tom Papadhimas dabei, der mir seine Video-Expertise zur Verfügung stellen wird. Soll heißen, dass wir drei Tage lang interessante und bekannte Leute vor die Kamera holen, ihnen ein Mikro unter die Nase halten und ihnen schlaue Fragen stellen werden. So wie immer halt.

Dieses Jahr schickt Intel wieder einen Schwung eigener Leute nach Köln, die unter anderem über folgende Dinge reden werden:

• Leigh Davies wird zeigen, wie sich Spiele für Netbooks konzipieren und entwickeln lassen. Hierzu gibt es diverse Tools, eine komplette Community und sogar einen eigenen App Store, wo man das Netbook-Game einstellen und verkaufen kann.

• Steve Hughes demonstriert während seiner Techsession, wie sich mithilfe der Tool-Suite Intel Graphics Performance Analyzer Flaschenhälse und ähnliche Dinge innerhalb eines Spiels aufspüren und eliminieren lassen. Darüber hinaus erlaubt Intel GPA das Optimieren von 3D-Games für unterschiedlichste Plattformen – vom Netbook bis Highend-Laptop.

• Mario Deilmann hat die Intel Threading Building Blocks im Gepäck und wird zeigen, wie sich mit dieser Threading-Bibliothek hochkomplexe Spiele at-its-best optimieren lassen. Natürlich geht es dabei auch um die neuen Features der Version 3.0.

• Jerome Muffat-Meridol kümmert sich verstärkt um das Thema DirectX 11 und warum es mit der Grafik-API von Microsoft einfacher wird, parallel ablaufende Spiele zu programmieren, und das rein mit DirectX-Bordmitteln.

Ja, diese Jungs werden wir auf jeden Fall zu ihren Techsessions vor Ort befragen und herausfinden, wie Spiele-Entwickler davon profitieren können. Und natürlich gibt es auf diesem Kanal in den nächsten Wochen mehr und mehr Infos rund um die GDC 2010.

Wir, das sind wie schon so oft ich selbst und Tom, der Videokamera, Stativ, Licht und anderes Zubehör dabei hat, um mit mir informative Interviews zu drehen, vor Ort zu schneiden, zu verbloggen und gleichzeitig auf Youtube & Co. zu stellen. Das wird wieder drei Tage lang Fun und richtig Arbeit. Wir freuen uns schon drauf!

Als kleines Aufwärmprogramm hab ich mir mal die Intel-Sessions der GDC 2010 angesehen, die vom 9. bis 13. März 2010 im kalifornischen San Francisco stattgefunden hat. Das könnte  diverse Hinweise darauf liefern, was uns in Köln drei Tage lang so alles erwartet.

• Chuck Desylva und Jeff Laflam warfen gemeinsam einen Blick auf die aktuelle Generation der integrierten Grafikchips, die Intel mit Einführung der Arrandale-Prozessoren (z.B. Core i5) vorgestellt hat. Aus Entwicklersicht sind Features wie DirectX-10- und OpenGL-2.1-Support interessant, aber auch die Dekodierung von HD-Videostreams (MPEG-2, VC-2, AVC) und der Einsatz von Clear Video HD-Technik. Daneben sind auch die Leistungszuwächse bemerkenswert, die sich beim Datendurchsatz in Sachen Vertex Shading, Rasterisierung, Texture Mapping und Pixel Shading ergeben. Die Session konzentrierte sich vor allem auf die Spieleoptimierung mithilfe bestimmter Tools wie VTune Performance Analyzer und Intel Graphics Performance Analyzer.

• Ron Fosner ging da schon einen ganzen Schritt weiter: Wie kann es gelingen, aus einem sequentiell programmierten Spiele-Titel ein Multithreading-Konstrukt zu bauen, das auf jedem Multicore-Rechner der Welt optimal skaliert? Es geht dabei um Threads versus Tasks, um Thread Pools, um Task Priorities, wie man mit Code- und Daten-Abhängigkeiten umgeht und vieles mehr. Das Ganze wurde natürlich anhand von echten Code-Beispielen demonstriert.
• Stan Melax, Quentin Froemke und Ganesh Rao begaben sich gemeinsam auf eine Zeitreise. Sie sprachen nämlich über eine Ära, in der das SIMD-Computing von Intel eingeführt wurde und die bis heute Bestand hat (und mit der kommenden Intel-Compiler-Version 12 in Form der AVX-Register und -Operationen die Evolution fortsetzt). Dabei geht es um die parallele Registerverarbeitung und darum, welche Leistungssteigerungen dadurch möglich sind. Denn der optimale Einsatz von SIMD-Befehlen erfordert kaum Anpassungen am vorhandenen Quellcode.

• Orion Granatir war gleich dreimal fleißig während der GDC 2010. Sein persönliches Highlight war sicherlich der Ein-Tages-Workshop, in dem es unter seiner Anleitung darum ging, ein sequentiell programmiertes Spiel so anzupassen und zu parallelisieren, dass es optimal auf einem Multicore-Rechner mit integrierter Grafik läuft. Dazu passte auch seine Session mit dem vielversprechenden Titel “Fürchte dich nicht vor Threads”. Hier wurden vier verschiedene Ansätze betrachtet, wie sich Spieletitel parallelisieren lassen. Und seine dritte Präsentation widmete sich einem ganz anderen Thema, das aber mindestens genauso wichtig scheint: Wie optimiere ich meine Spieletitel für Netbooks?

Nun ist es aber leider so, dass kaum ein Spiel den Zugriff auf diese Dienste implementiert hat, was jedoch mit ein paar Codezeilen an der richtigen Stelle im Quellcode des Spiels problemlos zu machen ist. Sagt zumindest Mitchell Lum von Intel, der in seinem Blogpost anhand eines C#-Beispiels zeigt, wie man aus dem laufenden Spiel heraus twittern kann. Das ist übrigens nicht nur für Multiplayer ein echter Mehrwert, sondern auch für Spieleentwickler, die auf diesem Weg den Bekanntheitsgrad ihrer Titel mithilfe von Twitter erhöhen können.

Dann schaut euch den Blogbeitrag samt Codebeispiel einfach mal in Ruhe an.

So viel Verbesserung in Sachen Performance lässt sich unter anderem mit Multicore-Optimierungen seitens der Avast-Entwickler bewerkstelligen. Damit erfolgt beispielsweise der Echtzeit-Scan auf einem Prozessorkern, während die GUI von einem zweiten Kern ausgeführt wird, was die Software insgesamt performanter macht.

Was die Leute bei Avast alles dafür getan haben, um ihre Software multicore-tauglich zu machen, werde ich versuchen herauszufinden. Sobald ich die passenden Antworten habe, werden sie natürlich hier veröffentlicht.

PS: Falls ihr Avast Free Antivirus installieren wollt, solltet ihr vorher unbedingt die bereits installierte Antiviren-Software deinstallieren. Ansonsten legt ihr euch möglicherweise den PC selbst lahm.

Was für den August galt, traf auf den September im selben Maße zu: War ich im Vormonat auf der Games Developer Conference, so verschlug mich der neunte Monat des Jahres in das wundervolle San Francisco, wo ich eine ganze Woche auf Intel-Kosten verweilen durfte. Es ging natürlich vorwiegend um die Intel-eigene Entwicklerkonferenz IDF, wo ich mich mit zwei wesentlichen Themenschwerpunkten beschäftigte: Multicore und Netbooks. So besuchte ich unter anderem die Techsessions Software-Tools für skalierende Apps, Parallel Computing mit .NET 4 und Visual Studio 2010, Moblin Technical Overview, Netbook-Ecosysteme und Anwendungsmodelle und sammelte erste Informationen zum geplanten Intel App Store.

Der September und die IDF-Berichterstattung deuteten es bereits an: Das Software Dev Blog wird sich neben der Parallelprogrammierung in Zukunft auch mit dem Thema Netbooks, Atom-Prozessor und Co. beschäftigen. Und so verlagerten sich die Blogbeiträge im Oktober mehr und mehr in diese Richtung. So ging es um die Frage, was beim Intel Atom Developer Program alles zu beachten ist, wer eigentlich den App Store braucht und was das Intel App Store SDK wohl leisten wird. Daneben wartete im Oktober ein weiteres Event auf uns: das mobiledevecamp Munich 2009, das sich an Software-Entwickler mobiler Anwendungen richtete und das in den heiligen Intel-Hallen zu Feldkirchen stattfand. Dort waren rund 80 Leute zugegen (unter anderem Martin Mohring von der Liunux Foundation) und es war insgesamt eine wirklich gute Veranstaltung. Ansonsten fand der erste Intel Blogger Day statt und das Software Dev Blog wurde genau ein Jahr alt.

Im November ging es noch mal auf Reisen, dieses Mal nach Berlin auf die Microsoft Tech-Ed Europe 2009. Auf dieser Entwickler- und Business-Konferenz trafen sich rund 8.000 Menschen, um sich umfassend über die neuesten Microsoft-Technologien zu informieren. Intel war natürlich auch vor Ort, und so habe ich wieder gemeinsam mit Tom viele schöne Videos nebst den passenden Blogbeiträgen erstellt und verfasst. So haben wir mit Steve Teixeira über die Parallelprogrammierung aus Microsoft-Sicht geplaudert, uns von Rami Radi erklären lassen, wie .NET-Entwickler von Multithreading profitieren und haben gelernt, wie die Zukunft der Parallelprogrammierung aussehen wird. Aber es gab auch Neues von Intel in Sachen Multicore, und zwar in Form der Cloud-Testumgebung Intel Parallel Universe.

Der Dezember stand wieder eher im Zeichen des Intel App Store und des zugehörigen Intel Atom Developer Program. Aber es ging auch um Moblin, um die sieben Schritte bis zur ersten eigenen App im Intel App Store, um ein neues Buch zum Thema Parallelprogrammierung unter .NET und um Pine Trail.

Und worauf können wir uns für 2010 einstellen? Nun, während der CES in Las Vegas wird Intel wohl seinen App Store vorstellen. Ende Januar wird Intel dann auf den M-Days mit eigenen Stand vertreten sein und über das Intel Atom Developer Program und den App Store berichten. Apropos Stand: auf der Mobile World Conference in Barcelona wird Intel ebenfalls vor Ort sein – und damit auch ich. Ansonsten werden wir viele neue Dinge rund um Netbook-Apps und Co. zu sehen bekommen. Und die Games Developer Conference 2010 in Köln wird uns sicherlich auch wieder erwarten.

Der Mai stand ganz im Zeichen der Ankündigungen: So war die Geburtsstunde des deutschsprachigen Intel Onlineshops für den Mittelstand zu vermelden, aber auch die Entwicklersuite Parallel Studio erblickte das Licht der digitalen Welt. Ansonsten war der Mai eher ruhig aus Blogsicht. Daher war ein wenig Zeit für Surftipps, für die Vorstellung eines Softwaretools für mobile Spieleentwickler und für eine genauere Betrachtung, was der Parallel Advisor Lite zu leisten imstande ist.

Was dem Mai an Events beziehungsweise an deren Ankündigungen fehlte, holte der Juni direkt wieder nach. So verwies ich auf die Exasol Roadshow, die es Anfang Juli nach München verschlagen sollte. Aber auch die Intel-Microsoft-Techtalks und das GameCamp Munich 2009 waren mir entsprechende Hinweise wert. Ansonsten kam die Firma Maxon zu Wort, die mir verriet, warum Cinema 4D auf Multicore-Plattformen so leistungsstark ist.

Anfang Juli stattete ich der Intel-Außenstelle Ulm einen Kurzbesuch ab. Was ich von dort mitnahm war vor allem eins: Aus Ulm kommen grafisch orientierte Linux-Debugger, mit denen sich sequenziell und parallel programmierte Anwendungen sehr komfortabel testen lassen. Bemerkenswert fand ich im Juli aber auch diverse Einsichten: Warum Colin McRae DiRT 2 so geil auf einem Multicore-Rechner aussieht, warum Demigod auch auf Notebooks spielbar ist und warum Empire: Total War auf Notebooks gut läuft. Daneben gab es Infos zu Tools wie den Visual Studio: Parallel Debugger Extensions, Videosessions der TechTalks mit Intel und Microsoft und Screencasts zur Parallelprogrammierung unter .NET 4.

Der August stand ganz im Zeichen der Games Developer Conference, die im Gegensatz zum letzten Jahr in Köln vor der GamesCom stattfand. Auch dorthin reiste ich natürlich, gemeinsam mit Tom, mit dem ich schon seit längeren Videointerviews und ähnliche Dinge drehe und auf Youtube stelle. So lernten wir auf der GDC09 eine ganze Menge: Warum die nächste CryEngine erst 2012 kommt, warum CPUs für Spieleentwickler wichtig sind, wie Intel Parallel Studio funktioniert, wie man Spieletitel für integrierte Grafikchips optimiert und vieles mehr.

Um das Ganze besser konsumierbar zu machen, wird die Rückschau 2009 als Trilogie verfasst sein, wobei der letzte Teil auch ein wenig in die Zukunft blicken wird. Also dann mal los.

Der Januar begann traditionsgemäß mit der OOP, die im Messezentrum zu München stattfand. Dort trafen sich an fünf Tagen Software-Entwickler aus ganz Deutschland (und darüber hinaus), um über sämtliche Aspekte der objektorientierten Programmierung zu reden. Da Intel einer der Sponsoren dieses großen Events war, kam mir die Rolle des OOP-Berichterstatters zu. Es gab eine ganze Menge zu bloggen: über die Multicore-Programmierung, über 12 Thesen zu diesem Thema und über die Parallelprogrammierung im .NET-Umfeld, woraus ein umfassender Dreiteiler entstand (Teil 1, Teil 2 und Teil 3). Daneben hielt der Januar Blogposts zu der Frage parat, warum DivX, Nik Software und Crysis so gut auf Multicore-Prozessoren skalieren.

Der Februar ließ bereits erahnen, was die Multicore-Entwicklergemeinde im Jahr 2009 in Sachen Intel-Tools zu erwarten hatte: die Parallelisierungssuite Parallel Studio warf erste Schatten voraus, die im Laufe der Zeit immer länger werden sollten. In vier Blogbeiträgen wurden die Fähigkeiten dieses Visual-Studio-Plugins näher beleuchtet (Teil 1, Teil 2, Teil 3 und Teil 4). Der Februar war ohnehin sehr tool-lastig: So ging es unter anderem um hochoptimierte Software-Bibliotheken für die Parallelprogrammierung, um den Concurrency Checker und den Thread Profiler. Events fanden aus Blogsicht im Februar keine statt.

Der März begann mit einer Art Ritterschlag: das Entwicklerportal MSDN, auf dem Microsoft seine Community mit neuesten Infos und Tools versorgt, spendierte dem Thema Parallelprogrammierung eine deutschsprachige Sektion und band das Software Dev Blog prominent an diversen Stellen ein. Das nahm ich natürlich zum Anlass, einen Vierteiler zum Thema .NET-Threads zu veröffentlichen (Teil 1, Teil 2, Teil 3, Teil 4). In Sachen Events gab es auch wieder etwas zu vermelden, und zwar in Form von Vorschauen: auf die Intel Software Conference, auf den prio.powerday, die Games Developer Conference und die Eurographics 2009.

Der April war wieder sehr event-lastig, nämlich in Form der Intel Software Conference 2009 (ISC09) und des prio-powerday 2009 “Multicore-Programmierung im .NET-Umfeld”. Auf der ISC09 ging es unter anderem um die Parallelprogrammierung für den Mainstream, um Microsoft und die parallele Programmierung und natürlich um Parallel Studio. Und weil der April noch nicht genug hatte, folgte kurz nach der ISC09 der prio.powerday 2009, auf dem Dinge wie das Multithreading mit .NET-Bordmitteln besprochen wurden, aber auch die Parallele Programmierung unter .NET 3.5 und die Microsoft Concurrency Coordination Runtime.

Los ging das Bloggen für Intel am 11. August 2008, und zwar anlässlich der Spieleentwickler-Konferenz GCDC’08, die voriges Jahr noch im schönen Leipzig stattfand. Aufgrund der guten Erfahrungen und des Erfolgs vor, während und nach dieser Veranstaltung habe ich gemeinsam mit Intel das Software Dev Blog ins Leben gerufen. Die Ausrichtung war von Anfang eindeutig: Was muss ich als Software-Entwickler alles dafür tun, damit meine leistungshungrigen Anwendungen optimal auf Multicore-Prozesssoren laufen?

Dafür habe ich erst einmal die wichtigsten Tools vorgestellt, die Intel hierfür in petto hat. Namentlich sind dies Parallel Studio, VTune Performance Analyzer, Thread Checker, Intel TBB, Intel Compiler, Concurrency Checker, Thread Profiler und andere Werkzeuge. Dann kam Event Nummer 2 schon des Wegs: Microsoft Tech-Ed 2008, wo wir live gebloggt und Videos gedreht haben.

Ab Mitte Februar warf Parallel Studio dann weitere Schatten an die Wand, die ich zum Anlass nahm, mir die angekündigte Multicore-Suite genauer anzusehen. Am 27. Mai kam das Tool dann übrigens zur Welt.

Selbst Grundlagen der parallelen Programmieren kamen und kommen hier nicht zu kurz. So kann man Multithread-Konzepte kennen lernen, von fünf Multicore-Programmierregeln lernen, Programmiermethoden erforschen, mögliche Fehler umgehen, OpenMP begutachten und viele andere Dinge mehr.

Das Software Dev Blog prangert auch schon mal an, so wie die Ausbildungslücken in Sachen Multicore-Programmierung, oder loben Unis, wenn sie sich dieses Themas annehmen.

Im Laufe des zurückliegenden ersten Jahres habe ich immer wieder wichtige Menschen der Entwicklerszene zu Wort kommen lassen, so wie die Vertreter von DivX, Crytek, Nik Software, Microsoft, Cakewalk, Maxon und andere.

Natürlich begab ich mich zwischendurch einige Male auf längere und kürzere Reisen, um live von passenden Veranstaltungen zu berichten. Dazu gehörte die OOP in München (aus der sich ein .NET-Vierteiler ergab), Eurographics 2009 (auch aus München), Intel Software Conference in Salzburg, prio.powerday in München, die Exasol-Roadshow, das Gamescamp zu München, TechTalks mit Intel und Microsoft, Game Developers Conference 2009 zu Köln und kürzlich das Intel Developer Forum in San Francisco, auf dem es eine Menge Infos zu Moblin gab. Dieses Thema wird mich hier übrigens in nächster Zeit noch öfter beschäftigen.

Gefeiert wird der erste Geburtstag übrigens auf dem morgigen Intel (B)logger Day, der in … genau, München stattfindet. Happy Birthday, Blog!

Sodala, die Game Developers Conference 2009 ist Geschichte und wir präsentieren nochmals die schönsten Bilder der Entwicklerkonferenz. Ob CryEngine 3 samt Interview mit Cevat Yerli, Techsessions zu CPU-Fragen, Larrabee, Parallel Studio, Intel Graphics Performance Analyzer oder Duale Zahlen – wir hatte unseren Spaß und haben eine ganze Menge gelernt.

Und die Entwickler hatten auch etwas davon – na, mal vor allem die, die eines der vier Netbooks gewonnen haben. Alle anderen hoffentlich auch. Also, wir sehen uns (wieder) im nächsten Jahr. Gleiche Stelle, gleich Welle. Tschö und macht et jut!

Am gestrigen dritten und letzten Tag der Game Developers Conference 2009 hatten wir noch ein richtiges “Wow”-Erlebnis. Und zwar am Crytek-Stand, wo wir Zeuge einer Präsentation wurden, in der es um die brandneue Entwicklungsumgebung von Crytek geht. Diese versteht sich als Komplementärprodukt zur CryEngine 3, die sich ja noch im Beta-Status befindet. Was wir von dem CryEngine-Backend sehen konnten, war mehr als beeindruckend.

So wird es möglich sein, ein neues Spiel für alle drei Plattformen – also PC, PlayStation und XBox – gleichzeitig zu entwickeln. Dabei lassen sich sämtliche Veränderungen an einem Level in Echtzeit testen – auf allen drei Plattformen. Das wird natürlich die notwendigen Entwicklungszeiten drastisch reduzieren. Das geht sogar so weit, dass Veränderungen an einem Gamelevel beim Ausfall einer der drei Plattformen nach deren Neustart automatisch aktualisiert werden – ein weiterer wesentlicher Vorteil für Spieleentwickler.

Aber auch die Integration von weiteren Tools wie Photoshop in die Crytek’sche Entwicklerumgebung hat es in sich: So lassen sich beispielsweise bestehende Texturen per einfachem Drag’n'Drop in die Bildbearbeitungssoftware kopieren, verändern und wieder per Mausklick in den Gamelevel übernehmen. Wirklich sehr trivial. Aber auch das Erstellen neuer Objekte wir Inseln, Felsen etc. geschieht schnell und einfach per Maus. Es war wohl noch nie leichter, Game-Designer zu sein …

Auf die CryEngine-3-Spiele kann man sich also wirklich freuen, wenngleich die Unterschiede zur CryEngine 2 nicht so dramatisch ausfallen werden. Außerdem müssen wir uns noch ein wenig gedulden, bis die nächste CryEngine ansteht. Denn das kann locker 2012 werden, wie wir von Cevat Yetil (CEO von Crytek) erfahren haben.

Damit wir hier nix Falsches erzählen, konnten wir Gino van den Bergen zu einem Interview überreden, damit er uns etwas über Duale Zahlen erzählt: Worum es in seinem Vortrag ging, warum Spieleentwickler auf Duale Zahlen setzen sollten und was das Ganze mit Larrabee zu tun hat.

Nur soviel: Es geht um “Clean Code”, um die Vereinfachung der Differentialrechnung, und andere schöne Dinge, mit denen vor allem Spieleprogrammierer zu tun haben.

Und jetzt: Film ab!

Anlässlich der Game Developers Conference 2009 in Köln betrat Steve Hughes von Intel die Bühne, um über ein Tool zu sprechen, von dem hier schon öfter die Rede war: Intel Graphics Performance Analyzer. Mithilfe dieses kleinen Software-Werkzeugs können Spieleentwickler wie Sega ihre Titel so optimieren, dass sie nicht nur auf Desktop-PCs mit diskreter Grafikkarte vernünftig laufen, sondern auch auf Rechnern mit integriertem Grafikchip.

Um dabei eine optimale Balance aus flüssigem Gameplay und möglichst detail- und effektreichen Bildern zu garantieren, ermittelt Intel GPA vorhandene Hotspots eines Spieletitels wie in Empire: Total War. Hierfür haben die Software-Spezialisten der Sega Tech Group im Auftrag von Sega das komplette Spiel zu Testzwecken zweigeteilt: “Kampagnen” und “Schlachten”. Innerhalb dieser zwei Segmente wurden dann mithilfe des Intel GPA interessante Dinge identifiziert.

Dazu gehörte beispielsweise das Rendern der Küstenlinie, was eine Menge an Rechenzeit beansprucht. Zuviel für ein System mit integrierter Grafik. Die Lösung war dann recht simpel: Shader-Befehle wurden vereinfacht, sodass die GPU weniger zu rechnen hat, ohne dass die Szenerie ihren Reiz verliert. Ähnlich verfuhren die Software-Entwickler in Sachen Regenschauer, die das Spiel auf Notebooks erheblich ausbremsten. So entschlossen sich die Sega-Ingenieure dazu, die einzelnen Regentropfen mit einer Textur zu überziehen, anstatt diese mithilfe eines aufwendigen Shaders berechnen zu lassen.

Nach seiner Präsentation hat sich Steve dann noch ein wenig Zeit genommen, um uns Intel Graphics Performance Analyzer in Aktion zu zeigen. Sehr sehenswert!

Und das auf einer Vielzahl von Prozessorkernen, die sowohl für allgemeine Aufgaben taugen als auch für grafisch orientierte (wie viele Cores Larrabee verpasst bekommt, verrät Intel leider noch nicht). Die Schlussfolgerung daraus: Der Befehlssatz von Larrabee (LRBni genannt) wird hoch komplexe mathematische Aufgaben blitzschnell und sehr parallel berechnen.

Steve hat übrigens während seines heutigen Vortrags für besonders schlaue Fragen Mauspads verschenkt, was ziemlich gut ankam (können sich Software-Entwickler die kleinen Matten nicht leisten?!). Außerdem hat er ein wirklich interessantes Statement abgegeben:

Wenn Intel eine Software-Firma wäre, würden wir zu der größten ihrer Zunft gehören!

Soll heißen: Intel beschäftigt mehrere tausend Software-Entwickler, die Jahr für Jahr neue Software-Tools programmieren und bestehende weiterentwickeln. Damit andere Software-Programmierer die Intel-Prozessoren bestmöglich ausschöpfen können. Ganz in Steves Sinne!

Ach ja: Nach seiner zweiten Session hat sich Mister McCalla noch ein wenig Zeit genommen, um unsere Fragen zu beantworten. Wir wollten noch unbedingt wissen, warum sich Game-Programmierer auf Larrabee freuen sollten.

Erst einmal ging es aber um das Tic-Toc-Modell von Intel: Seit 2005 gibt es in den ungeraden Jahren eine neue Prozessorgeneration, in den geraden eine Verkleinerung derselben, da die Fertigungsprozesse ständig verbessert werden. Derzeit steht der grundlegende Wechsel von 45 zu 32 Nanometern an.

Natürlich kam in Leighs Session auch der berühmte Satz “The free lunch is over” zum Einsatz (der zwar ein wenig überstrapaziert ist, aber immer noch Gültigkeit hat). Diese von Herb Sutter geprägte Aussage bezieht sich auf die Tatsache, das seit 2005 die Taktraten nur noch unwesentlich ansteigen (dafür aber die Zahl der Prozessorkerne). Das bedeutet vor allem für Software-Entwickler, dass sie in die Programmierung neuer (oder bestehender) Anwendungen mehr Hirnschmalz stecken müssen, da sie nur noch mit Multithreading und solchen Vorgängen ihre Apps schneller machen können.

Daher lautete Tipp #1 von Leigh an die anwesende Entwicklerschar: “Beschäftigt euch so früh wie möglich mit künftigen Prozessoren!” Nur dann schaffen die Entwickler es nämlich, das Optimum aus der Hardware herauszuholen und damit die eigene Anwendung leistungsfähiger zu machen.

Dazu gehört zum Beispiel die verfügbare Anzahl von Prozessorkerne und möglichen Threads pro Core, aber auch die Evolution der registernahen SIMD-Befehle, die derzeit in der Version 4.2 auf dem Core i7 implementiert sind. Aus diesem Grund lautet Tipp #2: “Eure Kunden haben SSE, also nutzt es!”

Abschließend folgte Leighs Tipp #3, und der hat mit der Bestimmung der vorhandenen Prozessorkerne in einem PC zu tun: “Das ‘Erraten’ von CPU-Kernen ist ziemlich gefährlich, also gebt euch Mühe, diese zu berechnen!” Hierfür gibt es übrigens detaillierte Codebespiele auf intel.com.

Ja, und anschließend stand uns Leigh Davies noch für drei schlaue Fragen samt schlauer Antworten parat. Daher: Film ab!

Ansonsten war die Keynote-Präsentation wenig spektakulär, bot aber trotzdem interessante Einblicke in die Evolution der CryEngine. Diese erblickte in Form des Spieletitels Far Cry quasi das Licht der Welt (das Spiel selbst wurde zwischen 2001 und 2004 entwickelt). Mit Far Cry waren zum ersten Mal Pixel Shading, Bumpmapping, Vertex Shading und HDR möglich – ein echter Meilenstein im 3D-Gaming also.

Im November 2007 folgte dann Crysis, das auf der Folgegeneration CryEngine 2 basiert. Damit sah sich selbst Crytek auf einem guten Weg in Sachen fotorealistisches Rendering. Ein wesentlicher Unterschied zur Vorgänger-Engine war die verbesserte Skalierbarkeit von CryEngine 2, sowohl bei den 3D-Daten als auch bei der Pipeline.

Tja, und nun gibt es bereits CryEngine 3, die sich allerdings noch im Betastadium befindet. Die neuen Möglichkeiten sind allerdings jetzt schon sehr beeindruckend: Neben skalierendem Many-/Multicore-Support bietet CryEngine 3 weitreichende grafische Verbesserungen. Aber auch die Entwicklungsumgebung hat es in sich: Wie man sich am Crytek-Stand im Ausstellerbereich überzeugen kann, erlaubt das Entwicklersystem die parallele Kreation eines Spielelevels für PC, Xbox und PlayStation zur selben Zeit. Das ermöglicht ein sehr effizientes simultanes Testen eines neuen Levels. Dazu werden wir noch Bewegtbilder nachreichen.

Aber natürlich wagte Cevat auch einen Blick in seine Kristallkugel, was in Sachen 3D-Spiele auf uns zukommt: Dazu gehörte die Feststellung, dass künftige Grafikprozessoren immer leistungsfähiger, da paralleler werden und zudem immer mehr Prozessoraufgaben übernehmen werden (hallo, Larrabee). Daneben fand ich die Tatsache halbwegs überraschend, dass es noch bis 2012 dauern wird, bis wir Abschied nehmen werden von festen Auflösungen innerhalb eines Spiels. Daher werden sich Spieleentwickler weiterhin darauf konzentrieren müssen, ihre Designs weiter zu verfeinern, die Physics Engines zu verbessern und die AI zu erhöhen. Nur auf diesem Weg lassen sich Spiele weiterhin differenzieren.

Ach ja: Direkt im Anschluss an seine Keynote stellte sich Cevat Yerli unseren vier Fragen. Die Antworten geben kurz und knapp Auskunft über seine Präsentation, über die Besonderheiten von CryEngine 3, über die Grafikengine der Zukunft und eine kleine Einschätzung in Sachen Larrabee. Danke, Cevat!

• Am Intel-Stand ging’s von der ersten Minute an richtig rund. Soll heißen, die Demos zu Parallel Studio, Intel TBB, Intel GPA und anderen Tools und Techniken sind ein echter Renner. Obendrein zieht das Gewinnspiel, bei dem man ein schickes Asus-Netbook abgreifen kann, die Leute an den Stand. Das liegt natürlich vor allem an “fabulous” Kellie!

• Die Keynote von Cevat Yerli, seines Zeichens CEO von Crytek, war richtig gut besucht. Kein Wunder, es ging schließlich um die Zukunft der Grafik-Engine. Und über die Vergangenheit ebenfalls, mitels CryEngine 1 und 2.

• Das Interview mit Cevat war kurz, knackig und sehr pointiert. Aber dazu gibt es etwas später mehr. So, stay tuned …

Ach ja: Wir haben schon mal ein wenig gedreht und die besten Impressionen in einen 80-Sekünder gepackt. So als Aufwärmprogramm – quasi …

Dazu gehören Keynote-Vorträge von Cevat Yerli, seines Zeichens CEO von Crytek, David Cage von Quantic Dream und anderen wichtigen Köpfen der Spielebranche. Das Bild der Konferenz werden allerdings die zahlreiche Sessions aus den Themenbereichen Geschäftsmodelle, Game Design, Produktionsabläufe, Programmierung und Entwicklung sowie Visual Arts bestimmen.

Das Software Dev Blog interessiert sich natürlich hauptsächlich für die technischen Vorträge. Daher werden wir uns – ausgestattet mit Notebook und Videokamera – auf die Suche machen nach interessanten Gesprächspartnern und spannenden Inhalten. Wir werden also unter anderem mit Leigh Davies darüber reden, worauf es beim Entwickeln von Software ankommt und warum mit jeder neuen Prozessorgeneration neue Herausforderungen und Chancen auf Spieleentwickler zukommen.

Natürlich werden wir uns auch das Entwicklertool Graphics Performance Analyzers ansehen und uns von Steve Hughes zeigen lassen, wie es Sega mithilfe der Toolsuite geschafft hat, ihren Spieletitel “Empire: Total War” für integrierte Grafikchips zu optimieren. Darüber hinaus werden wir uns in die Larrabee-Sessions setzen und mit den zuständigen Intel-Ingenieuren reden, was es mit der Vektorisierung und Rasterisierung sowie dem parallelen Speichern und Laden mithilfe des Befehlssatzes LRBni auf sich hat.

Daneben werden wir natürlich unsere Fühler ausstrecken und die interessantesten Infos auf der GDC09 ausgraben. Sicherlich fündig werden wir am Crytek-Stand im großen Aussteller-Areal. Dort kann man nämlich die CryEngine 3 bewundern. Und hoffentlich können wir mit den Ubisoft-Leuten am Stand 153 über Anno 1404 reden – und über die Bemühungen reden, die in Sachen Multicore-Optimierung in dem Spieltitel stecken.

Deshalb solltet ihr es auf keinen Fall verpassen, von Montag bis Mittwoch unsere Liveberichterstattung von der GDC09 mitzuverfolgen. Und zwar per Blog, Videoclips und Twitter. Die volle Bandbreite eben!

Dieser trägt offiziell den Titel SIMD programming with Larrabee: Second Glance at the New Instructions in Action und beschäftigt sich sehr detailliert mit der SIMD-, also registernahen Programmierung von Larrabee-basierter Software. Hierzu werden Steve Hughes und Steve McCalla von Intel sehr tief in die Materie einsteigen und darüber referieren, dass …

… zu jedem Larrabee-CPU-Kern 32 Vektor-Register gehören, die jeweils 16 Bit breit sind und sich für parallel ausführbare Operationen nutzen lassen. Das ergibt in Summe 512 breite SIMD-Register pro Core.

… die Larrabee-nahe Programmierung zwei Methoden bereithält, um Vektoroperationen durchzuführen: SOA (Structure of Arrays) und AOS (Array of Structure). Beide haben ihre Berechtigung und Steve & Steve werden ausführlich darlegen, in welchem Fall welche der beiden Methoden die bessere ist. Und das anhand einfacher mathematischer Beispiele wie der Matrizenberechnung.

… Predication acht 16-Bit-breite Register nutzt, um vektorbasierte Vergleichsoperation parallel durchzuführen. Damit sind auch klassische x86-Schleifenkonstrukte realisierbar.

… Gather und Scatter ebenfalls ganz wichtig sind, wenn man über Larrabee-Programmierung redet. Gather entspricht einem auf 16 Floatingpoint-Registern parallel ausführbaren Ladebefehl pro Kern. Und Scatter bezeichnet den umgekehrten Weg, also das simultane Speichern dieser 512 Bit breiten Vektoren. Dabei werden wir auch lernen, dass Gather und Scatter wesentlich von der Cache-Taktung abhängig sind.

… es bereits eine C++ Larrabee Protoype-Bibliothek gibt, in der es nur noch einen Header und keine .lib- oder .dll-Dateien mehr gibt. Zudem wird wohl das Debuggen um einiges einfacher sein und es sollen möglichst sämtliche bestehenden Plattformen unterstützt werden.

Es gibt also viele gute Gründe, sich den Dienstagmorgen (10:10 bis 11:00 Uhr MESZ) zu reservieren, um entweder direkt auf der GDC’09 zu Köln die Larrabee-Session live mitzuerleben oder hier auf diesem Blog vorbeizuschauen. Denn wir werden in Bild und Ton darüber berichten, was Steve & Steve zu erzählen haben – und warum man als 3D-Programmierer in Zukunft wohl kaum noch an Larrabee vorbeikommen wird.

Natürlich wird Leigh Davies in seiner Session auch kurz und knapp auf Larrabee eingehen. In diesem Zusammenhang habe ich versprochen, euch ein paar mehr Infos zu den Larrabee-Sessions zukommen zu lassen. Dieses Versprechen löse ich hiermit ein. Ok, eigentlich ist der heutige Beitrag nur die eine Hälfte des eingelösten Versprechens, da die Kurzfassung des zweiten Larrabee-Vortrags morgen folgt.

Nach einer kurzen Einführung, was Larrabee ist und wozu es eingesetzt werden kann, wird Steve McCalla von Intel ziemlich schnell in Medias Res gehen. Ohne Umschweife wird er über einen Teil der mehr als 100 neuen Befehle reden, die Larrabee zu bieten hat. Dazu gehören vor allem Vektor-Befehle, mit deren Hilfe bestimmte Operationen wie Multiplikation und Addition in den vorhandenen 32 Vektor-Registern parallel ausgeführt werden können (diese Register v0 bis v31 sind übrigens allesamt 512 Bit breit!).

Steve wird aber auch darüber referieren, dass notwendige Datenkonvertierungen bereits während eines LOAD-Befehls durchgeführt werden können. Und beim Speichern von Daten ist diese Umwandlung natürlich auch möglich.

Doch was nützt die schönste Theorie, wenn die Praxis nicht zu Wort kommt. Daher steigt Steve in die Larrabee-Programmierung ein und zeigt anhand diverser Bespiele, dass man mit relativ wenig Aufwand die volle Bandbreite von Larrabee effizient nutzen kann. Dazu gehört ein sehr komplexes Mandelbrot-Codebeispiel, aber auch einfache mathematische Operationen sollen die Vorteile der Vektorisierung zeigen. Und so geht es weiter: Steve spricht über Broadcast- und Konvertierungsbeispiele, über die GPU-Eigenschaften von Larrabee und sehr ausführlich über die Rasterisierung mit der neuen GPGPU-Technik von Intel.

Ach ja: Ich bin ja schon sehr gespannt, ob Tim Sweeney von Epic Games zu Wort kommen wird. Der hatte nämlich schon mal die Gelegenheit, einen Blick auf Larrabee zu werfen, und befand kurz und knapp: “Larrabee rocks!” Oder etwas genauer gesagt: “Jede traditionell programmierte Schleife kann vektorisiert und mithilfe der Larrabee-Vektoren parallel ausgeführt werden!” Oder so ähnlich …

Wenn ihr auch wissen wollt, ob Tim das wirklich gesagt hat, solltet ihr es auf keinen Fall versäumen, unsere Liveberichterstattung aus Köln mitzuverfolgen. Ich bin nämlich gemeinsam mit dem Kollegen Papadhimas vor Ort und werde über alles Wissenswerte berichten, was sich auf der GDC Europe 2009 zuträgt. Drei volle Tage. Das rockt!

Am Montag um 17:40 Uhr stellt sich Leigh Davies die Frage, wie Spieleentwickler Schritt halten können mit den permanenten Neuentwicklungen im Prozessorsegment – und was sie davon haben. Es geht also um aktuelle Mikroarchitekturen von Intel (Core 2, Core i7) und geplante Prozessoren (Westmere, Sandy Bridge). Letztere werden übrigens ausschließlich auf 32-nm-Basis gefertigt. An diese ständigen Veränderungen sollten sich die Spieleentwickler permanent anpassen können. Spieleprogrammierer sind vor allem dazu aufgerufen, nicht mehr ausschließlich sequenziell, sondern auch parallel zu entwickeln.

Leigh bleibt aber nicht an der Oberfläche: So wird er die letzten drei Mikroarchitekturen (Pentium 4, Core und Core i7) genauer beleuchten und die Vorteile erläutern, die vor allem die neueren Architekturen mit sich bringen. Und zu der aktuellen Core-i7-Architektur gibt es ganz besonders viele Informationen. Also solche Dinge wie verbesserte Sprungvorhersagen, höhere Speicherbandbreiten und vieles mehr.

Vor allem das verbesserte Speichersystem der Core-i7-Architektur ist für Spieleentwickler eine große Chance: Die Latenzzeiten sind im Vergleich zur Core-Architektur deutlich geringer (zirka minus 40 Prozent) und die Bandbreite konnte drastisch erhöht werden (von zirka 10 GByte/Sek. auf rund 33 GByte/Sek.). Das ist vor allem für hochkomplexe 3D-Gebilde mit vielen tausenden von Polygonen ein echter Glücksfall.

Aber auch von der hardware-nahen Programmierung mithilfe der SSE-Befehlssätze profitieren 3D-Spiele. Dank der SSE4-Befehle können viele Operationen noch schneller und effizienter ausgeführt werden. Darum lautet ein gut gemeinter Rat von Leigh Davies: “Eure Kunden haben SSE-basierte Hardware – also macht auch etwas damit!”

Es geht aber nicht nur um Speicheraspekte, sondern auch um das Hyperthreading, das von vielen Intel-CPUs unterstützt wird (Intel nennt es auch SMT = Simultaneous Multithreading). SMT bietet standardmäßig ein gewisses Maß an eingebauter Parallelität: Es werden zwei Threads gleichzeitig verarbeitet, Ressourcen werden simultan genutzt und aufgrund der optimierten Out-of-Order-Verarbeitung können verbesserte CPI-Werte erreicht werden (CPI = Clockticks per Instruction). Die gute Nachricht: Die Core-i7-Architektur beherrscht SMT noch ein ganzes Stück besser, da die Caches größer sind, die Bandbreite wesentlich erhöht wurde und auch die Execution Units schneller rechnen können.

Natürlich kommt während Leighs Session die Zukunft nicht zu kurz: So wird die die nächste Prozessorgeneration mit dem Codenamen “Sandy Bridge” standardmäßig 256-Bit-breite SSE-Register aufweisen, was die parallele Datenverarbeitung auf Prozessorebene erheblich beschleunigen wird. Klar ist auch, dass Mister Davies über Larrabeee und dessen Auswirkungen auf die Softwareentwicklung referieren wird. Aber hierfür gibt es ja schließlich zwei eigene Techsessions. Hiervon wird auch noch die Rede sein. Versprochen!

Dazu gehören vor allem die Techsessions, die unter Programming aufgeführt sind:

• Bringing ‘Empire: Total War’ to the masses with Intel’s Graphics Performance Analyzers: In dieser Techsession geht es um die Optimierung von 3D-Spielen für integrierte Grafikchips, wie sie immer öfter in Notebooks zu finden sind. Hierfür gibt es übrigens eine Toolsuite, die sich Graphics Performance Analyzers nennt und dafür sorgt, dass 3D-Spiele gut aussehen und trotzdem auf Grafikeinheiten à la Intel GMA X4500 flüssig laufen – und den Akku schonen.

• Dual Numbers: Simple Math, Easy C++ Coding, and Lots of Tricks: Am Ende dieser Session sollen vor allem C++-Programmierer verstehen, wie sie ihre Herausforderungen mithilfe von Dualen Zahlen bei der Programmierung von Grafik- und Physics-Einheiten besser meistern. Duale Zahlen werden insbesondere bei der Berechnung von Matrizen eingesetzt, spielen aber auch in der Geometrie und bei der Differentialrechnung eine wichtige Rolle.

• SIMD programming with Larrabee: First Glance at the New Instructions in Action: In diesem TechTalk geht es um den neuen Befehlssatz LRBni, der für die Programmierung von Larrabee-basierten Plattformen zum Einsatz kommen wird. Steve McCalla von Intel wird dabei mit einfachen mathematischen Beispielen beginnen, weiter machen mit Schleifenkonstrukten und komplexen Flusskontrollen und letztlich bei der Frage landen, wie sich diese Algorithmen mithilfe von LRBni implementieren lassen.

• SIMD programming with Larrabee: Second Glance at the New Instructions in Action: Wenn es von Steve einen ersten Blick auf LRBni gibt, darf ein zweiter natürlich nicht fehlen. In dieser Session werden Steve (Hughes) & Steve (McCalla) ein wenig mehr über den Befehlssatz erzählen, den LRBni zu bieten hat. Es geht also um sehr breite SIMD-Register, spezielle Multiplikation-Addition-Befehle, eingebaute Datenkonvertierung und einiges mehr.

• Who Moved the Goalposts? The Rapidly changing World of CPU’s and Optimization: Wer kann da noch Schritt halten: Core 2 Quad, Core 2 Extreme, Core i7, demnächst Core i5 und, und, und. Intel bringt scheinbar permanent neue Prozessoren auf den Markt, und alle bieten neue Features und neue Möglichkeiten für Spieleentwickler. Um das CPU-Gestrüpp ein wenig zu entwirren, stellt Intel-Mann Leigh Davies die aktuellen (und künftigen?) Prozessoren vor und nennt deren Wesensmerkmale und wie sich Programmierer diese zu eigen machen können. Für noch bessere und schnellere Computerspiele.

Bevor ich’s vergesse: Ich werde während der drei Tage GDC09 in Köln nicht nur livebloggen, sondern kann zudem die Videodienste von Tom Papadhimas in Anspruch nehmen. Es gibt also auch bewegte Bilder, in denen wir die Größen der Spiele-Industrie mit Fragen löchern werden. Darauf freuen wir uns schon sehr – und ihr euch hoffentlich auch.

• Montagmorgen, 9 Uhr, geht es los mit den ersten Sessions, die bis 18:3o angeboten werden. Von 10 bis 18 Uhr kann man sich aber auch in entspannter Atmosphäre mit den Ausstellern über deren Produkte unterhalten. Dies gilt auch für den Dienstag; am Mittwoch enden die Sessions allerdings schon um kurz nach 16:00 Uhr.

• Am Montag um 11:20 Uhr wird es dann zum ersten Mal richtig interessant: Da hält Crytek-Chef Cevat Yerli seine Keynote unter dem Titel “The Future of Gaming Graphics”. Dabei geht es natürlich auch um die CryEngine 2, aber auch um das Rendern hochkomplexer 3D-Gebilde.

• Am Dienstag sollte man auf keinen Fall die Keynote von David Cage verpassen. David ist CEO von Quantic Dream und ist unter anderem verantwortlich für den Titel Indigo Prophecy. Der Titel seines Vortrags: “Writing Interactive Narrative for a Mature Audience”. Ob er uns dabei einen Blick hinter die Kulissen in Sachen Heavy Rain gewährt, kann man nur hoffen.

• Das absolute Highlight am Mittwochvormittag ist sicherlich die Keynote von Klass Kersting von Gameforge. In seinem Vortrag geht es wohl um Geschäftsmodelle, zumindest lässt das der Titel vermuten: “Changes in the Games Industry – Free-to-play vs. Payment Models”.

Neben diesen interessanten Keynotes wird es eine Reihe sogenannter Techsessions geben, in denen der geneigte Zuhörer sehr kompakt und sehr fundiert über neue Techniken und Entwicklungen der Spieleprogrammierung informiert wird. Welche ich mir auf jeden Fall selbst geben werde, erfahrt ihr in meinem morgigen GDC09-Blogpost.

Ach ja: Natürlich werde ich mir die Sessions nicht nur anhören, sondern auch live und in Farbe darüber berichten. Zu diesem Zweck fährt Tom Papadhimas mit nach Köln und hat seine Videokamera dabei. Es gibt also nicht nur das geschriebene Wort, sondern auch bewegte Bilder, in denen wir die Größen der Spiele-Industrie mit Fragen malträtieren werden. Darauf freuen wir uns schon sehr – und ihr euch hoffentlich auch.

Wer nun denkt, “man kann leider nicht alles haben”, liegt falsch. Wie das Video mit Gas Powered Games zeigt, konnten die Entwickler von Demigod mithilfe der Toolsuite Graphics Performance Analyzers (GPA) von Intel eine Leistungssteigerung von etwa 30 Prozent erzielen – ohne dabei auf wesentliche 3D-Effekte verzichten zu müssen. Denn gerade beim Rendern produzierten sie einen echten Flaschenhals, den sie mit GPA entdecken konnten. Dabei ging es vor allem um einen ganz speziellen Effekt auf einem einzigen Level, der sich als Störenfried entpuppte – und der für das Laptop-Gaming eliminiert wurde. Lieber ein Schimmern oder Gleißen weniger als 10 oder 20 Bilder pro Sekunde.

Das Gute aus GPG-Sicht war auch die Tatsache, dass sich dieser Effekt recht einfach entfernen ließ und dazu nicht die komplette Shader-Einheit umgeschrieben werden musste, was den Entwicklern natürlich eine Menge Zeit erspart hat. Auch dabei hat die Toolsammlung geholfen, da sie grafisch basiert arbeitet und sich somit Hotspots und andere Flaschenhälse ohne größeren Aufwand identifizieren lassen. Auf diesem Weg konnten die Männer rund um Chef-Entwickler Bart Kijanka auch einen nervigen Blur-Effekt-Fehler aufspüren, der zwar schön aussieht (der Effekt, nicht der Fehler), aber gerade auf Laptops mit integrierter Grafik eine Menge an Performance-Einbußen mit sich brachte. Also, weg damit!

Beide Probleme wurden übrigens in einem einzigen Durchlauf mit den Grafiktools gefunden, was die Möglichkeiten der GPA unterstreicht. Klar, dass Bart sehr euphorisch die Zusammenarbeit mit Intel und den Support preist, der Gas Powered Games zuteil wurde. Wer sich also angesprochen fühlt, die Graphics Performance Analyzers mal selbst auszuprobieren, wird entweder (kostenlos) Mitglied des Entwicklerprogramms “Visual Adrenaline” oder berappt 300 Dollar für die Toolsuite.

Das ist mittlerweile viele Jahre her, und Anno Domini 2009 kommt Colin McRae DiRT 2 als weiteres PC-Highlight in die Regale, wenn auch mit Verspätung. Der Grund hierfür ist recht einfach: DiRT 2 benötigt für die volle Performance und Schönheit DirectX 11. Die Grafikschnittstelle steht erst mit Windows 7 auf PCs zur Verfügung und Window 7 erscheint am 22. Oktober. Zudem muss natürlich eine passende Grafikkarte im Rechner stecken, und auch die ist noch nicht verfügbar.

Dann geht`s aber richtig los mit Colin McRae DiRT 2. Dafür sollen Features wie Hardware-Tesselation, Shader Model 5.0 und Multithreading sorgen. Was sich genau dahinter verbirgt und was die McRae-Fans davon haben werden, will ich ganz genau wissen und habe beim zuständigen Produktmanager von Codemasters nachgefragt. Ich hoffe, seine Antwort lässt nicht zu lange auf sich warten – damit ihr bald wisst, wie es Codemasters schafft, Colin McRae DiRT 2 den angeblichen Fotorealismus einzuhauchen.

Dieses Jahr geht es nach Köln, die Veranstaltung heißt GDC’09, aber die Fragen werden wieder wichtig sein. Und die Themen natürlich auch. Eine der technischen Sessions wird sich beispielsweise mit der Frage beschäftigen, warum der Spieletitel “Empire: Total War” sogar auf Notebooks mit integriertem Grafikchip spielbar ist, ohne dass dabei auf die visuellen Effekte und den Spielspaß verzichtet werden muss.

Ich kann es ja schon mal ein wenig vorweg nehmen: Es wird um das Intel-Tool Graphics Performance Analyzer gehen, mit dessen Hilfe die Entwickler von Creative Assembly resp. Sega ihr 3D-Epos Laptop-tauglich gemacht haben. Soll heißen, es wurden Bottlenecks und andere Dinge aufgespürt, die dazu führen, dass das 3D-Abenteuer unter normalen Umständen auf einem Notebook mit Intel-Grafikchip nur unzureichend laufen würde. Mit dem Analysetool lassen sich diese Flaschenhälse identifizieren und eliminieren.

Wer jetzt auf den Geschmack gekommen ist und “Empire: Total War” in Aktion sehen will, sollte sich schon mal im Kalender den 18. August rot markieren. Dann gibt es mehr Infos zu den Optimierungsarbeiten am Sega-Spieletitel. Und die 3D-Schlachten werden in Köln sicherlich auch zu sehen sein.

Foto: Simon Muhm - www.simon-muhm.de

Es soll ja Leute geben, die mit ihrem Wochenende etwas anzufangen wissen: Entweder gehen sie in die Berge zum Wandern oder besuchen Tante Ilse aufm Land oder machen sonst was. Und was mache ich?

Ich treibe mich lieber an zwei Tagen auf dem GameCamp Munich 2009 herum, das vorigen Samstag und Sonntag bei Microsoft in Unterschleißheim stattgefunden hat.

Jetzt mag sich manch einer fragen: GameCamp, was’n das?! Hierzu habe ich erst kürzlich etwas verfasst, was bei der Beantwortung dieser Frage weiterhelfen könnte. Insgesamt war das GCMUC09 eine gut gelungene Veranstaltung, die gemeinsam von Microsoft und Flobbymedia initiiert und organisiert wurde. Den Machern des Barcamps ging es vor allem darum

die interdisziplinäre Vernetzung der Branche, die Entwicklung neuer Thesen und Ideen sowie die Förderung der Videospielkultur

voranzutreiben. Ob ihnen das gelungen ist, kann ich nicht sagen. Aber am Ende waren wohl alle (sehr) zufrieden. Behandelt wurden unter anderem folgende Themen:

• Vermarktung von Spieletiteln

• Pressearbeit ohne Presseabteilung

• Was macht eigentlich die Gema?

• Interaktives Storytelling

• Was ist vom Killerspieleverbot zu halten?

• Programmieren lernen mit Serious Games anhand von AntMe

• In-Game Advertising

• Multicore-Programmierung für 3D-Spiele

Darüber hinaus waren mit einem eigenen Stand vertreten:

• Intel mit zwei coolen 3D-Demos, die ziemlich eindrucksvoll gezeigt haben, wie ein komplexes 3D-Spiel zum Leben erwacht, wenn es nicht nur auf einem, sondern auf acht Prozessorkernen gleichzeitig läuft.

• Qantm, die unter anderem angehenden Spieleprogrammierern und -designern dabei helfen, ihren Job in Zukunft richtig gut zu machen.

• Die Jungs von Game-TV, die mit Kamera und Mikro bewaffnet (sic!) den ein oder anderen Anwesenden interviewt haben.

Und sonst? Es gibt eine Menge Bilder vom GameCamp zu begutachten und wer wissen will, was an den zwei Tagen alles passiert ist, sollte sich mal den Twitter-Stream geben. Na dann, bis zum GameCamp Munich 20X!

Aspekt #1: Single-Core-Maschinen werden immer mehr von Multicore-Rechnern abgelöst. Das hat damit zu tun, dass sich der CPU-Takt nicht weiter erhöhen lässt.

Problem #1: 3D-Game-Programmierung ist nicht trivial, weder sequenziell noch parallel. Was schon geschieht ist ein zeitversetztes “Update World” und “Rendering” (z.B. auf der Xbox 360).

Hoffnung #1: Viele Dinge bei der 3D-Programmierung lassen sich parallelisieren, z.B. Rendering, Physics, KI, Particles.

Herausforderung #1: Wie verteile ich das Spiel auf die notwendigen Threads und auf die vorhandenen Ressourcen (= Core)?

Parallele 3D-Programmierung #1: Mach aus einzelnen Tasks – wie KI, Physics, Rendering, Update World – Subtasks!

Herausforderung #2: Definiere Abhängigkeiten der einzelnen Tasks!

Lösung #1: Intel TBB hilft Gaming-Entwicklern dabei, die anfallenden Tasks möglichst gut auf die vorhandenen Cores zu verteilen. Hierzu bedient sich Intel TBB eines Thread Pools, der für jeden Task einen eigenen Thread bereit hält.

Analogie #1: Beim Verwalten von Tasks geht es genauso zu wie im Supermarkt: Sobald ein Task-Queue frei wird (=Kasse), wird ein bereits wartender Task in eine freie Queue verschoben ( =Task-Stealing).

Lösung #2: Die “Größe” einer Task wird vom Task Partitioner bestimmt, um ein Load Imbalancing zu vermeiden.

Lehre #1: Wenn mehr Game Designer mehr über parallele Programmierung und deren Grenzen/Möglichkeiten wüssten, würden sich die Spieleprogrammierer ein gutes Stück leichter tun.

Ausblick #1: Larrabee wird eine Manycore-GPU-Lösung sein, die wohl Ende nächsten Jahres auf den Markt kommen wird.

Ausblick #2: Eines Tages werden CPUs und GPUs verschmelzen und zu einer leistungsfähigen Einheit mutieren.

Ausblick #3: OpenCL wird die Programmiermethoden verändern (und hoffentlich verbessern).

Außerdem wird Aaron wohl das ein oder andere über Larrabee erzählen, die zukünftige GPCPU-Lösung von Intel, mit der sich sehr parallel und sehr schnell nicht nur 3D-Berechnungen, sondern auch ganz allgemeine Aufgaben durchführen lassen.

Deshalb: Kommet doch alle um 15 Uhr in den Raum Quantm auf dem GamesCamp Munich 2009.

Vergeben werden die Plätze eins, zwei und drei in den Kategorien “Bestes Multicore-Spiel”, “Bestes Notebook-Spiel” und “Bestes 3D-Chip-Game”. Zu gewinnen gibt es einen ganzen Haufen an Entwicklertools, Tickets zu großen Entwicklerkonferenzen und PCs im Wert bis zu 4.000 US-Dollar. Und, ist das nix?

Falls das für euch interessant ist, solltet ihr euch möglichst schnell für den Wettbewerb “Level Up 2009″ registrieren und euer optimiertes Computerspiel anmelden. Auf dass ihr zu den glücklichen Gewinnern zählt!