In our case, we’ll utilize this very buffer to mark all pixels the first of our two colliding sprites is drawed to. When the second sprite is drawn, the GPU should check if the target-pixels are already „marked“ inside the stencil buffer. Finally we’ll performe a device-query, the „occlusion query“ to be exact, to determine how many pixels where actually modifed and passed the stencil buffer in the last rendering-pass. If no pixels where modified, there is no collision, otherwise the two sprites did indeed collide with each other.

Let’s examine how to set up the stencil buffer to achive the desired effects.
We can modify the functionality of the stencil buffer at at least three points: the stencilFunc, the stencilOp and the stencilRef. We also could set a stencilMask, used to mask off certain parts of the stencil data, but we’ll leave that out for now.

The stencilFunc describes how to compare existing stencil-buffer entries at the incoming pixel-position with a stencilRef, which is a simple integer reference value to compare to. The success of this comparision determines whether our incoming pixel passes or fails.
We can choose from different  comparision functions. The general layout of this comparision is:

stencilRef <stencilFunc> stencilValue

Just like described above. The symbol „<stencilFunc>“ can now be replaced by a set of pre-defined behaviors:

• EQUAL             –> stencilRef == stencilValue
• ALWAYS         –> always true
• NOT_EQUAL –> stencilRef != stencilValue
• LESS
• GREATER
• NEVER
• …I think you got the point ;-)

Then we can set different behaviours if this comparision failed or suceeded. This is the stencilOp. In Fact we can set different setncilOps for failure and success. These operations include:

• KEEP                 –> No change in the stencil buffer
• REPLACE        –> Replace the entry in the buffer with the stencilRef-value
• INCREMENT –> Increment the entry in the buffer (with clamp to 0 if the maximum bit-range of the buffer is exeeded )
• DECREMENT
• INVERT
• …

Now we got all knowledge we need to write our collision-detector.

The theory looks like this:

• Turn off all color-rendering, so no actual picture is generated. Drawing only happens to the stencil and depth buffer
• Draw the first sprite with stencilFunc „ALWAYS“, stencilPassedOp „REPLACE“, stencilFailedOp „KEEP“ and stencilRef = 1 to mark all pixels the sprite is drawn to in the stencil-buffer and leave every other pixel at „0″.
• Start the occlusion-query
• Draw the second sprite with stencilFunc „EQUAL“ and stencilRef = 1. The stencilPassedOp in fact doesn’t really matter at this point, since we will build the stencil buffer new in the next frame. We only needed the information that this pixel passed the test, which is the case, when the second sprite intersects with the first ( „EQUAL“ ). I suggest to set the stencilPassedOp to „KEEP“
• End the occlusion-query
• Do some stuff to let the occlusion-query finish it’s work
• Retrieve the „PixelCount“ from the query, which gives us the number of pixels that passed the stencil buffer ( == the number of intersecting pixels )
• Turn color-rendering back on, disable stencil-testing
• Draw the two sprites again normally

and there we have our pixel-perfect collision detection ;-)

Now I’ll leave you with a little demo. I wrote it in XNA because it just has the lowest setup-times. But since buffer-manipulations and queries are as much low-level as it can get you won’t have any problems porting the functionality to OpenGL or unwrapped DirectX.

protected override void Draw( GameTime gameTime )
{
OcclusionQuery query = new OcclusionQuery( GraphicsDevice );
GraphicsDevice.DepthStencilBuffer = collisionDSBuffer;
GraphicsDevice.Clear( ClearOptions.Stencil | ClearOptions.Target, Color.White, 0.0f, 0 );

base.Draw( gameTime );
}

