![\"jump\"](\"http:\/\/www.florian-oeser.de\/wordpress\/wp-content\/2008\/10\/jump.png\" "\\"jump\\"")
<\/a><\/p>\nWeitere Seiten<\/span><\/h4>\nJump! – Offizielle Webseite<\/a><\/del><\/a>\u00a0(Domain wurde abbestellt)
\n<\/span><\/p>\nJump! – Development Videos<\/a><\/p>\nJump! – Development Bilder<\/a><\/p>\nJump! – Development Dokumente\/Dokumentation<\/a><\/p>\nJump! – Das Spiel<\/h3>\n
Jump! ist eine Mischung aus einem Jump’n’Run und einem Actionspiel an dem wir seit April 2008 arbeiten.<\/p>\n
Das Spielprinzip ist schnell erkl\u00e4rt: Man steuert einen Charakter und muss seine Gegner mittels Kopfsprung eliminieren. Das ganze findet im 3D-Raum statt und wird im Netzwerk gespielt(LAN\/Internet). Ein Singleplayer-Modus wird es nicht geben.<\/p>\n
Aktuell gibt drei verschiedene Modies in denen man gegeneinander antreten kann. Zum einen das oben erw\u00e4hnte Deathmatch<\/em> indem lediglich die Frags und Deaths gez\u00e4hlt werden. Weiterhin gibt es noch GetTheItems<\/em>. Dabei spielt man im Team und muss m\u00f6glichst viele Items einsammeln die in der ganzen Welt verstreut sind. Das Team was die meisten Items einsammelt gewinnt. Zus\u00e4tzlich gibt es ChatchTheChicken<\/em>. Hierbei spielt einer das „Chicken“ welches von den Anderen gejagt wird. Chicken wird man indem man am Anfang das Chicken-Item<\/em> einsammelt oder es einem Anderen, wiederum durch einen gezielten Kopfsprung, abnimmt. Gewinner ist hier derjenige, der am l\u00e4ngsten das Chicken war. Die Frags\/Deaths in den beiden letzten Modies spielen eine untergeordente Rolle.<\/p>\nUm die ganze Sache etwas aufzupeppen befinden sich \u00fcber die Map verstreut verschiedene Powerups, die man einsammeln kann und welche sich entweder positiv oder negativ wirken. Zum einen GodMode<\/em> welches einem nach dem Einsammeln f\u00fcr 15 Sekunden unsterblich macht und zum anderen Freeze,<\/em> welches einen f\u00fcr drei Sekunden unbeweglich macht.<\/p>\nAm deutlichsten wird der bisherige Fortschritt im Vergleich zu dem Visionsdokument (und Pflichtenheft), welches wir zum Projektbeginn geschrieben hatten. Alle anderen Dokumente, wie Pflichtenheft etc., werden wir sicherlich nach Beendigung des Projektes ver\u00f6ffentlichen bzw sind auch schon eine ver\u00f6ffentlicht. Siehe dazu nun:\u00a0 Jump! – Development Dokumente\/Dokumentation<\/a><\/p>\nVisionsdokument<\/a> (.pdf, 180KB)<\/p>\nJump! – Development<\/h3>\n
Wie ihr euch sicher denken k\u00f6nnt, ist so ein Projekt nicht alleine zu st\u00e4mmen. Deshalb arbeite ich wieder mit Thomas Vogel<\/a> (3D-Artist, Animationen) und Michael Palmer<\/a> (Gamecode, Netzwerk) zusammen.<\/p>\nMeine Aufgaben sind und waren: Konzeption und Umsetzung einer Engine inklusive Sachen wie Physik, Effekte, Setup etc.!Auch an Teilen des Gamecodes arbeite ich und war unter anderem f\u00fcr die bisherige Lokalisierung<\/a> oder auch der Inputenumeration zust\u00e4ndig. Nat\u00fcrlich betrifft das auch prim\u00e4r die Integration der Engine in das Spiel an sich. Weiterhin war ich mit f\u00fcr die Entwicklung des Deticated Servers zust\u00e4ndig.<\/p>\nDas Projekt wurde Anfang April 2008 im Rahmen der Lehrveranstaltung ‚Softwareprojekt I\/II‘ (ehemals TFH Berlin) gestartet.<\/p>\n
Man muss aber dazu sagen, das wir anfangs parallel noch ein anderes Projekt<\/a> bearbeiten mussten und uns somit nicht gleich komplett auf die Entwicklung von Jump! st\u00fcrzen konnten. Vom allt\u00e4glichen Unialltag, Arbeit etc. mal ganz abgesehen \ud83d\ude09<\/p>\nDas Projekt endete inoffiziell f\u00fcr die Lehrveranstaltung im Dezember 2008, jedoch werden wir alle drei noch bis zur wirklichen Fertigstellung im n\u00e4chsten Jahr daran arbeiten (siehe Meilensteine).<\/p>\n
In den letzten zwei Monaten haben wir insgesamt drei Testiterationen durchgef\u00fchrt um uns Feedback zum aktuellen Entwicklungsstand einzuholen und auf deren Basis wir weiterentwickeln werden. Aktuell arbeite ich aber alleine weiter da Thomas und Michael zur Zeit in Australien verweilen.<\/p>\n
N\u00e4chstes Jahre werden wir uns wohl prim\u00e4r um einige Gameplaysachen k\u00fcmmern (m\u00fcssen). Das betrifft z.B. die aktuelle Implementierung des Sprungverhaltens, Erweiterung des Spieles um neue Modies\/Powerups, eine teilwei\u00dfe \u00dcberholung des allgemeinen Spielprinzips und viele andere Kleinigkeiten.<\/p>\n
Eventuell streben wir auch noch einen XBox Port an, um Jump! als XBox Live Indie Game <\/em>zu vermarkten. Jedoch steht das absolut in den Sternen und h\u00e4ngt stark von der zuk\u00fcnftigen Motivation (und nat\u00fcrlich freien Zeit) ab, da dies nochmal einen ganzen Brocken Arbeit bedeuten w\u00fcrde.<\/p>\nAnsonsten sind wir trotzdem sehr stolz soweit gekommen zu sein und haben aktuell nicht die Motivation verloren noch ein paar Monate daran zu arbeiten (siehe Meilensteine).<\/p>\n
Gut ich denke mehr brauch ich aktuell auch gar nicht mehr schreiben. Wer sich f\u00fcr Details interessiert kann gerne sich das Pflichtenheft und die verschiedenen Spezifikationsdokumente ansehen, um den konkreten Fortschritt zu begutachten. ->Jump! – Development Dokumente\/Dokumentation<\/a><\/p>\nAktuelles an dem ich gerade arbeite<\/span><\/p>\nIn der letzten Zeit habe ich mich verst\u00e4rkt um das Kamerasystem und um das Partikelsystem gek\u00fcmmert.<\/p>\n
Bei den Kameras sind neben der intelligenten <\/em>auch noch eine Spectator, eine Free und eine weitere FirstPerson mit Maussteuerung hinzugekommen. Die intelligente <\/em>Kamera bereitete mir einiges an Kopfzerbrechen und das nicht nur aus Perfomancegr\u00fcnden. Wir haben uns darauf geeinigt, gerade weil es ein schnelles Spiel ist, nicht die Kamera in ihrer Position zu \u00e4ndern, sondern die Objekte die im Weg sind bei Alphablending transparent zu rendern. Das verwirrt letztendlich den Spieler nicht so sehr und sorgt f\u00fcr einen guten Spielfluss.<\/p>\nF\u00fcr die Implementierung der Partikel setze ich mittlerweile auf das Dynamic Particle System Framework<\/a>. Dieses machte gleich zu Anfang einen guten Eindruck und \u00fcberzeugt durch den gro\u00dfen Umfang an verschiedenen Partikelsystemen, eine saubere und gut zu erweiterende Schnittstelle und nicht zuletzt durch viele Samples.<\/p>\nAktuell strukturiere ich die ganze Engine um so das es wohl bis n\u00e4chstes Jahr, wenn es direkt am Spiel weitergeht, nix neues zu sehen gibt.<\/p>\n
Meilensteine<\/span><\/h4>\n\n- April ’08 Projektbeginn<\/li>\n
- August ’08 Prototyp<\/li>\n
- Oktober ’08 Alpha-Version<\/li>\n
- November ’08 Beta-Version<\/li>\n
- Dezember ’08 Release-Version<\/li>\n
- August ’09 unsere offizielle Alpha-Version<\/li>\n<\/ul>\n
Geplante Meilesteine:<\/p>\n
\n- 2. Quartal ’10 unser offizieller Release<\/li>\n<\/ul>\n
Beta-Version 2. Quartal ’09<\/span><\/p>\nWas ist bis dato noch zu tun?<\/p>\n
\n- eine weitere Map<\/li>\n
- Materialsystem<\/li>\n
- <\/em><\/li>\n
- Cell\/Toon-Shader<\/li>\n
- (XBox Portierung)<\/li>\n
- \u00c4nderungen an der Spielmechanik\/Gameplay<\/li>\n
- Snapshotsystem (Debugging)<\/li>\n
- Dokumentation<\/li>\n
- DeviceEnumeration fertigstellen<\/li>\n
- viele Engine-interne \u00c4nderungen<\/li>\n<\/ul>\n
Technische Details<\/span><\/h4>\nDie Engine und das Spiel selbst wird mit dem XNA Framework 3.0 unter C# entwickelt. Es werden weitere Hilfsbibliotheken benutzt und die im folgenden Abschnitt mit gelistet werden.<\/p>\n
Engine(zPhere)<\/em><\/h4>\nDie Engine(Entwicklungsname: zPhere) basiert prinzipiell auf der Roe2-Engine<\/a> wurde aber in vielen Teilen \u00fcberarbeitet und vorallem erweitert. Unter anderem wurde zum gro\u00dfen Teil der Szenegraph und das Modelhandling ge\u00e4ndert bzw. neudesignet, eine Soundschnittstelle hinzugef\u00fcgt oder aber die Physikbibliothek BEPU physics<\/a> implementiert. Es wurden aber Teile wie Terrain, Winformsupport gar nicht erst \u00fcbernommen, da sie f\u00fcr uns keine Relevanz haben und f\u00fcr sp\u00e4tere Projekte, falls notwendig,\u00a0 selber implementiert werden.<\/p>\nEin paar Eckdaten:<\/p>\n
\n- Szenegraph\/Scenemanagement (u.A. OccluderCulling, eine Implementierung des GGRS<\/a>)<\/li>\n
- effizientes Modelhandling (static, input, animation, inputanimation, physic)<\/li>\n
- Physikimplementierung mit BEPU physics<\/a><\/li>\n
- Skeletal Animationen mit der XNAnimation Library<\/a><\/li>\n
- Postprocessing\u00a0 mit Hilva Graphics Engine<\/a><\/li>\n
- Partikel mit Dynamic Particle System Framework<\/a><\/li>\n
- Soundschnittstelle<\/li>\n
- Inputsystem<\/li>\n
- GameScreen-Handling<\/li>\n
- Cameras (Chase, FirstPerson, Spectator etc.)<\/li>\n
- Contentmanager<\/li>\n<\/ul>\n
geplante Features (teilweise unabh\u00e4nig von der Jump!- Entwicklung):<\/p>\n
\n- Light\/Shadow-System<\/li>\n
- Materialsystem (zur Zeit nur Quick’n’Dirty)<\/li>\n
- Terrain (Geomipmapping, Geometry Clipmaps etc.)<\/li>\n
- Octree<\/li>\n
- intelligente <\/em>Camera<\/li>\n<\/ul>\n
Anderes<\/em><\/h4>\nJump! wird vorrangig von Michael entwickelt und benutzt logischerweise die zPhere als Game- und Renderengine. Mittlerweile ist die Netzwerkimplementierung zum Teil mit in die Engine integriert um so theoretisch sofort andere Projekt netzwerkf\u00e4hig implementieren zu k\u00f6nnen. Weiterhin gibt es einen Deticated-Server welcher komplett ohne GraphicsDevice auskommt und somit auf jedem Server im Internet lauff\u00e4hig ist.<\/p>\n
Die Netzwerkimplementierung basiert auf der Lidgren Library<\/a>.<\/p>\nHier<\/a> findet ihr einen kleinen Artikel von Michael zu der Netzwerkimplementierung!<\/p>\nJump!-Bilder<\/h3>\n
F\u00fcr die Bilder wurde der \u00dcbersicht halber eine extra Seite eingerichtet: Bilder<\/a><\/p>\nJump!-Videos<\/h3>\n
\n<\/span><\/p>\n
Jump! – Development Videos<\/a><\/p>\n Jump! – Development Bilder<\/a><\/p>\n Jump! – Development Dokumente\/Dokumentation<\/a><\/p>\n Jump! ist eine Mischung aus einem Jump’n’Run und einem Actionspiel an dem wir seit April 2008 arbeiten.<\/p>\n Das Spielprinzip ist schnell erkl\u00e4rt: Man steuert einen Charakter und muss seine Gegner mittels Kopfsprung eliminieren. Das ganze findet im 3D-Raum statt und wird im Netzwerk gespielt(LAN\/Internet). Ein Singleplayer-Modus wird es nicht geben.<\/p>\n Aktuell gibt drei verschiedene Modies in denen man gegeneinander antreten kann. Zum einen das oben erw\u00e4hnte Deathmatch<\/em> indem lediglich die Frags und Deaths gez\u00e4hlt werden. Weiterhin gibt es noch GetTheItems<\/em>. Dabei spielt man im Team und muss m\u00f6glichst viele Items einsammeln die in der ganzen Welt verstreut sind. Das Team was die meisten Items einsammelt gewinnt. Zus\u00e4tzlich gibt es ChatchTheChicken<\/em>. Hierbei spielt einer das „Chicken“ welches von den Anderen gejagt wird. Chicken wird man indem man am Anfang das Chicken-Item<\/em> einsammelt oder es einem Anderen, wiederum durch einen gezielten Kopfsprung, abnimmt. Gewinner ist hier derjenige, der am l\u00e4ngsten das Chicken war. Die Frags\/Deaths in den beiden letzten Modies spielen eine untergeordente Rolle.<\/p>\n Um die ganze Sache etwas aufzupeppen befinden sich \u00fcber die Map verstreut verschiedene Powerups, die man einsammeln kann und welche sich entweder positiv oder negativ wirken. Zum einen GodMode<\/em> welches einem nach dem Einsammeln f\u00fcr 15 Sekunden unsterblich macht und zum anderen Freeze,<\/em> welches einen f\u00fcr drei Sekunden unbeweglich macht.<\/p>\n Am deutlichsten wird der bisherige Fortschritt im Vergleich zu dem Visionsdokument (und Pflichtenheft), welches wir zum Projektbeginn geschrieben hatten. Alle anderen Dokumente, wie Pflichtenheft etc., werden wir sicherlich nach Beendigung des Projektes ver\u00f6ffentlichen bzw sind auch schon eine ver\u00f6ffentlicht. Siehe dazu nun:\u00a0 Jump! – Development Dokumente\/Dokumentation<\/a><\/p>\n Visionsdokument<\/a> (.pdf, 180KB)<\/p>\n Wie ihr euch sicher denken k\u00f6nnt, ist so ein Projekt nicht alleine zu st\u00e4mmen. Deshalb arbeite ich wieder mit Thomas Vogel<\/a> (3D-Artist, Animationen) und Michael Palmer<\/a> (Gamecode, Netzwerk) zusammen.<\/p>\n Meine Aufgaben sind und waren: Konzeption und Umsetzung einer Engine inklusive Sachen wie Physik, Effekte, Setup etc.!Auch an Teilen des Gamecodes arbeite ich und war unter anderem f\u00fcr die bisherige Lokalisierung<\/a> oder auch der Inputenumeration zust\u00e4ndig. Nat\u00fcrlich betrifft das auch prim\u00e4r die Integration der Engine in das Spiel an sich. Weiterhin war ich mit f\u00fcr die Entwicklung des Deticated Servers zust\u00e4ndig.<\/p>\n Das Projekt wurde Anfang April 2008 im Rahmen der Lehrveranstaltung ‚Softwareprojekt I\/II‘ (ehemals TFH Berlin) gestartet.<\/p>\n Man muss aber dazu sagen, das wir anfangs parallel noch ein anderes Projekt<\/a> bearbeiten mussten und uns somit nicht gleich komplett auf die Entwicklung von Jump! st\u00fcrzen konnten. Vom allt\u00e4glichen Unialltag, Arbeit etc. mal ganz abgesehen \ud83d\ude09<\/p>\n Das Projekt endete inoffiziell f\u00fcr die Lehrveranstaltung im Dezember 2008, jedoch werden wir alle drei noch bis zur wirklichen Fertigstellung im n\u00e4chsten Jahr daran arbeiten (siehe Meilensteine).<\/p>\n In den letzten zwei Monaten haben wir insgesamt drei Testiterationen durchgef\u00fchrt um uns Feedback zum aktuellen Entwicklungsstand einzuholen und auf deren Basis wir weiterentwickeln werden. Aktuell arbeite ich aber alleine weiter da Thomas und Michael zur Zeit in Australien verweilen.<\/p>\n N\u00e4chstes Jahre werden wir uns wohl prim\u00e4r um einige Gameplaysachen k\u00fcmmern (m\u00fcssen). Das betrifft z.B. die aktuelle Implementierung des Sprungverhaltens, Erweiterung des Spieles um neue Modies\/Powerups, eine teilwei\u00dfe \u00dcberholung des allgemeinen Spielprinzips und viele andere Kleinigkeiten.<\/p>\n Eventuell streben wir auch noch einen XBox Port an, um Jump! als XBox Live Indie Game <\/em>zu vermarkten. Jedoch steht das absolut in den Sternen und h\u00e4ngt stark von der zuk\u00fcnftigen Motivation (und nat\u00fcrlich freien Zeit) ab, da dies nochmal einen ganzen Brocken Arbeit bedeuten w\u00fcrde.<\/p>\n Ansonsten sind wir trotzdem sehr stolz soweit gekommen zu sein und haben aktuell nicht die Motivation verloren noch ein paar Monate daran zu arbeiten (siehe Meilensteine).<\/p>\n Gut ich denke mehr brauch ich aktuell auch gar nicht mehr schreiben. Wer sich f\u00fcr Details interessiert kann gerne sich das Pflichtenheft und die verschiedenen Spezifikationsdokumente ansehen, um den konkreten Fortschritt zu begutachten. ->Jump! – Development Dokumente\/Dokumentation<\/a><\/p>\n Aktuelles an dem ich gerade arbeite<\/span><\/p>\n In der letzten Zeit habe ich mich verst\u00e4rkt um das Kamerasystem und um das Partikelsystem gek\u00fcmmert.<\/p>\n Bei den Kameras sind neben der intelligenten <\/em>auch noch eine Spectator, eine Free und eine weitere FirstPerson mit Maussteuerung hinzugekommen. Die intelligente <\/em>Kamera bereitete mir einiges an Kopfzerbrechen und das nicht nur aus Perfomancegr\u00fcnden. Wir haben uns darauf geeinigt, gerade weil es ein schnelles Spiel ist, nicht die Kamera in ihrer Position zu \u00e4ndern, sondern die Objekte die im Weg sind bei Alphablending transparent zu rendern. Das verwirrt letztendlich den Spieler nicht so sehr und sorgt f\u00fcr einen guten Spielfluss.<\/p>\n F\u00fcr die Implementierung der Partikel setze ich mittlerweile auf das Dynamic Particle System Framework<\/a>. Dieses machte gleich zu Anfang einen guten Eindruck und \u00fcberzeugt durch den gro\u00dfen Umfang an verschiedenen Partikelsystemen, eine saubere und gut zu erweiterende Schnittstelle und nicht zuletzt durch viele Samples.<\/p>\n Aktuell strukturiere ich die ganze Engine um so das es wohl bis n\u00e4chstes Jahr, wenn es direkt am Spiel weitergeht, nix neues zu sehen gibt.<\/p>\n Geplante Meilesteine:<\/p>\n Beta-Version 2. Quartal ’09<\/span><\/p>\n Was ist bis dato noch zu tun?<\/p>\n Die Engine und das Spiel selbst wird mit dem XNA Framework 3.0 unter C# entwickelt. Es werden weitere Hilfsbibliotheken benutzt und die im folgenden Abschnitt mit gelistet werden.<\/p>\n Die Engine(Entwicklungsname: zPhere) basiert prinzipiell auf der Roe2-Engine<\/a> wurde aber in vielen Teilen \u00fcberarbeitet und vorallem erweitert. Unter anderem wurde zum gro\u00dfen Teil der Szenegraph und das Modelhandling ge\u00e4ndert bzw. neudesignet, eine Soundschnittstelle hinzugef\u00fcgt oder aber die Physikbibliothek BEPU physics<\/a> implementiert. Es wurden aber Teile wie Terrain, Winformsupport gar nicht erst \u00fcbernommen, da sie f\u00fcr uns keine Relevanz haben und f\u00fcr sp\u00e4tere Projekte, falls notwendig,\u00a0 selber implementiert werden.<\/p>\n Ein paar Eckdaten:<\/p>\n geplante Features (teilweise unabh\u00e4nig von der Jump!- Entwicklung):<\/p>\n Jump! wird vorrangig von Michael entwickelt und benutzt logischerweise die zPhere als Game- und Renderengine. Mittlerweile ist die Netzwerkimplementierung zum Teil mit in die Engine integriert um so theoretisch sofort andere Projekt netzwerkf\u00e4hig implementieren zu k\u00f6nnen. Weiterhin gibt es einen Deticated-Server welcher komplett ohne GraphicsDevice auskommt und somit auf jedem Server im Internet lauff\u00e4hig ist.<\/p>\n Die Netzwerkimplementierung basiert auf der Lidgren Library<\/a>.<\/p>\n Hier<\/a> findet ihr einen kleinen Artikel von Michael zu der Netzwerkimplementierung!<\/p>\n F\u00fcr die Bilder wurde der \u00dcbersicht halber eine extra Seite eingerichtet: Bilder<\/a><\/p>\nJump! – Das Spiel<\/h3>\n
Jump! – Development<\/h3>\n
Meilensteine<\/span><\/h4>\n
\n
\n
\n
Technische Details<\/span><\/h4>\n
Engine(zPhere)<\/em><\/h4>\n
\n
\n
Anderes<\/em><\/h4>\n
Jump!-Bilder<\/h3>\n
Jump!-Videos<\/h3>\n