[Beta] Civ4 Kampfberechnung - auf Basis von Java

[Ζοκακλες]

<table align="center"><tr><td bgcolor="#dddddd"><font size="+2"><a href="http://www.civforum.de/attachment.php?attachmentid=86033&stc=1&d=1173135574">Download</a></font></td></tr></table>

Bisher haben wir - so weit ich weiß - sehr brauchbare Informationen über das Kampfsystem bei Civ4 i.F.v. einer Beschreibung im CivWiki und ein einfach zu bedienendes Exceltool. Nun habe ich aber zum Spaß ein eigenes Tool in Java geschrieben. Zum einen weil das bisher existierende Tool auf Basis von Excel lief, was mir nicht auf meinen Rechner kommt. Zum anderen, weil Java viel "mächtiger" ist als Excel, das heißt, man ist z.B. hinsichtlich der Oberflächen völlig disponibel und nicht so eingeschränkt. Ferner ist Java besser lesbar und damit der Code besser auf Korrektheit überprüfbar usw usf. Zunächst mal die Links:

• Die verbale Beschreibung des Kampfsystems im CivWiki. Auf diesen Artikel stützen sich alle meine Code-Abschnitte.
• Das Excel-Tool benutzt Makros (für die Simulationsläufe), welche unter OpenOffice nicht funktionieren. Griechen können diesem Link folgen (internes Forum); einen öffentlichen Link habe ich leider gegenwärtig nicht parat. Werde ich nachtragen.

Mein Java-Tool ist nun im Prinzip fertig. Die bisher ausstehenden Berechnungen zu Erstschlägen sind implementiert und auf Plausibilität getestet. Tiefer schürfende Tests stehen noch aus.

Das Interface besteht bisher aus einer Main-Klasse, in der einfach Funktionsaufrufe manuell verändert werden müssen. Eine Erweiterung um eine wie auch immer geartete Oberfläche ist aber problemlos möglich. Hier ein Beispiel:

    public static void main(String[] args) {
     Attacker a = new Attacker(5, 100, .1, .0, 0, 0); // Axti mit Stärke I
     Defender d = new Defender(4, 100, .0, .5, 1, 2, a); // Plänkler auf Wald
     BattleSimulator sim = new BattleSimulator(a, d);
     sim.simulateFights(100000); // 100k Durchläufe
} 

Das heißt, hier greift ein Axtkämpfer mit voller Trefferpunktezahl und Stärke I einen malinesischen Plänkler an (1 bis 2 Erstschläge aber keinerlei Beförderungen), der auf Wald steht. Ausgabe in der Konsole:

Siege für Angreifer:   23925
Siege für Verteidiger: 76075 

Die Siegwahrscheinlichkeit laut Tool beträgt also rund 23,9% für den Axtkämpfer. Ingame werden allerdings 24,1% für diese Konstellation angegeben. Ich hoffe, es ist nur eine kleine Ungenauigkeit und kein Hinweis auf einen Fehler im Algorithmus.

Der Kern einer Anwendung ist also vorhanden. Jetzt müsste sich noch ein Masochist finden, der eine annehmbare Oberfläche dazu codet. Denkbar wäre eine webbasierte Variante mit Servlets (dazu wäre ein Tomcat-Server notwendig). Ferner wäre es bspw. möglich, ein kleines Offlinetool auf Basis von JFrame zu basteln.

Hab dann mal die Klassen gezippt und hochgeladen. Eine kurze Anleitung befindet sich auch darunter. Man beachte, Kenntnisse in Java sind zur Benutzung notwendig.

[Kontrollator]

hmm kann ich das als nicht programmierer jetzt schon nutzen?

und was ist der sinn dieses programms? soll ich es kampfberechnung von civ 4 ersetzen

[jack-itb]

Ferner wäre es bspw. möglich, ein kleines Offlinetool auf Basis von JFrame zu basteln.

Java Webstart ist übrigens eine gute Sache. Damit lässt sich das (JFrame-)Tool zwar offline nutzen, bei Online-Verbindung wird aber überprüft, ob es eine neue Version gibt, die dann ggfs. automatisch vor dem Start gezogen wird.

edit: Wieso übergibst du dem Defender den Attacker?

[Ζοκακλες]

hmm kann ich das als nicht programmierer jetzt schon nutzen?

Im Augenblick leider noch nicht. Theoretisch wäre das über die Kommandozeile zwar bereits möglich, aber wegen der Fülle der Parameter wäre das ziemlich grausam.

und was ist der sinn dieses programms? soll ich es kampfberechnung von civ 4 ersetzen

Sinn des ganzen ist es - neben der Bekämpfung meiner Langeweile - Routinen bereitzustellen, mit denen man ein Tool schaffen kann, das im Vergleich zum bereits vorhandenen Excel-Sheet unabhängig von Excel, leichter bedienbar und besser erweiterbar ist. Ich habe ja schon erwähnt, dass dies bis hierher nur die "Kernroutine" darstellt.