I’m happy to announce that I’ve finally picked up work to completely re-code „Among The Clouds“ and to release it on XBLI („Xbox Live Indie Games“) once its finished. It’s a little embarrassing to say this now… but somehow I’ve lost the source code for the original game :-( But what the hell! This gives me also the chance to fully correct all those bloody and ugly mistakes and dirty hacks we did on the game. Because unfortunately the performance of „Among The Clouds“ with all its pretty but memory-consuming graphics never has been quite good – it run around 15 – 25 fps on the XBOX 360 – and about twice as much on an ordinary PC. The main reasons for that crappy FPS-counts mostly lie in the complete absense of a seperated and well-coded graphics-engine. To go into closer detail arcitecture-wise: Every game object draws itself. The code which handles the draw-procedure lies in every sprite-object – of which each represented one graphic. To make things worse the draw-code itself had muuuch overhead: Different drawing-styles ( „glowing“ sprites semi-opaque sprites, etc.. ) were each represented as additional function, although most sprites never needed all of them.

My new approach takes all these mis-plannings into consideration. What I wanted was to create a full-fledged 2D Rendering-Engine, which manages and draws all the sprites in the game completely detached from the actual game-objects. This design allows it to be fully portable to any other 2D-Game.

My plan for this blog is to provide permantent updates on the creation-process of the game. Talking about the rendering-engine I will talk about this in this post. As I mentioned I create the rendering-engine completely seperate to the actual game as a .dll. One of the things which bugged me in the original design was it’s low feature-level. There were only single-part sprites which were drawed, moved, scaled, rotated and so on. But what if I needed Sprites which were nested? For example a boss-enemy should feature multiple body-parts which move seperately to each other but form one big sprite at the same time – maybe something like a giant tail where each tail-joint influences a certain number of children-joints /-sprites. All of this simply wasn’t possible with the original design but is really important to me.

So my new design for sprite-organisation and -drawing is this (click to enlarge):

Maybe we need a bit of explanation here. First of all: don’t get confused with my German comments (yellow blocks) – this UML wasn’t intended to be shown anywhere originally.  As you can see each level is made of multiple layers (which represent different depth-steps visualized as parallax scrolling layers). Each layer basically contains all of it’s sprites – organized with an (unsorted) tree structure. The elements of this tree are „SpriteNodes“. Each SpriteNode contains the sprite-image itself, a list of child-nodes and (most impo

rtantly) a transform matrix. These matrices are the heart of the new engine. One matrix fully describes the position, the rotation and scale of the sprite in this node. These matrices enable the design of a scenegraph: each child-node’s matrix is built up from the local matrix multiplied with the parent’s matrix so that the tree is one giant dependency-graph. Whenever a matrix in the tree is changed, all subsequent matrices are changed with it – just like the design of composed sprites demands it to be.

The use of matrices has one big flaw though: you cannot just multiply the matrices down to the leafes: If you’re familiar with some basics of computer graphics you’ll know that the order in which the operations scale, rotate, translate are performed is crutial. This is because rotations and scales are always performed from the coordinate-origin. Applying rotate AFTER a translate-operation causes the radius of that rotation to increase with the distance to the origin. If two compound matrices of parent- and child-node would be multiplied directly with each other the order of these operations would be wrong in most of the times. That’s why I have to decompose both matrices to their three contributing elements (scale-vector, translate-vector, rotation-quaternion) and build up a new matrix by applying their elements in the desired order:

This is what the respective code looks like. First the local rotation (the rotation from the matrix of the node we’re currently in) is applied (the sprite still lies in the coordinate-origin), then the local scale and the scale of the parent-node is applied to the matrix. Now it becomes a bit tricky. For taking the rotation of the parent-node into consideration, we have to leave the origin, since we want to rotate the sprite around the position the current sprite has within the parent (e.g. a weapon (child) held by the arm (parent) of a human (parent’s parent) ) – so we move the sprite with the amount of translation it posesses locally within the parent – multiplied by the parent’s scale, because in case the parent scales up/down, the local translation in- or decreases so that the child stays in the exact same position relative to the parent. After this is done, the parent’s rotation and translation can be applied.

To make things a bit more visual I’ll provide two screenshots of my test-environment. The first image shows an aircraft (parent) holding a crystal (child). The aircraft is now rotated and scaled – and as you can see the crystal rotates and scales correctly and stays in the exactly same position relative to the aircraft.

I’ll begin with a little review of a really great Anime show I finished watching just yesterday. The series is titled by the pretty obscure name „Welcome to the N.H.K“. Despite this first naming-confusion the show digs deep into human psyches and deals with personal and societal problems like pathological fear from other humans, (online-) gaming addiction and even suicide. You may now think of „Welcome to the N.H.K!“ as a really dark-toned melancolic and depressive series. But it manages to connect these pretty serious themes with a general comical attitude which is prevalent throughout the entire 24 episodes – a thing only possible in Animes as I believe. It’s more like a satire criticizing but also making fun of various social phenomenas.

The protagonist is a 22 year old college-dropout who suffers from being a „hikkomori“ – a person, who cannot leave his flat due to his abnormal fears from bigger  human crowds. The story envolves into him running into his highschool-freind, with whom he starts writing computer-games (maybe that is also one of the reasons I liked the show so much^^) and believes they could become rulers of the world with their soon-to-be world-dominating game company.
As the story progresses the protagonist falls in love with a younger girl, who tries to help him getting over his „hikkomori“-lifestyle – as it naturally turns out even this girl has her own kinds of problems.

My conclusion: A really great show If you like more mature and serious Animes. Go watch it! ;-)

