So bekommt man zum Beispiel nach jeder erfolgreich abgeschlossenen Challenge Erfahrungspunkte, die den Level des Charakters aufsteigen lassen. Mit jedem Level werden drei Statuspunkte freigeschaltet, die auf die vier Attribute Kraft, Tempo, Intellekt und Glück verteilt werden können. Jedes Attribut unterstützt andere Boni.

Kraft hebt den Schaden der Türme an. Tempo lässt Türme in kürzeren Zeitintervallen schießen. Intellekt dagegen erhöht die maximale Reichweite der Türme. Steckt man einen Punkt in Glück, so werden die Chancen auf Gegenstände und mehr Gold angehoben.

Stichwort Gegenstände. Normale Monster lassen mit einer geringen Wahrscheinlichkeit Schätze fallen. Diese goldenen Jutesäcke kann man dann mit der Maus aufheben und nach der erfolgreich abgeschlossenen Challenge auspacken und in das Inventar legen. Bisher sind zwei verschiedene Arten von Gegenständen implementiert.

Werkzeuge sind immens wichtig, um Türme zu bauen. Ohne richtiges Werkzeug brauchst du erstens sehr lange und zweitens verfallen sämtliche Boni, die mit dem Werkzeug einhergehen. Je besser und höherstufiger dein Werkzeug, desto mehr Schaden werden deine Türme anrichten. Ebenso können die Werkzeuge Sockel besitzen. Maximal 6 Sockel können dann mit Edelsteinen bestückt werden, die noch einmal spezielle Boni mit sich bringen. Hier findest du mehr Informationen darüber.

Nach jedem Levelaufstieg bekommt dein Charakter einen Fähigkeitspunkt. Dieser kann dann in eine spezielle Fähigkeit investiert werden. So kann man nach dem ersten Levelaufstieg einen Punkt in den Turm „Schockfroster“ setzen und hat ab sofort einen neuen Turm zur Verfügung, der Monster einfriert und erheblich verlangsamt. Setzt man den Punkt dagegen in die Fähigkeit „Vogelkunde“, sammelt ab sofort dein treuer fliegender Begleiter das Gold ein und nimmt dir somit die lästige Klickarbeit ab. In jede Fähigkeit können fünf Punkte investiert werden. Jede neue Stufe erhöht die Turmattribute oder schaltet neue Upgrade Möglichkeiten für deine Türme frei.

Du entscheidest, wie sich dein Charakter entwickeln soll. Lieber den auf Durchschlagskraft getrimmten Rambo oder doch lieber eine gesunde Mischung aus allem? Finde den besten Weg und versuche die Highscore zu knacken!

Man nimmt sich etwas ganz fest vor, gibt sein Bestes und investiert viel mehr Zeit als man eh schon eingeplant hatte? Eigentlich sollte der Berg an Arbeit weniger werden, doch genau das Gegenteil ist der Fall und es häuft sich immer mehr an.

Um euer Spielerlebnis und euren Spielspaß stets aufrecht zu erhalten, werde ich die Demo erst im Februar veröffentlichen.

Viele Freunde haben mir beim Probespielen aufgezeigt, dass man als alleiniger Game Designer und Programmierer sehr viele Sachen übersehen kann und wird. Die zahlreichen Änderungen und Neuerungen werden nun ins Spiel implementiert und stehen dann ab Februar mit der Demo im Einklang.

Lieber den Release verschieben, als nachher ein unfertiges und langweiliges Spiel rauszubringen. Meine TODO-Liste ist noch lang

Mitunter befasse ich mich gerade mit:

• Tutorials
• Steuerung/Short-Keys
• Balancing der einzelnen Challenges
• Kleinere Optimierungen am Gameplay
• Errungenschaftensystem
• Sound
• Bessere Einbindung des Hauptcharakters im Spiel
• und viele viele Bugs

Wenn später alles meinen Wünschen entspricht, veröffentliche ich die Demo auf dieser Seite.

