18-07-2021, Sunday-11:54:18
(Dieser Beitrag wurde zuletzt bearbeitet: 18-07-2021, Sunday-12:16:20 von Andarix.)
Die Script-KI hat zur Zeit auch entscheidende Handycaps.
Routing
Es sind keine Geländeanpassungen bei der Planung vorgesehen. Auch kann sie keine Tunnel bauen.
Was die Wahl des Verkehrsträgers angeht, das resultiert wiederum auf der Routenwahl und dem verfügbaren Kapital. Es wird die Entfernung ermittelt zwischen den zu verbindenden Industrien und dann ein gewisser Umweg dazu gerechnet. Ist die geplante Route dann länger wird sie in der Bewertung herabgestuft bzw. ganz verworfen.
Dazu kommt der Platz für die Station. Bei der Planung wird ein Einzelfeld genommen. Dann wird versucht das eine Feld auf 3 Felder für den Bahnsteig zu erweitern. Schlägt das fehl wird keine Eisenbahn gebaut.
Es ist auch eine Gewichtung bei den Transportmengen vorgesehen. Nur da gibt es das Problem, das da deutliche Unterschiede zwischen den Grafikssets bestehen. Hier ist es schwierig einen guten Mittelwert zu finden. Ggf muss da eine Unterscheidung nach Grafiksets erfolgen.
In beiden Fällen fällt die Script-KI dann auf Straße zurück. Und Straße ist gerade in frühen Jahren mit geringen Kapazitäten und Geschwindigkeiten sehr ineffizient. Ein Umbau von Strecken auf andere Verkehrsmittel ist der Zeit nicht vorgesehen.
Bei Geländeanpassungen ist die Script-KI auf Einzelfelder beschränkt. Sie kann also nicht den Schnittpunkt von 4 Feldern verändern. Daraus resultieren höhere Kosten.
Fahrzeugwahl
Die Fahrzeugwahl stammt im großen und Ganzen von Dwachs. Das hab ich zwar erweitert, aber die Grundsätzliche Art und Weise hab ich noch nicht durchschaut. Aber so viel ich weis, versucht die Script-KI das maximum zu befördern. Dwach hat ursprünglich das kopieren vorhandener Konvoys vorgesehen. Erst wenn die eingesetzten Fahrzeuge veraltet sind wird der gesamte Fuhrpark erneuert.
Dieses Vorgehen ist aber wenig effizient bei langen Verfügbarkeiten von Fahrzeugen. Deshalb stoße ich die erneute Zusammenstellung von Konvoys an. Dabei gibt es aber das Problem, das scheinbar der zuerst gefundene (meist der langsamste) Konvoy genommen wird. Das führt dann zu gewissen Jojo-Effekten von kaufen und ausmustern. Ausgemustert werden bevorzugt die langsameren Konvoys, sofern welche vorhanden sind.
Mir fehlt da aber der Ansatzpunkt wo das Problem entsteht. Vor allem weil der Aufruf der gleiche ist wie wenn eine neue Linie geplant wird. Möglicherweise liegt es an den Transportmengen für die Berechnung. Am Anfang wird die gesamte Menge genommen. Beim erneuten Aufruf ist es dann nur noch die Teilmenge die nicht transportiert werden kann. Geringer Menge führt dann zu anderer Fahrzeugwahl.
Reaktion auf Ereignisse
Zur Zeit ist es nicht möglich, das die Script-KI auf Ereignisse reagieren kann. Der Mensch kann auf eine Meldung für ein Problem reagieren. Das ist der Script-KI bisher verwehrt. Der Script-KI bleibt nur das zyklische abfragen der Linien und Fahrzeuge. Sind die Zeitabstände der Abfragen zu kurz entstehen Jojo-Effekte und die Performance des gesamten Spiels wird beeinträchtigt.
Sind die Abstände zu lange, dann kommt die Reaktion zu spät. Da einen geeigneten Mittelweg zu finden ist wieder schwierig und kommt auf die jeweilige Karte und ihren Erschließungsstand an. Ob da eine gewisse Dynamik möglich ist ist mir aktuell nicht ganz klar.
Hier wäre es effizienter einen Ereignis-Trigger zu haben. Sprich das Programm stellt ein Objekt bereit, was die Ereignisse (Stau, keine Route usw) beinhaltet, was in kürzeren Abständen abgearbeitet werden kann. Dazu sind aber Anpassungen am Programm selber notwendig, die auf absehbare Zeit nicht erfolgen dürften.
Ein großes Problem sind aktuell unterbrochene Strecken. Weis aktuell auch nicht ob ich den Status 'keine Route' und 'Weg blockiert' bei Fahrzeugen abfragen kann.
generelles Problem
Kreuzende Strecken sind aktuell sehr problematisch. Was der Mensch mit dem Auge leicht erfassen kann muss die KI umständlich und zeitaufwendig Feld für Feld ermitteln.
Das macht auch das entfernen von Strecken so schwierig und fehleranfällig.
Das Problem entsteht beim Bau neuer Strecken, wenn sich zwischen Planung und eigentlichem Bau was geändert hat was den Bau kompletten Bau verhindert. Und beim entfernen nicht mehr rentabler oder unvollständiger Verbindungen.
Ein weiteres Problem ist, das nicht vorhergesagt werden kann, wo schon jemand geplant hat und bauen wird. Das führt eben dazu, das mehrere KI's die gleichen Felder in der Planung haben und eine gewinnt und alle anderen dann beim Bau scheitern ggf. ordentlich Kapital einbüßen.
Hier hat der Mensch wiederum den visuellen Vorteil und kann auf veränderte Gegebenheiten reagieren. Die KI muss bei Fehlern im Bau erst neu Planen ab dem Punkt wo es nicht mehr weiter geht. Das ist aber aktuell noch nicht vorgesehen. Im Moment wird versucht alles in einem Rutsch zu bauen. Geht da was schief, wird alles wieder entfernt, mit entsprechenden Kosten.
Industriesuche
Aktuell scheint es, das die Industriesuche nicht neu angestoßen wird. Also wenn nicht erfolgreich gebaut werden konnte wird es später nicht noch einmal probiert. Problematisch ist das nach der Pleite eines Spielers, wenn Industrieketten dann unterbrochen sind.
Hab da aber auch das genaue Vorgehen noch nicht durchschaut.
Alles in allem wird die Script-KI noch sehr lange eine Baustelle bleiben. Vor allem bei den Sachen die eine Änderung am Programmcode selber benötigen, weil da nur Dwachs aktiv ist.
Aktuell liegt meine Priorität auf dem Linien- und Fahrzeugmanagement. Das wird auch noch länger dauern, weil da Langzeitspiele nötig sind. Und bei Änderungen meist ein Neustart der Karte nötig ist um aussagekräftige Ergebnisse zu haben. Theoretisch müsste das mit mehreren Grafiksets gemacht werden, was praktisch sehr viel Zeit beanspruchen wird, wenn man es alleine macht.
Routing
Es sind keine Geländeanpassungen bei der Planung vorgesehen. Auch kann sie keine Tunnel bauen.
Was die Wahl des Verkehrsträgers angeht, das resultiert wiederum auf der Routenwahl und dem verfügbaren Kapital. Es wird die Entfernung ermittelt zwischen den zu verbindenden Industrien und dann ein gewisser Umweg dazu gerechnet. Ist die geplante Route dann länger wird sie in der Bewertung herabgestuft bzw. ganz verworfen.
Dazu kommt der Platz für die Station. Bei der Planung wird ein Einzelfeld genommen. Dann wird versucht das eine Feld auf 3 Felder für den Bahnsteig zu erweitern. Schlägt das fehl wird keine Eisenbahn gebaut.
Es ist auch eine Gewichtung bei den Transportmengen vorgesehen. Nur da gibt es das Problem, das da deutliche Unterschiede zwischen den Grafikssets bestehen. Hier ist es schwierig einen guten Mittelwert zu finden. Ggf muss da eine Unterscheidung nach Grafiksets erfolgen.
In beiden Fällen fällt die Script-KI dann auf Straße zurück. Und Straße ist gerade in frühen Jahren mit geringen Kapazitäten und Geschwindigkeiten sehr ineffizient. Ein Umbau von Strecken auf andere Verkehrsmittel ist der Zeit nicht vorgesehen.
Bei Geländeanpassungen ist die Script-KI auf Einzelfelder beschränkt. Sie kann also nicht den Schnittpunkt von 4 Feldern verändern. Daraus resultieren höhere Kosten.
Fahrzeugwahl
Die Fahrzeugwahl stammt im großen und Ganzen von Dwachs. Das hab ich zwar erweitert, aber die Grundsätzliche Art und Weise hab ich noch nicht durchschaut. Aber so viel ich weis, versucht die Script-KI das maximum zu befördern. Dwach hat ursprünglich das kopieren vorhandener Konvoys vorgesehen. Erst wenn die eingesetzten Fahrzeuge veraltet sind wird der gesamte Fuhrpark erneuert.
Dieses Vorgehen ist aber wenig effizient bei langen Verfügbarkeiten von Fahrzeugen. Deshalb stoße ich die erneute Zusammenstellung von Konvoys an. Dabei gibt es aber das Problem, das scheinbar der zuerst gefundene (meist der langsamste) Konvoy genommen wird. Das führt dann zu gewissen Jojo-Effekten von kaufen und ausmustern. Ausgemustert werden bevorzugt die langsameren Konvoys, sofern welche vorhanden sind.
Mir fehlt da aber der Ansatzpunkt wo das Problem entsteht. Vor allem weil der Aufruf der gleiche ist wie wenn eine neue Linie geplant wird. Möglicherweise liegt es an den Transportmengen für die Berechnung. Am Anfang wird die gesamte Menge genommen. Beim erneuten Aufruf ist es dann nur noch die Teilmenge die nicht transportiert werden kann. Geringer Menge führt dann zu anderer Fahrzeugwahl.
Reaktion auf Ereignisse
Zur Zeit ist es nicht möglich, das die Script-KI auf Ereignisse reagieren kann. Der Mensch kann auf eine Meldung für ein Problem reagieren. Das ist der Script-KI bisher verwehrt. Der Script-KI bleibt nur das zyklische abfragen der Linien und Fahrzeuge. Sind die Zeitabstände der Abfragen zu kurz entstehen Jojo-Effekte und die Performance des gesamten Spiels wird beeinträchtigt.
Sind die Abstände zu lange, dann kommt die Reaktion zu spät. Da einen geeigneten Mittelweg zu finden ist wieder schwierig und kommt auf die jeweilige Karte und ihren Erschließungsstand an. Ob da eine gewisse Dynamik möglich ist ist mir aktuell nicht ganz klar.
Hier wäre es effizienter einen Ereignis-Trigger zu haben. Sprich das Programm stellt ein Objekt bereit, was die Ereignisse (Stau, keine Route usw) beinhaltet, was in kürzeren Abständen abgearbeitet werden kann. Dazu sind aber Anpassungen am Programm selber notwendig, die auf absehbare Zeit nicht erfolgen dürften.
Ein großes Problem sind aktuell unterbrochene Strecken. Weis aktuell auch nicht ob ich den Status 'keine Route' und 'Weg blockiert' bei Fahrzeugen abfragen kann.
generelles Problem
Kreuzende Strecken sind aktuell sehr problematisch. Was der Mensch mit dem Auge leicht erfassen kann muss die KI umständlich und zeitaufwendig Feld für Feld ermitteln.
Das macht auch das entfernen von Strecken so schwierig und fehleranfällig.
Das Problem entsteht beim Bau neuer Strecken, wenn sich zwischen Planung und eigentlichem Bau was geändert hat was den Bau kompletten Bau verhindert. Und beim entfernen nicht mehr rentabler oder unvollständiger Verbindungen.
Ein weiteres Problem ist, das nicht vorhergesagt werden kann, wo schon jemand geplant hat und bauen wird. Das führt eben dazu, das mehrere KI's die gleichen Felder in der Planung haben und eine gewinnt und alle anderen dann beim Bau scheitern ggf. ordentlich Kapital einbüßen.
Hier hat der Mensch wiederum den visuellen Vorteil und kann auf veränderte Gegebenheiten reagieren. Die KI muss bei Fehlern im Bau erst neu Planen ab dem Punkt wo es nicht mehr weiter geht. Das ist aber aktuell noch nicht vorgesehen. Im Moment wird versucht alles in einem Rutsch zu bauen. Geht da was schief, wird alles wieder entfernt, mit entsprechenden Kosten.
Industriesuche
Aktuell scheint es, das die Industriesuche nicht neu angestoßen wird. Also wenn nicht erfolgreich gebaut werden konnte wird es später nicht noch einmal probiert. Problematisch ist das nach der Pleite eines Spielers, wenn Industrieketten dann unterbrochen sind.
Hab da aber auch das genaue Vorgehen noch nicht durchschaut.
Alles in allem wird die Script-KI noch sehr lange eine Baustelle bleiben. Vor allem bei den Sachen die eine Änderung am Programmcode selber benötigen, weil da nur Dwachs aktiv ist.
Aktuell liegt meine Priorität auf dem Linien- und Fahrzeugmanagement. Das wird auch noch länger dauern, weil da Langzeitspiele nötig sind. Und bei Änderungen meist ein Neustart der Karte nötig ist um aussagekräftige Ergebnisse zu haben. Theoretisch müsste das mit mehreren Grafiksets gemacht werden, was praktisch sehr viel Zeit beanspruchen wird, wenn man es alleine macht.
Script-KI für Simutrans r10894+ / Simutrans Nightly Builds