Einen etwas anderen Weg geht hier Piranha Bytes. Deren Gothic- bzw. Risen- Games vereinen ein eher selten anzutreffendes Game-Design Element: Motivation.
Kurz zur Erläuterung: Alle bisherigen Piranha Bytes- Games beinhalten mehrere grundverschiedene Fraktionen im Spiel, von denen sich der Spieler nach und nach eine bestimmte Fraktion aussuchen und ihr beitreten muss. Und genau hier liegt die extreme Motivationsfähigkeit dieser Spiele: wenn man als Spieler von Anfang an die hochrangigen Mitglieder der Fraktionen in ihren dicken Rüstungen, langen Mänteln und seltenen Items sieht, will man selbst genau SO sein. Dennoch ist die Aufnahme in eine dieser besagten Fraktionen nicht trivial. Meist muss der Spieler zunächst eine ganze Reihe von Quests und Aufträgen absolvieren, um wirklich erst die Möglichkeit zu bekommen, mit der Ausbildung zu einem Mitglied einer Fraktion beginnen zu können. Und genau hier punktet Piranha Bytes gegenüber der Konkurrenz: es ist SCHWIERIG, dort hin zu kommen. Es erfordert Arbeit und Fähigkeit vom Spieler. Dennoch gelangt man mit jeder erfüllten Aufgabe einen Schritt weiter. Schließlich wird der Spieler von diesem Ziel gefangen und wird es spielen, bis er in einer solchen Fraktion zum Obermotz aufgestiegen ist. Grandios.

Als Gegenbeispiel möchte ich hier kurz BioWare nennen. Trotz top- Games mangelt es den jüngeren Spielen der kanadischen Schmiede in diesem Punkt an Feingefühl. So werden z.B. bei Dragon Age die „Gray Wardens“ in den ersten Spielstunden als DIE hoch-respektierte elite-Truppe dargestellt, die eigene Aufnahme in diesen Orden passiert jedoch viel zu früh, zu apprupt und plötzlich. Das gleiche Missgeschick bei Mass Effect (hier muss man nur „Gray Wardens“ mit „Spectre“ ersetzen).

Schade, dass dieses Element der Motivation bisher noch so ungenutzt ist, denn dass es funktioniert, zeigt Piranha Bytes einwandfrei. Ein ähnliches Element – ich will es hier nicht Motivation nennen, sondern eher „Sammel“- Sucht – findet sich übrigens wiederum in vielen Games, wie jüngst Torchlight und Borderlands, aber auch Diablo und Rollenspiele im Allgemeinen.

Denn man kennt das ja: Ein Album erscheint – man hört es eine Zeit lang, hört es immer länger – und irgendwann hat man sich leider richtig „satt“ daran gehört. Ab diesem Zeitpunkt taucht es dann meist nur noch beim „kreuz und quer“ -hören der Mediathek auf. Auf das nächste Album besagter Band muss man sich dann meistens erstmal jahrelang gedulden. Doch dieses Warten lohnt sich und wenn es dann soweit ist, kann man es kaum noch erwarten.