Ich hoffe ihr seid gut ins neue Jahr 2012 gekommen und eure Vorsätze sind nicht zu weit vom Himmel geholt Ich wünsche euch noch einen schönen Tag!

Tino Eckert

Reach The Roof.

Nicht.

Der Release der offiziellen Reach The Roof Demo verzögert sich. Ich wusste es. Warum habe ich mir überhaupt dieses Ziel gesetzt? Vielleicht um euch eine kleine Beschäftigung über die Feiertage mitzugeben. Der gute Wille war jedenfalls da.

Einerseits habe ich noch nicht alle Level implementiert, andererseits stimmt das Balancing noch nicht zu 100 Prozent, so wie ich es mir vorgestellt habe. Diese beiden TODO’s werde ich mir die nächsten Tage ans Herz legen und schließlich (hoffentlich) noch vor der Neujahrswende beruhigt die Demo hochladen können.

Ich freue mich. Auf euer Feedback. Auf eure Highscores. Auf euren Spielspass

Bis dahin genießt die Feiertage – checkt einmal weniger eure Emails – setzt euch einfach mal hin und genießt die besinnliche Weihnachtszeit mit euren Mitmenschen!

Horrido Joho
Tino Eckert

Der Turm steht! Wenn auch etwas schief an manchen Stellen, gilt es dieses monumentale Bauwerk in der Demo zu erklimmen.

Die Fahnen dienen zur Kennzeichnung der freigeschalteten Ebenen.
Grün = Offen & Begehbar
Rot = Noch nicht begehbar/muss noch freigeschaltet werden

Ein bisschen Werbung für andere Spiele:
“Code Hero” ist ein Spiel, dass Leuten das Programmieren beibringt. Kinderleicht werden Codes von einem Ort zum anderen “geschossen” und verändern somit das Level nach deinen Wünschen. Deiner Fantasie sind keine Grenzen gesetzt. Alleine Voraussetzung ist der kreative und sinnvolle Einsatz deines Verstands.

Kommst du nicht weiter, weil der Absatz zu weit weg ist? Verändere die X-Koordinate dieses Objekts und schiebe ihn somit näher an dich heran – und weiter geht’s!

Besonders Kinder sollen hier von Anfang an auf spielerische Art und Weise Erfahrungen sammeln und somit leichter das “hacken” lernen. Ob das Ganze dann auch gut bei Eltern ankommen wird? Das wird sich in Zukunft herausstellen.

Das Spiel “Code Hero ” befindet sich zur Zeit in Entwicklung und in der Beta Phase – Du möchtest das Spiel gerne mal Probespielen? Am Ende des 17-minütigen Vorstellungsvideos befinden sich die Daten dazu:

Click here to view the video on YouTube.

grundsätzlich habe ich ja nichts dagegen, ein wenig Zeit mit php und dergleichen zu verbringen, aber die letzten beiden Tage gingen vollends für die Entwicklung meines neuen Online Vergleichs drauf!

Puh, ich muss erstmal durchschnaufen! Ob sich das ganze System später profilieren wird, werde ich wohl erst beim Release der Demo erfahren. Die Implementierung hat mich einige Nerven gekostet, am Ende bin ich dann aber doch vollends zufrieden (für den Anfang ).

Bis jetzt sieht die Implementierung folgendermaßen aus:
Man schließt ingame eine Challenge erfolgreich ab. Es werden Punkte vergeben. Diese Punkte können dann, nach einer kleinen Bestätigung vom Spieler, an meine Website übertragen werden, um dann schließlich einen Highscore der 10 verfügbaren Level darzustellen. Die besten 5 Einsendungen pro Level werden zusammen mit ihrem Namen auf der Highscore verewigt!

Je nach Andrang könnte ich dann auch einmal im Monat die Highscore zurücksetzen, damit auch andere Spieler die Möglichkeit haben, auf den vorderen Plätzen mitzuspielen! Ich bin mal gespannt, wie das System bei euch ankommt. Verbesserungsvorschläge oder andere Ideen nehme ich gerne entgegen.

