Webraid's Blog » HdR Game Diary

Ein Statusbericht für das Herr der Ringe Quiz

Jan — Tue, 05 Dec 2006 19:39:44 +0000

Es ist auf jeden Fall an der Zeit einen weiteren Statusbericht für mein Herr der Ringe (HdR) Quiz zu schreiben und ein zwischenzeitliches Ergebnis zu formulieren. Was ist noch zu tun, was ist schon erledigt? Welche Bereiche benötigen noch dringende Aufmerksamkeit? Die folgende Grafik verdeutlicht dies:

Die Angaben sind in Prozent, wobei in dem Bereich Fragen die Angabe eher als Richtwert zu verstehen ist, da die Spieler selbst eigene Fragen einreichen können und sollen. Somit gibt es keine maximale Anzahl an Fragen.
Das aktuelle Augenmerk liegt momentan auf den Duell Modus, da dieser neben dem unvollständigen Netzwerk Handle das einzige noch nicht vollständige implementierte Code Element darstellt.

Weiterhin kommt auch noch der fehlende Teil der Spielidee hinzu, da ich mir immer noch unsicher bin, ob es besser ist, dass die beiden Spieler wirklich absolut gleiche Fragen bekommen oder ob ein Zufallsgenerator für jeden alleine die Fragen bestimmt.

Ganz allgemein hoff ich natürlich einfach, dass mein Herr der Ringe Quiz (HdR Quiz) einfach irgendwann von jemanden gespielt wird.

Mit RMI wird das Netzwerkproblem wohl behoben

Jan — Sun, 19 Nov 2006 12:32:16 +0000

Um das Problem des Netzwerktransfers zwischen den beiden Spielern im HdR Game zu lösen, bin ich dank eines Forums auf RMI gestoßen. Diese Möglichkeit mit Java war mir bis dato noch gar nicht derart bewußt, obwohl es schon länger Bestandteil des JDK ist, aber umso mehr bin ich jetzt davon beeindruckt. Natürlich muss ich mich erstmal ein arbeiten und naja, so ganz klappen, will’s noch nicht, aber ich erhoffe mir damit auf jeden Fall, dass es eine züge weitere Entwicklung geben wird.

Die Entscheidung für das LAN

Jan — Fri, 13 Oct 2006 16:23:37 +0000

Kurz vor Semesterbeginn ist die Entscheidung nach langem hin und her nun endgültig gefallen. Im Prinzip hat es viel zu lange gedauert, aber nun ist es klar: Die KI wird erstmal zurückgestellt, der Network Transfer für LAN und Internet wird focusiert.

Die Entscheidung war schwer, obwohl es immer das Ziel war ein Multiplayer Game zu erschaffen. Auf diesen Grundsatz habe ich mich jetzt auch wieder zurückbesonnen. Desweiteren gibt es noch eine gravierende Änderung.

Seit Anfang des Projektes stellte ich in geheimen Gedanken immer wieder den Sinn des Fullscreen Modus in Frage.
Das parallele Nutzen von Chatprogrammen wie Trillian,ICQ,MSN und auch von anderen Nebenprogramme wäre somit grundsätztlich unmöglich. Dies ist nicht sinnvoll, immerhin kommt es zwischenzeitlich bei dem Spiel doch zu Wartezeiten für den einen Spieler.

Daher hat das Spielfenster nun die Größe 800×600 verpasst bekommen, damit alle (inclusive 15Zoll Monitore) das Spiel nutzen können.

KI vs. Network Transfer – was ist fürs erste leichter

Jan — Mon, 28 Aug 2006 16:15:20 +0000

Nach einiger Zeit gibts wieder etwas neues zu berichten.
Das Spiel an sich ist ja ein 1vs1, wobei es vom Anfang an, die Möglichkeit geben sollte, entweder gegen die KI oder gegen einen anderen Spieler antreten zu können. Das ist zumindestens das Ziel. Man sollte sich aber nicht übernehmen,also wird nicht beides sofort gehen.

Aber was ist einfacher zu realisieren ? Das Protokoll für die Kommunikation über das I-net oder doch die KI. Ich muss gestehen, ich weiß es immer noch nicht. Beides ist nicht so schwer, aber was ist leichter ?

Die Anzahl der verschickenden Bytes zwischen Client und Server sollten relativ klein sein, da nur wenige Werte verschickt werden müßten. Aber auch die angebliche KI ist bis dahin leicht, weil die KI nur auf ihr Wissen, nicht auf taktische Züge beruhen muss. (Daher ist der Name KI wohl eher falsch).

Aktueller Status:

Strukturverbesserungen
Laufzeitverbesserungen
Problem beim Laden immer noch nicht behoben
Stärkechips + Kosten für weiterrrücken eingeführt

Von Prozessoren und negativen Zeiten

Jan — Wed, 16 Aug 2006 09:47:24 +0000

Ein Spiel, was dem ganzen System die gesamten CPU – Ressourcen klaut, ist schlecht. Das Spiel sollte keinesfalls die ganze Zeit bei 99% laufen. Nun ja, dies passiert aber bei einer Endlosschleife nun mal. Das System nimmt sich alle Ressourcen.

Prinzipiell ja kein Problem. Immerhin bietet Java mit seiner Thread.sleep Methode einen edlen Ausweg. Nun ja, eingebaut und immernoch 99% Auslastung, sowie braucht die Paint Methode plötzlich merkwürdig lange…
Doch man sollte als Entwickler schon richtig rechnen könnnen….

Denn jetzt wird es peinlich. Ein Befehl wie Thread.sleep((lastLoopTime-System.nanoTime)/1000) könnte da ein wenig zu Problemen führen, weil die Zahl natürlich immer negativ ist. Andersrum wäre es richtig.

long ende=System.nanoTime();
long diff=(ende-lastLoopTime)/1000+10;

diff=(diff>1000)?1000:diff;
try
{
Thread.sleep(diff);
}
catch(Exception e)
{
System.out.println(“Thread out)”;
}

Peinlich, peinlich, aber auch lustig, was man für dumme Fehler macht.

Aktueller Status

Spielinitalisierung werden richtig durchgeführt
Gesteuert wird über Tastatur Eingaben
Positionsverzerrungen bei unterschiedlichen Screen-Auflösungen werden korrekt korrigiert

Aller Anfang ist leicht

Jan — Thu, 10 Aug 2006 10:48:08 +0000

So, der Anfang war eigentlich relativ leicht. Da das Regelwerk mir gedanklich schon vorliegt, gehts glücklicherweise nur ums reine programmieren.

Aktueller Status:

Spielbrett (sprich als reine Grafik) ist fast fertig, paar Special Felder sind noch nicht belegt.
Fullscreen Modus ist bereit