So auch mit mir und Muse! Konzert im November, Album…schon ÜBERMORGEN! Der Silberling nennt sich „Resistance“ und schlägt beim ersten Anhören zu meinem Bedauern noch poppigere Töne an als das eh schon sehr „mainstreamige“ Album „Black Holes and Revelations“ – deren vorzeige- Single konnte man sogar teils in NewYorker-Filialen vernehmen (Skandal! ;-) ). Dennoch ist es kristallklarer Muse- Sound den ich mir ganz sicher nicht entgehen lassen werde! Und so habe ich gerade das Album in iTunes, welches übrigens heute in der neunten Version erschienen ist, vorbestellt. Das Album kommt als „iTunes LP“ – eine art „interaktives“ digitales Album, mit dem man via iTunes Zugriff auf „bonus-Content“, wie Lyrics, Musikvideos, zusätzliche Infos und making-Ofs hat. Ich bin gespannt!

Im Kino hab ich dann gedacht: hmmm… da hab ich aber schon bessere 3D-Animationen gesehen. Denn die Bewegungen der Figuren waren relativ abgehakt, die Mimiken bei weitem nicht so facettenreich wie bei diversen PIXAR-Filmen. Merkwürdigerweise waren diese „zweitklassigen“ Animationen sehr hübsch anzusehen. Die Welt war stimmig und es kam eine grandios dichte Atmosphäre auf.

Von der Handlung und Atmosphäre her ist Coraline ein Meisterwerk! Mehr will ich dazu aber auch gar nicht sagen, um Spoiler zu vermeiden. Die Charaktere sind sehr extrem und überzogen – der ganze Film wirkt sowohl visuell, als auch Inhaltlich wie ein großes expressionistisches Gemälde. Die Abgedrehtheit der Charaktere erinnerte mich übrigens mehr als ein Mal an Alice im Wunderland. Kurzum: genau nach meinem Geschmack und ein muss für all Diejenigen, die auch viel Wert auf gute Handlung, interessante Charaktere und düstere Stimmung legen.

Heute – genau eine Woche nach dem Kinobesuch bin ich durch Zufall auf das Making Of- Video von Coraline gestoßen – und wow! Das war gar kein 3D!! Tatsächlich wurde Coraline mit echten Puppen als Stop-Motion Film aufgenommen! Mit diesem Wissen im Hinterkopf sind die Animationen natürlich eine echte Meisterleistung. Seht und staunt:

Der zweite Tag der GDC war mein Arbeitstag als ein CA (zur Erinnerung: CA = „Conference Associate“). Ich war als ein sogenannter „Floater“ eingesetzt, d.h. als jemand, der keine feste Position (wie z.b. das Überwachen eines Konferenzsaals) hat, sondern variabel immer dort eingesetzt wird, wo er benötigt wird. Im laufe des Tages hatte ich viele verschiedene Aufgaben. Dazu zählten relativ stupide Aufgaben wie das Wiederauffüllen des Vorrats an Evian-Wasserflaschen, die dort kostenlos angeboten wurden, aber auch komplexere Anforderungen wie das Beantworten von nicht immer sehr trivialen Konferenzteilnehmer-Fragen und das Lösen derer Probleme. Im Zuge dessen hatte ich auch die Ehre mit Kellee Santiago zu sprechen und ihr bei der Vorbereitung ihrer Keynote zu helfen. Kellee Santiago ist die Mit-Gründerin des Independent Game Studios „Thatgamecompany“ – verantwortlich für die PSN Games „flow“ und das vielseits angepriesene und von mir hoch geschätzte „Flower“.

An den folgenden beiden Tagen (Dienstag und Mittwoch) hatte ich dann komplett frei – ich konnte also mit meinem Studentenpass alle Sessions besuchen. Leider liefen interessante Sessions oft parallel und ich musste mich zu einer Session entscheiden. Highlights der Sessions an den beiden Tagen waren sicherlich die Keynote von CCP (Macher von EVE- Online), die ihre Liebe zu SCRUM eingestanden und ihr neues ambitioniertes MMO- FPS „Dust 514″ mit einem coolen CG-Teaser ankündigte, wobei nicht nur mir ein kalter Schauer der Begeisterung den Rücken runter lief. Wenn die geplante Verknüpfung mit der EVE-Welt klappt, steht uns eine echte revolution im MMO-Genre ins Haus.

