KaBotte: Unterschied zwischen den Versionen
Maks (Diskussion | Beiträge) |
Maks (Diskussion | Beiträge) |
||
| Zeile 3: | Zeile 3: | ||
== Problematische Karten == | == Problematische Karten == | ||
| − | Nr. [http://www.karopapier.de/mappreview.php?MID=117&pixel=4&karoborder=1 117 ]: ohne TCs | + | Nr. [http://www.karopapier.de/mappreview.php?MID=117&pixel=4&karoborder=1 117]: ohne TCs |
| − | Nr. [http://www.karopapier.de/mappreview.php?MID=167&pixel=4&karoborder=1 167 ] die Größe des Suchbaums (9 Fakultät) | + | Nr. [http://www.karopapier.de/mappreview.php?MID=167&pixel=4&karoborder=1 167] die Größe des Suchbaums (9 Fakultät) |
== Funktionsweise == | == Funktionsweise == | ||
| Zeile 22: | Zeile 22: | ||
Pfadberechnung: Breitensuche (Wege zwischen CPs), Tiefensuche (Suche des optimalen Pfades durch alle CPs zum Ziel) | Pfadberechnung: Breitensuche (Wege zwischen CPs), Tiefensuche (Suche des optimalen Pfades durch alle CPs zum Ziel) | ||
| − | ==aktueller Stand | + | == aktueller Stand == |
Zur Zeit ist KaBotte in einer intensiven Testphase (läuft nur tagsüber) mit meinem Arbeitskollegen, die vollkommen freiwillig als Gegner für KaBotte herhalten müssen. | Zur Zeit ist KaBotte in einer intensiven Testphase (läuft nur tagsüber) mit meinem Arbeitskollegen, die vollkommen freiwillig als Gegner für KaBotte herhalten müssen. | ||
| Zeile 29: | Zeile 29: | ||
Aus den möglichen Zügen wird immer einer gewählt, der zu einer minimalen Pfadlänge führt. | Aus den möglichen Zügen wird immer einer gewählt, der zu einer minimalen Pfadlänge führt. | ||
| − | 2016-12-11: Ein Bug mit dem Richtungsmodus wurde behoben (Information, ob Rundkurs muss manuell erfasst werden) | + | 2016-12-11: Ein Bug mit dem Richtungsmodus wurde behoben (Information, ob Rundkurs, muss manuell erfasst werden) |
| − | 2016-12-14: | + | 2016-12-14: Rudimentäre GUI zur besseren Erfassung von Infos (z.B. Rundkurs) |
| − | + | 2016-12-16: Implementierung eines genetischen Algorithmus zur Lösung des [https://de.wikipedia.org/wiki/Problem_des_Handlungsreisenden TSP] bei großen Karten | |
== ToDos == | == ToDos == | ||
Ausbau des Multi-Threadings bei bei der Pfadsuche zwischen den CPs | Ausbau des Multi-Threadings bei bei der Pfadsuche zwischen den CPs | ||
| − | |||
Caching bereits berechneter Pfade pro Spiel (im Augenblick wird jeder Zug komplett neu berechnet) | Caching bereits berechneter Pfade pro Spiel (im Augenblick wird jeder Zug komplett neu berechnet) | ||
Heuristik zur Bestimmung des nächsten Zuges bzgl. Position der Gegner | Heuristik zur Bestimmung des nächsten Zuges bzgl. Position der Gegner | ||
[[Kategorie:Bot]] | [[Kategorie:Bot]] | ||
Version vom 16. Dezember 2016, 13:44 Uhr
ist ein, seit Ende Oktober 2016 in Entwicklung befindlicher, Bot von maks. Erklärtes Ziel von KaBotte ist es, Re-Rennen fahren zu können (das kann noch ein wenig dauern) und performant genug zu sein, um auf einem Synology-NAS (DS213j) zu laufen.
Inhaltsverzeichnis
Problematische Karten
Nr. 117: ohne TCs
Nr. 167 die Größe des Suchbaums (9 Fakultät)
Funktionsweise
KaBotte bestimmt zu einem gegebenen Move die möglichen (nach Karo-Physik) Folgezüge. Die neuen Züge werden in einer Queue gespeichert, für den jeweils ersten Zug in der Queue wird dieser Vorgang solange wiederholt bis der gesuchte Checkpoint gefunden wurde oder die Queue leer ist. Wenn ein Checkpoint erreicht ist, wurde er in der minimal möglichen Anzahl der Zügen erreicht. siehe Breitensuche.
später mehr...
Facts
Programmiersprache: Java
Architektur: Multi-Threaded (GUI, Kommunikation, Pfadberechnung)
Pfadberechnung: Breitensuche (Wege zwischen CPs), Tiefensuche (Suche des optimalen Pfades durch alle CPs zum Ziel)
aktueller Stand
Zur Zeit ist KaBotte in einer intensiven Testphase (läuft nur tagsüber) mit meinem Arbeitskollegen, die vollkommen freiwillig als Gegner für KaBotte herhalten müssen.
Der Bot beherrscht CPs (integraler Bestandteil) und TCs (kann zu sehr langer Laufzeit bei "großem" ZZZ führen). Aus den möglichen Zügen wird immer einer gewählt, der zu einer minimalen Pfadlänge führt.
2016-12-11: Ein Bug mit dem Richtungsmodus wurde behoben (Information, ob Rundkurs, muss manuell erfasst werden) 2016-12-14: Rudimentäre GUI zur besseren Erfassung von Infos (z.B. Rundkurs) 2016-12-16: Implementierung eines genetischen Algorithmus zur Lösung des TSP bei großen Karten
ToDos
Ausbau des Multi-Threadings bei bei der Pfadsuche zwischen den CPs Caching bereits berechneter Pfade pro Spiel (im Augenblick wird jeder Zug komplett neu berechnet) Heuristik zur Bestimmung des nächsten Zuges bzgl. Position der Gegner