Hier nochmal der Link zum Highscore, ihr könnt ihn gerne jetzt schonmal bestaunen:
Reach The Roof – Highscore

Gruß,
Tino

heute präsentiere ich euch ein sehr cooles Tool, um herauszufinden, aus wievielen Lines of Code das eigene Projekt besteht.

• Sinnvoll? Eher weniger…
• Informativ? auf jeden Fall

Hier der Link dazu: http://code.google.com/p/loc-calculator/
Probiert das Ganze doch mal bei eurem Projekt!

Nebenbei erwähnt: Reach The Roof hat derzeit folgende Statistik:

No. of files : 1303
No. of binary files : 1230
Total no. of non empty lines : 262298
Empty Lines : 4476

Gruß,
Tino

so langsam rückt die Prüfungsphase im Studium näher, sodass ich immer weniger Zeit finde, eine spielbare Demo von meinem 3D Gamestudio Spiel Reach The Roof zu veröffentlichen. Ich habe mir jetzt eine kleine Deadline gesetzt, wann das ganze denn für euch verfügbar sein wird. Dieser kleine Comic beschreibt das Dilemma der Zeitnot ganz gut, den viele Softwarehersteller treiben.

Nagut, hier ein paar generelle Infos zur ersten spielbaren Demo von Reach The Roof. Was wird alles in der Demo spielbar sein?

• Charaktererstellung
• Charakterentwicklung bis Level 10
• Skillsystem
• Itemsystem mit Edelsteinen und Werkzeugen
• Die ersten 10 Ebenen, bestehend aus:
• strict Challenges
• free Challenges
• + 3 exklusive Türme
• Errungenschaften

Circa 90% dieser Features sind schon implementiert, die restlichen Sachen werde ich im Laufe des nächsten Monats programmieren und einbinden.

Geplant ist der Release für Weihnachten.

Mal schaun, was draus wird Bis dahin, frohes Rumstöbern und schönes Wochenende,

Tino

die Gegenstände in Reach The Roof müssen auf irgend eine Art und Weise gespeichert und verwaltet werden. Wie das Ganze realisiert wird, (beziehungsweise wie ich es realisiert habe) versuche ich in diesem Artikel einmal genauer zu beschreiben.

Jedes meiner Items besitzt eine eindeutige Identifikationsnummer, die es im ganzen Spiel behält und speichert. Anhand dieser ID kann man auf sämtliche Informationen zugreifen, die es besitzt. So habe ich zum Beispiel in einem Integer Array den Itemtyp festgehalten. Itemtyp Nummer 1 ist zum Beispiel ein Rubin. Itemtyp Nummer 142 ist ein Werkzeug namens Holzhammer(Kiefer). Ebenfalls besitzen meine Items einen bestimmten Level, der ebenfalls in einem Array abgespeichert wird.

int item_typ[100];
int item_level[100];

Grundsätzlich ist es ja möglich unendlich viele Items zu initialisieren, sodass die ID stetig steigen würde. Hierfür habe ich eine kleine Funktion geschrieben, die automatisch nach “freien” ID’s sucht, sobald der 99. Gegenstand ins Inventar gewandert ist. Man kann maximal 94 Items in meinem Inventar lagern.

Um das Inventar zu erklären, muss ich kurz vorweggreifen, wie das Ganze aufgebaut ist. Grundsätzlich funktioniert das System durch Bereitstellen von “Ablegeflächen” für Items und das Verschieben von Gegenstands-”Buttons” durch die Maus.

Das Inventar mit den einzelnen Buttons

Ein Button hat folgende Funktionsweise.

Fährt man mit der Maus über einen Button, wird eine “Maus berührt Button” – Funktion gestartet. In unserem Fall wird eine kleine Info zum Item eingeblendet, die Name, Itemtyp, Itemlevel und daraus resultierende Boni aufzeigt aufzeigt.