Hier sind die beiden gezeigten Trailer – sowohl der neue EVE-Trailer, als auch der Dust 514 Teaser (GDC- Mitschnitt dieses „historischen“ Moments ;-) ):

Die nachfolgende Crytek- Session zum Thema „Bau ein Level in 45 min mit der CryEngine3″ war sehr cool. Den hauseigenen Level-Editor „SandBox“ konnte ich vorher am Crytek Stand auch schon selbst ausprobieren. Mich als Entwickler erstaunt es, wie verdammt viel Aufwand manche Entwickler in „nur“ ein Tool stecken. SandBox ist fast so komplex wie Maya und doch programmiert sich Crytek „nur mal eben“ ein so monströses Tool zusammen. Nunja. Vielleicht doch nicht ganz so komlex.

David Cage während seiner Keynote

Mein ganz persönliches mega-Highlight der gesamten GDC folgte als letzte Keynote am Dienstag. Der Writer, Game Designer und CEO von Quantic Dream David Cage (Fahrenheit, Heavy Rain) sprach über „Writing Interactive Narrative for a Mature Audience“ . Dabei rannte er mit seinen Ansichten darüber, auf welch plumpe Weise heutzutage Emotionen in Spielen erzeugt, Stories erzählt und geschrieben werden und Charaktere flach und langweilig bleiben, bei mir offene Türen ein. Spiele sollten sich sowohl in ihrer Erzählweise, als auch in der Tatsache, dass Film-Charaktere Wandlungen durchlaufen, viel von Filmen abgucken und weiterhin nicht nur die Emotion „Angst“ (Survival- Horror) ansprechen.

Am Mittwoch morgen – nach einer wegen der GameForge- Party am Dienstag Abend in der leider extrem kleinen Ivory Lounge viel zu kurzen Nacht – folgte dann auch schon ein Hardcore- Thema: „Quadtree Displacement Mapping with Height Blending: Practical Detailed Multilayer Surface Rendering“ von Michal Drobot , dem Technichal Art Director bei Reality Pump (u.a. Two Worlds). Wie der Name schon sagt ging es dabei um mehrere neue Methoden zum Rendering von natürlichen Obeflächen (Steine, Boden,…). Mit der am detailliertesten vorgestellten Technik des Quadtree mappings wird die Spielszene in Echtzeit gerendert. Displacement Maps dienen aber nicht wie bisher dazu, die Vertices dauerhaft anhand eines graustufen Bildes zu verschieben und dann speicher-intensiv im Vertexbuffer der Grafikkarte zu speichern, sondern werden beim Zeichnen der Szene ähnlich dem Raytracing on the fly abgefragt, welchen Illuminationswert die Szene an dem Schnittpunkt mit dem Ray-Strahl hat. Der Ray-Strahl wird also sozusagen von dem Schnittpunkt mit dem grund-Model weiter in die Displacement Map geleitet. Der entsprechende Wert in der Displacement Map wird dann zur Berechnung der Illumination Berücksichtigt. Das „Displacte“ Model ist also sozusagen nur ein rein visueller Effekt.

Das war richtig interessant – ich kann nur jedem angehenden Grafik-Programmierer empfehlen, sich die Folien zu dem Thema anzugucken. Die gibts bei GDC Vault kostenlos zum Download: http://mygdc.gdconf.com/vault/search/results.php?cid=228&search_by=title&track=all&type=all&keyword=&x=8&y=2 (unter „GDC Europe“).

Es folgten Sessions zu den Themen „iPhone – warum brauch ich da einen Publisher“ (war natürlich wesentlich eleganter formuliert^^ ) und  “Bezahl-Modelle vs. Free to Play“ (von Klaas Kersting, CEO von GameForge. War leider eher ein weniger interessanter Vortrag).