Java Webstart ist übrigens eine gute Sache. Damit lässt sich das (JFrame-)Tool zwar offline nutzen, bei Online-Verbindung wird aber überprüft, ob es eine neue Version gibt, die dann ggfs. automatisch vor dem Start gezogen wird.

Wow, klingt interessant. Habe ich aber null Ahnung von. Interesse mitzumachen, Jack?

Wieso übergibst du dem Defender den Attacker?

Eine simple Referenzierung, die die Berechnung erfordert.

[jack-itb]

Wow, klingt interessant. Habe ich aber null Ahnung von. Interesse mitzumachen, Jack?

Ich empfinde das GUI basteln auch immer als lästige Arbeit nebenbei Und dazu würde dann wohl noch das stumpfe Abtippen von Einheitenwerten kommen Nicht gerade etwas was ich mir im Moment herbeigesehnt habe

Wenn erstmal ein JFrame fertig ist, ist das Webstart-Ding aber ne Kleinigkeit. Eigentlich muss man nur die jar und ein XML-Dokument (.jnlp) auf einen Webserver legen und die jnlp-Datei verlinken. Das können wir dann natürlich gerne auf diesem Server machen.

Kannst mir aber trotzdem gerne mal den Code schicken.

[Ζοκακλες]

Brrr, ich grusel mich ganz generell vor GUIs. Hab Dich mal bei ICQ geadded, Jack. Muss Dich mal zu ein paar Einzelheiten interviewen...

[Ζοκακλες]

Okay, ich hab da mal was hochgeladen.

Wer Lust hat, kann mal testen, ob die Berechnungen auch korrekt sind. Wer Lust hat, eine wie auch immer geartete Oberfläche zu erstellen, der möge sich bei mir melden. Wer Anregungen hat, ebenso.

[DragonGreen]

ich verstehe trotzdem nich (was kontrollator auch sagt), wozu muss ich überhaupt außerhalb des spiels kampfberechnungen anstellen?

[Peregrin_Tooc]

Könnte man mittels Java nicht die Einheitenwerte aus den XMLs direkt auslesen?

[Ζοκακλες]

ich verstehe trotzdem nich (was kontrollator auch sagt), wozu muss ich überhaupt außerhalb des spiels kampfberechnungen anstellen?

Du kannst ja immer nur ablesen, mit welcher Wahrscheinlichkeit Du Angriffe gewinnst. Wirst Du angegriffen, kannst Du es ohne Berechnung nur überschlagen...

Der Aufwand lohnt natürlich nur in ganz brenzligen Situationen oder in Spielen wie DGs, wo ohnehin jeder Zug akribisch geplant wird.

Könnte man mittels Java nicht die Einheitenwerte aus den XMLs direkt auslesen?

Grundsätzlich wäre das möglich.

[Caesium]

Wär ja glatt mal Zeit für ein Update

[Polly]

Dieser Thread muss wohl in meine Inaktivität gefallen sein.

[Ζοκακλες]

Wär ja glatt mal Zeit für ein Update

Was gibt's denn für Wünsche?

Jack hat mal sowas wie eine Beta-GUI drumherum geknetet. Ich verfolge das aber (gegenwärtig) nicht weiter, weil da das Excel-Tool von Haus aus einfach geeigneter ist, denn da brauch man nichts mehr coden. Oberflächen in Java sind für mich der blanke Hass.

Die Idee des Java-Tools besteht v.a. darin, ein Tool zu schaffen, was erweiterbarer und mächtiger ist als so ein Excel-Sheet. Als eventuell nächsten Schritt habe ich vorgesehen, den Simulator auf eine Abfolge von Kämpfen einzustellen. Bsp.: Mit welcher Wahrscheinlichkeit kloppt mein Bogi den Barbwarrior weg und überlebt anschließend den Gegenschlag des zweiten Barbwarriors. Das sind ja leider keine unabhängigen Ereignisse wegen der Hitpoints.

Dieser Thread muss wohl in meine Inaktivität gefallen sein.

Was heißt das?

[DragonGreen]

Mit welcher Wahrscheinlichkeit kloppt mein Bogi den Barbwarrior weg und überlebt anschließend den Gegenschlag des zweiten Barbwarriors. Das sind ja leider keine unabhängigen Ereignisse wegen der Hitpoints.

Das sollte ja mit Java gar kein Problem sein. Wär sogar möglich, das Tool gibt dir die beste Angriffsreihenfolge aus, womit man am wenigsten verliert...wäre mal echt interessant...schließlich kann man dann schauen, ob Kattas wirklich was bringen (bzw. beweisen, dass es das Tool rausfindet )

[jack-itb]

Achja, da war noch was

Ich bin auch kein begeisterter GUI-Bastler, daher hab ich mir das auch nicht mehr weiter angeguckt. Glaube auch nicht, dass mich in nächster Zeit der Ehrgeiz packt.