Die Iteminformation wird angezeigt, sobald der Mauszeiger drüberfährt.

Verlässt man mit der Maus den Button, wird eine “Maus verlässt Button” – Funktion gestartet. Die Funktion löscht die Iteminformation.

Jetzt wirds interessant – klickt man nun mit der linken Maustaste (LMT) auf den Button, wird dieser aufgenommen und folgt der Maus solange, bis erneut geklickt wird.

Das Item folgt der Maus.

Die Buttons wurden beim Spielstart initialisiert und sind somit dynamisch anpassbar. Wichtig hierbei, ist zu erwähnen, dass sämtliche leeren Buttons ebenfalls eine Item ID zugewiesen bekommen. Deren Item Typ ist zwar 0 – sprich es ist kein Item vorhanden – jedoch wird das Ganze später beim Items hin- und herschieben essentiell!

PANEL* buttons_inventar[8][7][6]; /*ebene - zeile - spalte*/

int inventar_item_id[8][7][6];

Das dreidimensionale Array dient zur einfachen Verwaltung des Inventars. Die erste Stelle stellt die Ebene dar, in der der Button existiert. Die andern beiden Stellen sind Zeile und Spalte.

Das Hauptinventar liegt beispielsweise in der Ebene 0. Das Panel an der Stelle (2,5) findet man zum Beispiel bei ‘buttons_inventar[0][2][5]‘. Die dazugehörige Item ID findet man dementsprechend in der Variable ‘inventar_item_id[0][2][5]‘.

Geplant ist eine Erweiterung des Inventars, nachdem bestimmte Spielziele erreicht wurden. Dadurch hat man dann im Hauptinventar mehrere Reiter, die man wechseln kann und somit der Platz für Gegenstände verdoppelt bzw. verdreifacht. Die Gegenstände legt man dann in anderen Ebenen an.

Die Schmiede hat zum Beispiel auch ihre eigene Ebene und kann separat angesprochen werden.

Zurück zu den Buttons: Folgender Funktionsinhalt ist für die Aufnahme eines Items verantwortlich.