Peter Molyneux darf natürlich auf keiner GDC fehlen. Er hat die für mich letzte Keynote der GDC gehalten, da ich dannach auf zum Presse- und Medientag der GamesCom gegangen bin. Molyneux hat über die Bedeutung von „Entscheidungen“ im GameDesign geredet – und enthüllt, dass sein neues Game Fable 3 viel mit „Berührungen“ zu tun haben wird. Man ist König/Königin und kann NPCs mithilfe von Berührungen emotional beeinflussen (Händchenhalten, Tätscheln, Umarmung, Kuss….). Damit soll dann auch emotionale Bindung des Spielers zu den NPCs entstehen. Coole Idee – allerdings hat Molyneux schon öfter bewiesen, dass er zwar ein fantastischer Redner und Visionär ist, seine Umsetzungen dann aber oft schwächeln. Ich bin gespannt.

Unterm Strich war die GDC eine super Veranstaltung. Vor allem die meist sehr hohe Qualität der Sessions hat mich beeindruckt. Aber auch der direkte Kontakt zur Gamesindustrie und mit-Interessierte für angehende Spieleentwickler wie mich sehr viel wert. Ich denke ich werde nächstes Jahr die 180€ des Studententickets investieren, um wirklich alles sehen zu können- denn es ist nicht gesagt, dass ich wieder als Floater eingesetzt werden würde und zwei komplette Tage frei habe, wenn ich mich nochmal als CA melde. Auf lange Sicht ist die „Haupt-GDC“ in San Francisco aber auch eine lohnende Investition.

Vorab möchte ich eins klarstellen: die folgenden Zeilen haben teilweise extremen GameDev- Geekfaktor! D.h. so manch euphorischer Ausruf à la „OMG ich habe auf der GDC XYZ getroffen“ mag für diejenigen Leser, die sich entweder (noch) nicht mit der Spiele- Entwicklerszene auskennen, oder die es nicht interessiert möglicherweise, nur schwer zu begreifen sein. Klingt also manchmal verrückt – ist aber so.

Tag 0 : Sonntag
Am sinnvollsten ist es sicherlich, die einzelnen Tage einzeln durchzugehen – fangen wir also mit dem „nullten“ Tag an. Der Sonntag. Denn hier fand das Einführungstreffen für alle supercoolen „CA“s („Conference Associate) statt. Das Congress Center befindet sich übrigens im Osten des Kölner Messegeländes.

Das GDC Kongress- Center

Jedenfalls haben wir dann dort unsere Einführung in die Tätigkeiten eines CA bekommen und die anderen CAs kennen gelernt. Dabei gab es 10 Überraschungen: 1) mein Kommilitone Vadim war dabei – das wusste ich vorher nicht; 2) 98% der anderen CAs kamen von den unterschiedlichen  Standorten der Games Academy – offenbar war das für die eine Art Praktikum…
Während der Einführung haben wir dann unsere modischen GDC -Staff – T Shirts und die Conference Badges samt der Studenten- Tickets bekommen. Überaschenderweise gab es dann doch ein vier-Tages- Ticket auf die GamesCom. Nicht wie vorher angekündigt nur einen Tag.

die GDC - Staff Shirts

Nach der Einführung folgte die obligatorische Führung durch die einzelnen Ebenen und Räumlichkeiten des Congress Centers. Die Raum- und Gang Aufteilung ist dabei wesentlich verwinkelter, als ich angenommen hatte. Die einzelnen Konferenzsääle sind auf insgesamt vier Etagen verteilt, wobei eine Etage nur für Toilettenräume genutzt wird (ja ich weiß: WTF?!) . Auf der untersten Ebene der GDC- Etagen war Platz für eine Handvoll Aussteller. Darunter kleinere Firmen wie Intel, Crytek und Autodesk, aber auch große imperialistisch anmutende Konzerne wie das Russische Trash- Entwicklerstudio „2Play“.

Während der Einführung haben wir CAs auch unsere Aufgaben- Einteilung für die kommenden Tage bekommen. Einige „Den-Ganzen-Tag-nur-rumsteh-und-Karten-kontrollier“ – Jobs waren dabei auch Gegenstand von heftigsten Protesten seitens einiger GamesAcademy Kinder Studenten.

Alle Kommunikation geschah natürlich in Englisch – das Personal war größtenteils von Think Services (die Organisation aus San Francisco, die alle GDCs weltweit veranstaltet). Ich hätte so manch einen Amerikaner allerdings gerne NOCH öfter „EuropaSaal“ oder „OffenbachSaal“ sagen hören wollen ;-)

GDC Expo Area

GDC Expo Area

Glücklicherweise war ich nur am Montag für Arbeit eingeteilt. Und zwar als ein sogenannter „Floater“ – d.h. ein CA, der nicht an einer bestimmten Position fest eingesetzt ist, sondern immer dahin rennt, wo ein Helfer gebraucht wird. Und das 10 Stunden lang…. Dennoch: die beiden anderen GDC Tage Dienstag und Mittwoch hatte ich dafür komplett frei und konnte die Sessions besuchen – ein super Deal.

Nach der Einführung ging es ab zur ersten GDC- Party im Haxenhaus direkt am Kölner Rheinufer. Dort wurden extra für die GDC Mitarbeiter und Speaker Tische reserviert und es gab Freibier ;-)
Grundsätzlich hatte die Party den Zweck, die angereisten Speaker in Köln wilkommen zu heißen. Und wie geht das besser, als mit Freibier?! ;-)

erste GDC- Party

Es wurde spät an diesem Abend – sehr spät. Es war schön, die anderen CAs besser kennen lernen zu können. Mit zwei Schweden, deren Namen ich mittlerweile längst wieder vergessen habe, war das Bier Milch Trinken besonders unterhaltsam.

Und dann kündigte sich auch schon das erste Highlight der gesamten GDC an: BRUCE SHELLEY!

Seines Zeichens Vater der Age Of Empires – Serie und Mitgründer des leider mittlerweile geschlossenen Ensamble Studios. Er war tatsächlich da. Zuerst hab ich ihn gar nicht richtig erkannt. Aber anhand eines Foto- Vergleichs konnten wir diesen vernichtenden Beweis erbringen:

Bruce Shelley Verdachtsbild

Bruce Shelley Foto der Google Bildersuche

….krass oder? Ich meine: Bruce Shelley! Der Rockstar unter den RTS- Entwicklern!! Hier?! In Köln? Direkt vor unserer Nase? Ich musste ihn einfach ansprechen… mit diesem Vorhaben im Hinterkopf wurde die Nacht immer länger und die Anzahl der konsumierten Milchgläser immer höher…. nun, irgendwann war diese dann hoch genug, um ihn tatsächlich anzusprechen!

Meine Scheu war gänzlich unbegründet. Bruce (und ja! Er war es wirklich) ist ein sehr netter und gemütlicher Amerikaner. Wir haben über Age Of Empires und Ensamble Studios gesprochen, aber auch über ein Thema, dass mich zur Zeit ganz besonders beschäftigt: ist es nötig/empfehlenswert, als wannabe- Gameprogammer GameDesign zu studieren? Seine Antwort, zu der er auch ein beipflichtendes Nicken vom daneben sitzenden Andreas Suika (seines Zeichens Lead Game Designer bei BlueByte) bekam: „As long as you can program and can perform, no one in the game industry will ever care about your degrees or study course.“ Mit diesen Worten, die den Druck, mich in ein teures GameDesign Studium stürzen zu müssen, zumindest etwas reduziert haben, mach ich für heute den Sack zu, ohne auf einen einzigen Tag der „Richtigen“ GDC eingegangen zu sein. Ich hoffe, dass ich mich morgen deutlich kürzer fassen kann.

Unterm Strich nicht so schlimm aber schon enttäuschend. Bleibt nur zu hoffen, dass ich während meiner Freizeit auf der GDC mit dem Ticket wirklich auch in alle Sessions komme – denn da sagt die Anmeldeseite ebenfalls was anderes. Wir werden sehen… zunächst bin ich erstmal auf das „orientation Meeting“ am 16.08. gespannt – danach bin ich schlauer…

Es kam jedoch etwas anders als erwartet, denn wir waren die EINZIGEN Besucher an diesem Abend. Umso detaillierter konnten wir uns die „Location“ angucken. Die Studenten an der MD.H genießen viel Luxus an der Schule: die neuesten Dell- XPS-Rechner, Spielekonsolen, Wandgemälde, etc. etc. Natürlich habe ich gleich mein iPhone meine Kamera rausgeholt und ein paar Schnappschüsse gemacht – die der Wolke natürlich auch nicht vorenthalten bleiben sollen: Der Fachbereich GameDesign besteht aus einem zentralen Gang (den sieht man links), von dem aus die Studenten in alle möglichen Räume gelangen. Sowohl die zahlreichen spiele- PC-Räume, als auch die Vorlesungssääle schließen an diesen Flur an. Auch die Studienberatung hat hier ihre Büros. An den Wänden gibts zahlreiche Wandgemälde von Studierenden von bekannten Games.