/*bereits ein Item aufgenommen? Ist es überhaupt ein Item?*/
if ((item_aufgenommen == 0) && (item_typ[item_id] > 0)) {

/*speichert, dass ein Item aufgenommen wurde*/
item_aufgenommen = 1;

/*position + ort des alten Items merken,
(die 4 Variablen werden global definiert)
e = aktuelle Ebene
r = aktuelle Zeile
s = aktuelle Spalte*/
item_aufgenommen_id = item_id;
item_aufgenommen_ort[0] = e;
item_aufgenommen_ort[1] = z;
item_aufgenommen_ort[2] = s;

/*fester zwischenspeicher für aufgenommene items
(wird nicht überschrieben bei neuer ID zuweisung)*/
inventar_item_id[e][z][s] = 1;

/*setze an der aufnahmestelle
eine "leere fliese", sprich kein Item*/
buttons_inventar[e][z][s].bmap = bmap_inventar_leerefliese;

/*Dieses Item befindet sich nun "an" der Maus und
folgt dieser, bis es woanders abgesetzt wird*/
set(panel_inventar_item_hand,SHOW);

/*die Iteminformation (die beim button berühren
aufgepoppt ist) wird ausgeblendet*/
reset(panel_iteminfo,SHOW);

/*solange das item in der "hand" ist,
soll der Dummy dem mauszeiger folgen*/
while(item_aufgenommen == 1) {

if(mouse_left) {
/*Was soll passieren, wenn die linke
maustaste gedrückt wird? -> Prüfen,
ob auf leeren Itemplatz gedrückt, oder
auf anderes Item, oder auf leere Fläche
(...)*/
}

if(mouse_right) {
/*Was soll passieren, wenn die rechte
maustaste gedrückt wird? -> Abbrechen
(...)*/
}

/*Folge der Maus*/
panel_inventar_item_hand.pos_x = mouse_cursor.x;
panel_inventar_item_hand.pos_y = mouse_cursor.y;

wait(1);
}

Soweit – so gut! Doch woher will die Maus denn wissen, ob sie das Item ablegen kann oder nicht?

Es wird ständig gespeichert, über welchen Button sich die Maus gerade befindet und welche Item ID der jeweilige Button beinhaltet.

item_ort_aktuell[0] = e;
item_ort_aktuell[1] = z;
item_ort_aktuell[2] = s;

item_id_aktuell = inventar_item_id[item_ort_aktuell[0]][item_ort_aktuell[1]][item_ort_aktuell[2]];

Dadurch ist es möglich festzustellen, OB die Maus über einer freien Fläche liegt, OB die Maus über einem anderen Item liegt oder OB die Maus irgendwo anders herumgeistert und garnicht in das Inventar zeigt.

Der Rest ist einfach:
Die Aktion wird abgebrochen, sobald man mit der RMT klickt.
Die Aktion wird abgebrochen, sobald man mit der LMT auf eine freie Fläche klickt.
Das Item wird ausgetauscht, sobald man mit der LMT auf ein anderes Item klickt.
Das Item wird abgelegt, sobald mit mit der LMT auf einen freien Button klickt.

/*Lege die Item ID vom liegenden Item auf den Aufnahmeort*/
inventar_item_id[item_aufgenommen_ort[0]][item_aufgenommen_ort[1]][item_aufgenommen_ort[2]] = item_id_aktuell;

/*Jetzt kann die Item ID vom aktuellen Item auf den Ablegeplatz gesetzt werden*/
inventar_item_id[item_ort_aktuell[0]][item_ort_aktuell[1]][item_ort_aktuell[2]] = item_aufgenommen_id;

/*Das Mauspanel kann wieder weg (bzw das aufgenommene Item Panel)*/
reset(panel_inventar_item_hand,SHOW);

/*Damit die schleife unterbrochen wird*/
item_aufgenommen = 0;

/*Diese Funktion aktualisiert das ganze Inventar und zeigt nun die beiden "gewechselten" Items anhand derer Item ID's an*/
fkt_inventar_refresh();

Das Item wird wieder abgelegt.

Ich hoffe dieses kleine Tutorial gibt einen kleinen Einblick in mein Hobby oder findet sogar noch Verwendung in anderen Spielen. Ich habe den Code mit Absicht nicht vollständig gepostet, da es gerade für Anfänger eine gute Übung ist, alles vollständig zu implementieren. Sollte dennoch Interesse bestehen, bin ich auch nicht abgeneigt eine lauffähige Version auszuhändigen!

Ich bin mir bewusst, dass diese Methode bei weitem nicht ideal ist, jedoch ist es eine einfache und in meinen Augen leicht zu programmierende Implementierung eines Itemsystems.

Achja: Ich bin ein Freund von Anregungen und konstruktiver Kritik, also immer her damit!

Mit freundlichen Grüßen,

Tino Eckert

Oder folgt auch kleinen News auf Twitter und bleibt stets informiert:
http://www.mjip.de/twitter

Oder doch lieber Anhänger von Google+?
http://www.mjip.de/plus

Ein kleiner Tipp für Websitebesitzer, die ihre Konten auch auf soziale Plattformen vermarkten möchten. Benutzt einen redirect, um von eurer Website zum jeweiligen Profil zu gelangen. Sieht sehr einheitlich aus, und gibt das Gefühl, etwas mehr Kontrolle zu haben
Ihr braucht dazu auch nur die .htaccess Datei verändern und schwuppdiwupp landet ihr auf dem Profil!

Hier eine kleine Anleitung:
http://insidegoogleplus.de/per-redirect-weiterleitung-von-der-eigenen-domain-zum-googleprofil/

Schönes Wochenende!