Die Infoveranstaltung an sich folgte, nachdem man uns für einige Minuten in eine art „Lounge“ zum Warten geschickt hatte. Diese Lounge ist eingerichtet wie ein Wohnzimmer: Xbox, AppleTV, Zeitschriften und einige der gemütlichsten Sofas, die ich bisher genießen durfte.

Nun wurde uns von der  zuständigen Professorin der Studiengang näher gebracht. Es Folgte eine relativ langatmige Powerpoint-Präsentation, in der jede nur erdenkliche Qualifikation eines GameDesigners aufgelistet wurde. Das ging von Programmier-Disziplinen wie „Künstliche Intelligenz“ oder „Engine-Programmierung“ über BWL- und IT-Recht -Kurse, über Sound-Design bis hin zu Vorlesungen über antikes Waffendesign. Mir kam es dabei so vor, als ob die werte Professorin (bzw. vielmehr die, die für den Inhalt des Masterstudiengangs veranwortlich sind) einfach ohne viel nachzudenken in brainstorminghafter Weise alle möglichen Aspekte und Fähigkeiten aufgelistet hätten, die man ihrer Meinung nach in einer Spielefirma benötigt.

Das mag ja auch alles stimmen: sicher benötigt eine Spielefirma Programmier- Kenntnisse. Sicher muss sie solide Kenntnisse zur Vermarktung ihrer Games machen. Und natürlich ist für Fantasy-Games antikes Waffendesign sehr nützlich…. ABER: eine FIRMA besteht aus mehreren Leuten. Und zwar Mitarbeitern aus jeweils unterschiedlichen Spezialgebieten. Da gibt es BWL-fritzen die sich innovative Vermaktungskonzepte aus den Fingern saugen, Programmier, Designer, Künstler, und bei größeren Firmen sicher auch eine Rechtsabteilung. Aber NIE ist es erforderlich, alle möglichen Disziplinen in einem Mitarbeiter zu vereinen. Sicher benötigt man als GameDesigner GRUNDLAGEN in vielen dieser Gebiete. Aber sowas gehört erstens in den Bachelor und nicht in einen spezialisierenden Master-Studiengang und sollte zweitens in seinem Umfang auf das Wesentliche reduziert sein und kein Rundumschlag zwischen allen Themen der Spieleentwicklung.

Dabei wäre es sinnvoller, den Masterstudiengang in EINE Richtung zu lenken. So könnte der GameDesign Bachelor z.b. zum Programmierer oder 3D-Artist ausbilden (diese Wahlmöglichkeit existiert im bestehenden Bachelor bereits). Ein darauf aufbauender Masterstudiengang könnte zum Job eines Chefs dieser Programmierer/3D-Artists führen und in seinem Inhalt dann genau DARAUF ausgelegt sein. Als „Producer“ wird so eine leitende Position in der Industrie betitelt.

Der Grundtenor war deutlich: Die MD.H befindet sich (so hat es die Professorin auch immer wieder eingeräumt) noch im Aufbau des Studiengangs. Viele Kurse sind (gottseidank) noch nicht final im Lehrplan vorgesehen. Die Zukunft (d.h. die ersten Studenten) wird zeigen, wie wertvoll und empfehlenswert der Studiengang tatsächlich wird. Glücklicherweise sind die Menschen an der MD.H recht offen und haben sogar von sich aus vorgeschlagen, die angehenden Master nach Beginn des Studiengangs im Herbst zu besuchen und an Kursen probehaft mitzumachen. Diese Offenheit finde ich super und gedenke das Angebot auch warzunehemen. Denn bevor man insgesamt 16.000 € für die 4 Semester des Masterstudiengangs investiert sollte man sich GENAU überlegen, was dieser neue Studiengang taugt.