Topic: Mauern Skript

@Nordfriese , @hessenfarmer

Gebäude Mauerbauer

"findobject=empire_plus_immovable_wall_place_marker radius:15",
"findspace=size:any radius:15 space no_notify",
"return=skipped unless object_or_coords",
"return=failed unless site has empire_plus_ware_granite:1",
"return=failed unless site has empire_plus_ware_cement:1",
"return=failed unless site has empire_plus_ware_water:1",
"consume=empire_plus_ware_cement:1 empire_plus_ware_water:1"
"playsound=sound_name:moertel_anruehren priority:100% allow_multiple",
"animate=working duration:5s",
"produce=empire_plus_ware_bucket:1",
"produce=empire_plus_ware_sack:1",
"unselect=",
"construct=empire_plus_immovables_wall_01i64_v0_t1_r1_e0_ne0_nw0_se0_sw0_w0 worker:create_wall radius:15",
"sleep=duration:5s",
"return=completed"

Wie funktioniert findobject und findspace ?

Ich wollte schon das Programm für den Arbeiter hier posten , aber zuerst muss alles über das Programm für das Gebäude abgeklärt sein ,
den das Arbeiter Programm ist ja dem Gebäude Programm untergeordnet .

Ich gehe davon aus das "findobject" wie folgt funktioniert :
* Kopiere alle Einträge aus der Welt-Objekte Liste , deren Position innerhalb des im Parameter angegebenen Radius liegt , in Liste 2 .
* Kopiere den Eintrag aus der Liste 2 , dessen Position am nächsten zur Position die diesen Befehl ausführt , in die Liste 3 .
* Verschiebe den Eintrag aus der Welt-Objekte Liste , der mit dem Eintrag in der Liste 3 übersteinstimmt , in die Liste der Ausgewählten-Welt-Objekte .
* Speichere zusätzlich beim verschieben in den Eintrag der in die Liste der Ausgewählten-Welt-Objekte Liste verschoben wird , die Verknüpfung , also welches Objekt diesen Befehl ausführt .
* Andere Objekte können nun nicht mehr das ausgewählte Objekt auswählen , da es sich nicht mehr in der Liste der Welt-Objekte befindet .
* Falls das Objekt dass das andere nun nicht mehr auswählbare Objekt nicht mehr existiert oder einen Programm fehlschlag bekommt ,
verschiebe den Eintrag in der Liste der Ausgewählten-Welt-Objekte , der mit dem nicht mehr existierenden Objekt oder mit Programm fehlschlag verknüpft ist , zurück in die Liste der Welt-Objekte .

Ich gehe davon aus das "findspace" wie folgt funktioniert :
* Kopiere alle Einträge aus der Liste Welt-Punkte in die Liste 2 .
* Kopiere alle Einträge aus der Liste 2 , dereren Position innerhalb des im Parameter angegebenen Radius liegt , in die Liste 3 .
* Kopiere alle Einträge aus der Liste 3 , die nicht die Eigenschaften haben die im Paramter angegeben sind , in die Liste 4 .
* Kopiere den Eintrag aus der Liste 4 , dessen Position am nächsten zur Position die diesen Befehl ausführt , in die Liste 5 .
* Bearbeite den Eintrag aus der Liste der Welt-Punkte , der mit dem Eintrag in der Liste 5 übereinstimmt , und füge dem Eintrag die Eigenschaften hinzu :
Ausgewählter-Punkt sowie die Verknüpfung , welches Objekt diesen Punkt ausgewählt hat .

Zudem würde ich die produce Aktionen lieber hinter die construct Aktion verschieben ,
aber wenn ich das mache , dann werden die Waren vernichtet , wenn es zu einen Fehlschlag in der construct Aktion kommt .

Die unselect Aktion ist dafür da das die construct Aktion das Objekt oder den freien Platz wieder auswählen kann (Als Arbeiter ausgeführt) .
Ich muss wissen ob es für andere Objekte noch möglich ist ein Objekt oder einen Punkt zu finden ,
wenn dieser vorher durch ein anderes Objekt mittels findobject Aktion oder findspace Aktion ausgewählt wurde .

Das Imperium schlägt zurück ! TY

Top

Quote

Oke das sind schonmal gute Nachrichten .
Dann benötige ich keinen Bearbeitungs Schutz vor anderen Objekten für die Mauer Objekte , da das ja schon findobject macht .

Oke das mit findspace kann ich akzeptieren .
Primär soll der Maurer zuerst zum Marker gehen und das ist ein Objekt und wenn kein Marker existiert , weil schon alle Marker in Mauern umgewandelt wurden oder
der Spieler es mit den Mauern doch nicht so eilig hat und noch keine Marker gesetzt hat , dann kann der Maurer auch das bereits geringe Risiko eingehen ,
das wenn er am vormals freien Punkt ankommt , dieser zwischenzeitlich doch bearbeitet wurde und der Maurer nun doch keine Mauer mehr dort errichten kann .

Wenn ich das richtig sehe , dann kann ich das Programm für das Mauerbauer Gebäude so direkt schon lassen .
Die unselect Aktion wird ja weiterhin benötigt da das Gebäude und der Arbeiter zwei verschiedene Objekte sind und die Auswahl bei der construct Aktion nicht übergeben wird .
Und die Auswahl nur mit dem Gebäude verknüpft ist . Die construct Aktion des Gebäudes verstehe ich so das sie :
* consume=<...>
* callworker=<wert_von_parameter:worker>
* findspace=size:<unbekannter_festeingestellter_wert> radius:<wert_von_parameter:radius> space? no_notify?
* findobject=<wert_von_paramter:=>
* createware=<...>
Aber das mit der construct Aktion ist für mich nicht mehr relevant .

Arbeiter Maurer

"walk=object-or-coords",
-- Korrektur der bei construct Aktion des Gebäudes : construct=empire_plus_immovable_wall_place_marker ...
-- empire_plus_immovable_wall_place_marker , build_cost : [ empire_plus_ware_granite:1 ]
"plant=empire_plus_immovables_wall_place_marker unless object",
"findobject=empire_plus_immovables_wall_place_marker radius:0",
"construct",
-- empire_plus_immovables_wall_place_marker ---> empire_plus_immovables_wall_construction_site

"createbob=empire_plus_worker_wall_impulse_add_east",
"createbob=empire_plus_worker_wall_impulse_add_north_east",
"createbob=empire_plus_worker_wall_impulse_add_north_west",
"createbob=empire_plus_worker_wall_impulse_add_south_east",
"createbob=empire_plus_worker_wall_impulse_add_south_west",
"createbob=empire_plus_worker_wall_impulse_add_west",

    -- empire_plus_worker_wall_impulse_add_<Richtung> :
    main :
    {
        "walk=<Richtung> ignore:object_size call_on_failure:remove_object",
        -- Oder statt ignore:object_size kann auch ignore:any , dann wird kein call_on_failure benötigt ,
        -- da logischerweise bei Wasser dann spätestens bei findobject das call_on_failure zutrifft
        "findobject=attrib:empire_plus_walls radius:0 call_on_failure:remove_object",
        "animate=idle duration:90s",
        "call=remove_object"
    },
    remove_object :
    {
        "remove"
    },
    ...

"animate=prepare_for_work duration:2s",
"findobject=empire_plus_immovables_wall_construction_site radius:0",
"callobject=starting_add_center",
-- empire_plus_immovables_wall_construction_site ---> animate add_center 10.1s , transform empire_plus_immovables_wall_place_marker 
"playsound=sound_name:mauer_bauen priority:100% allow_multiple",
"animate=work duration:10s",
"callobject=finishing_add_center",
-- Falls das Mauerbauer Gebäude abgerissen oder zerstört wird , bevor die Mauer fertig gebaut wurde
-- empire_plus_immovables_wall_construction_site ---> empire_plus_immovables_wall_01i64_v0_t1_r1_e0_ne0_nw0_se0_sw0_w0

"call=continue_east",
"call=continue_north_east",
"call=continue_north_west",
"call=continue_south_east",
"call=continue_south_west",
"call=continue_west",
"return"

continue_<Richtung> :
    {
    "findobject=empire_plus_worker_wall_impulse_add_<Richtung> radius:1 programm_success_on_programm_failure",
    "callworker=starting_change",
    "findobject=attrib:empire_plus_walls radius:0",
    "callobject=starting_add_<Richtung>",
    "playsound=sound_name:mauer_bauen priority:100% allow_multiple",
    "animate=work duration:10s",
    "callobject=finishing_add_<Richtung>",
    "findobject=empire_worker_object_wall_impulse_add_<Richtung>
    "callworker=finishing_change",
    -- Das programm_success kann auch hier stehen , da bei einen Fehlschlag alle Aktionen im Programm mit der Bedingung success=1 nicht mehr ausgeführt werden ,
    -- jedoch die Zeilen weiter nach unten durchläuft bis die return Aktion erreicht wurde , die als Bedingung success=0..1
    -- hat also die unabhängig vom success Wert immer ausgeführt wird .
    -- Jedoch darf das übergenordnete success vom übergeordneten Programm nicht durch das success von diesen Programm überschrieben werden .
    },

-- empire_plus_worker_wall_impulse_add_<Richtung> :
    ...,
    starting_change :
    {
        "findobject=attrib:empire_plus_walls radius:0",
        "callobject=starting_add_<Richtung>",
        "animate=idle duration:11s",
        "call=remove_object"
    },
    finishing_change :
    {
        "findobject=attrib:empire_plus_walls radius:0",
        "callobject=finishing_add_<Richtung>",
        "call=remove_object"
    },

So sollte das Arbeiter Programm aussehen . Ich bin mir sicher ich habe einige Probleme und Sonderfälle übersehen .
Einen Fall den ich bewusst ausgelassen habe ist , wenn das Mauerbauer Gebäude abgerissen oder zerstört wird , nachdem das Mauer Zentrum steht ,
jedoch bevor alle Verbindungen zu den anderen Mauer Objekten stehen .
Das hätte zur folge das die Mauer funktionell funktioniert und den Weg für Gegner blockiert , jedoch wäre eine graphische Lücke / unstimmigkeit zu sehen ,
da die graphische Verbindung noch fehlt .
Darüber muss ich noch nachdenken und zusätzlich eure Rückmeldungen einholen .

Die Wechselwirkungen von zwei Maurern die zufälligerweise nebeneinander die Mauern bearbeiten oder gar wenn Steinhauer neben einen Maurer arbeiten ,
habe ich jetzt noch nicht betrachtet , hier muss ich mir nochmal den Bearbeitungsschutz genau ansehen , doch findobject gibt mir da schon etwas vertrauen .
Es wird in jeden Fall kompliziert .

Das Imperium schlägt zurück ! TY

Top

Quote

@hessenfarmer und wie würdest du dann das folgende Problem lösen ?
- Die Waren sollen erst verbraucht werden , wenn es auch wirklich eine Mauer zu bauen gibt .

"callworker=check_can_wall_build",
    "findobject=empire_plus_immovable_wall_place_marker radius:15",
    "findspace=size:any radius:15 space no_notify",
    "return"
"return=skipped unless object_or_coords",
"return=failed unless site has empire_plus_ware_water:1",
...

Das Imperium schlägt zurück ! TY

Top

Quote

Überarbeitete Skripte

Gebäude Mauerbauer

main :
"call=wall_build_from_object",
"call=wall_build_from_space"

wall_build_from_space :
"callworker=check_area_space",
"consume=empire_plus_ware_cement:1 empire_plus_ware_water:1 empire_plus_ware_granite:1",
"playsound=sound_name:moertel_anruehren priority:100% allow_multiple",
"animate=working duration:5s",
"callworker=build_wall_from_space",
"produce=empire_plus_ware_bucket:1 empire_plus_ware_sack:1",
"sleep=duration:5s"

wall_build_from_object :
"callworker=check_area_object",
"consume=empire_plus_ware_cement:1 empire_plus_ware_water:1 empire_plus_ware_granite:1",
"playsound=sound_name:moertel_anruehren priority:100% allow_multiple",
"animate=working duration:5s",
"callworker=build_wall_from_object",
"produce=empire_plus_ware_bucket:1 empire_plus_ware_sack",
"sleep=duration:5s",
"return=completed",
"call=wall_build_from_object"

Arbeiter Maurer

check_area_space :
"findspace=size:any radius:15 space"

check_area_object :
"findobject=empire_plus_immovable_wall_place_marker radius:15"

build_wall_from_space :
"findspace=size:any radius:15 space",
"createware=empire_plus_ware_granite",
"walk=coords",
"plant=empire_plus_immovable_wall_construction_01i64_v0_t1_r1_e0_ne0_nw0_se0_sw0_w0",
"findobject=empire_plus_immovable_wall_construction_01i64_v0_t1_r1_e0_ne0_nw0_se0_sw0_w0",
"construct",
--"deleteware",
"createbob=empire_plus_worker_wall_impulse_add_east",
"createbob=empire_plus_worker_wall_impulse_add_north_east",
"createbob=empire_plus_worker_wall_impulse_add_north_west",
"createbob=empire_plus_worker_wall_impulse_add_south_east",
"createbob=empire_plus_worker_wall_impulse_add_south_west",
"createbob=empire_plus_worker_wall_impulse_add_west",
"playsound=sound_name:mauer_bauen priority:100% allow_multiple",
"animate=working duration:5s",
"callobject=constrution_completed",
"call=add_wall_connection_to_east skip_this_action_on_failure",
"call=add_wall_connection_to_north_east skip_this_action_on_failure",
"call=add_wall_connection_to_north_west skip_this_action_on_failure",
"call=add_wall_connection_to_south_east skip_this_action_on_failure",
"call=add_wall_connection_to_south_west skip_this_action_on_failure",
"call=add_wall_connection_to_west skip_this_action_on_failure",
"return"

wall_build_from_object :
"findobject=empire_plus_immovable_wall_place_marker radius:15",
"createware=empire_plus_ware_granite",
"walk=object",
"callobject=transform_into_wall",
"findobject=empire_plus_immovable_wall_construction_01i64_v0_t1_r1_e0_ne0_nw0_se0_sw0_w0",
"construct",
--"deleteware",
"createbob=empire_plus_worker_wall_impulse_add_east",
"createbob=empire_plus_worker_wall_impulse_add_north_east",
"createbob=empire_plus_worker_wall_impulse_add_north_west",
"createbob=empire_plus_worker_wall_impulse_add_south_east",
"createbob=empire_plus_worker_wall_impulse_add_south_west",
"createbob=empire_plus_worker_wall_impulse_add_west",
"playsound=sound_name:mauer_bauen priority:100% allow_multiple",
"animate=working_center duration:5s",
"callobject=construction_completed",
"call=add_wall_connection_to_east skip_this_action_on_failure",
"call=add_wall_connection_to_north_east skip_this_action_on_failure",
"call=add_wall_connection_to_north_west skip_this_action_on_failure",
"call=add_wall_connection_to_south_east skip_this_action_on_failure",
"call=add_wall_connection_to_south_west skip_this_action_on_failure",
"call=add_wall_connection_to_west skip_this_action_on_failure",
"return"

add_wall_connection_to_<richtung> :
"findobject=empire_plus_worker_wall_impulse_add_<richtung> radius:0",
"callworker=construct",
"findobject=attribute:empire_plus_immovable_walls radius:0",
"animate=idle duration:2s",
"callobject=add_east",
"findobject=attribute:empire_plus_immovable_walls_construction radius:0",
"playsound=sound_name:mauer_bauen priority:100% allow_multiple",
"animate=working_<richtung> duration:5s",
"callobject=construction_<richtung>_completed"

Beschreibungen

• Ich habe das Programm des Mauerbauer Gebäudes unterteilt , da es die Möglichkeit gibt das wenn kein freier Punkt gefunden wurde , es jedoch Mauer Marker Objekte gibt und im Programm zuerst die findspace Aktion ausgeführt wird und erst danach die findobject Aktion , dass dann das Programm abgebrochen wird , da das Ergebnis von findspace negativ ist .
• Ich habe auch die return=skipped unless object-or-coords Aktion entfernt , da es diese Aktion noch nicht gibt . Dies bedeutet aber nun auch das wenn kein freier Punkt oder kein Marker Objekt gefunden wurde , das dies dann als Fehlschlag in die Gebäude Produktivitätsstatistik eingeht , anstatt als Übersprungen .
• Nachdem ich mir das Programm des Deicherbauer Gebäudes angeschaut habe , habe ich auch die return=failed unless site has <ware> Aktionen entfernt , da ich die Vermutung habe , das wenn eine Ware die in der consume Aktion hinterlegt ist , nicht im Gebäude vorhanden ist , dass dann die consume Aktion als Fehlschlag ausgeht und das Programm abgebrochen wird und der Fehlschlag mit in die Gebäude Produktivitätsstatistik eingeht .
• Ich sehe ein mögliches Problem , wenn meine folgende Vermutung zutrifft : Wenn das Gebäude ein Programm des Arbeiters aufruft und es zum Fehlschlag im Arbeiter Programm kommt , dass dann der Fehlschlag des Arbeiter Programms auch an das übergeordnete Gebäude Programm weitergegeben wird , da ja die callworker Aktion einen Fehlschlag hat und somit auch der Abbruch des Gebäude Programms ausgelöst wird . Um das Problem zu umgehen müsste die produce Aktion nach oben , vor die callworker Aktion verschoben werden , um die Vernichtung der Waren auch bei einen potenziellen Fehlschlag im Arbeiter Programm zu verhindern . Ansich habe ich mit dieser Lösung auch keine Probleme .
• Da das Programm des Gebäudes unterteilt wurde , muss sich im Erfolgsfall das Programm das Mauer Marker Objekte in Mauern umwandelt , sich selbst wiederholen , da der Maurer stets immer zuerst gerichtet Mauern bauen soll , bevor er ungerichtet anfängt zufällig polisitioniert Mauern zu bauen .
• Möglicherweise funktioniert die construct Aktion des Arbeiters nicht , da keine construct Aktion mehr im Gebäude Programm hinterlegt ist . Deshalb ist eine createware Aktion am Anfang des Arbeiter programms erforderlich , um eine Ware zu definieren . Wenn nicht zu viele Sicherheitsbeschränkungen bei der construct Aktion vorhanden sind , könnte dies so funktionieren . Wenn dies so nicht funktioniert , dann sind weitere Sicherheitsbeschränkungen bei der construct Aktion vorhanden und die construct Aktion des Arbeiters ist stärker mit der construct Aktion des Gebäudes verknüpft . Um dieses Problem zu umgehen ist eine deleteware Aktion , die es noch nicht gibt , erforderlich .
• Die callobject=construction_completed Aktion ist für den Fall erforderlich das wenn das Mauerbauer Gebäude abgerissen oder zerstört wird , während der Mauerbauer noch an einer Mauer baut , dass dieses Mauer Teil Objekt nicht fertiggestellt wird und sich nach kurzer Zeit wieder in das Ursprungsobjekt zurück transformiert . Gleichberechtigung aber dann auch für die Gegnerseite , wenn der Steinbruch abgerissen oder zerstört wird , während der Steinhauer noch dabei ist , das Mauer Teil Objekt abzureißen , dass dann nach kurzer Zeit das Mauer Teil Objekt sich wieder nach kurzer Zeit in das Ursprungsobjekt zurück transformiert . Es gibt also nun drei technische Mauer Objekt Varianten , einmal das Ursprungsobjekt , dann eine construction Variante und destruction Variante .
• Ein größeres Problem was sich hier hinauskristallisiert ist das zwar die transformation in Teilen abgesichert werden kann , nicht jedoch alle transformationen als Gesamtes . Um alle transformationen als Gesamtes abzusichern bräuchte es einen Parameter im callworker Programm des Gebäudes , das die Aktionsausgabe der einzelnen Aktionen des aufgerufenen Arbeiter Programmes immer auf positiv setzt , egal was passiert , so das Fehlschläge , wie zum Beispiel der übergeordnete Fehlschlag das Gebäude des Arbeiters ist nicht mehr vorhanden , ignoriert wird bis das aufgerufene Programm sein Ende erreicht hat .
• Es ist ein skip_this_action_on_failure Parameter erforderlich , falls es kein Mauer Objekt in <richtung> gibt .
• Beim schreiben fällt mir gerade noch so auf das es nur ein Objekt braucht , was wie auch eine Schiffsbaustelle Baukosten hat . Den die Verbindungen zu den anderen Mauer Objekten zählen bereits zum Mauer Objekt dazu , sind also mit in die Baukosten mit drin . Und das bereits gebaute Mauern nochmal Baukosten haben für Ihre transformation in eine andere Variante , naja das finde ich zu kompliziert . Ich bin mit der aktuellen Variante schon so zufrieden .

Aber jetzt bin ich auf euere Rückmeldungen gespannt

Referenzen

• Widelands_1.3_moegliche_lua_skript_befehle

Das Imperium schlägt zurück ! TY

Top

Quote

Für meine Begriffe sollten für einen Mauerbauer folgende Grundsätze gelten:
1. Aufgrund von Ressourcen und Platzmanagementerwägungen sollten nur Mauern auf Feldern gebaut werden, die durch den Nutzer markiert wurden. (eine prototypische Implementierung unter Nutzung von Haftnotizen hatte ich schon mal ausprobiert)
2. Die einzige Problematik mit einem solchen Ansatz besteht in der grafischen Ausrichtung der Mauerstücke, wenn diese nicht so groß sind wie das Feld und daher automatisch aneinander anschließen. Hier würde im schlectesten Fall ein Lattenzaun aus Mauertücken entstehen.
Zur Lösung dieses grafischen Problems bestehen folgende Schwierigkeiten:
1. Der derzeitge Code lässt es nicht zu die Richtung des nächsten Mauerteils zu ermitteln.
2. Methode 1 hat das Problem, dass durch die Mauerteile selbst die "walk" Aktion fehlschlagen kann.
3. Methoden 2 und 3 sind mit der derzeitigen Codebasis nicht realisierbar.

Daher mein Vorschlag für Methode 4:
1. Jedes der 7 Mauerobjekte (0 bis alle 6 Richtuingen haben einen Anschluß) wird mit den noch zur Verfügung stehenden Anschlußrichtungen registriert. (d.h. alle 6 Richtungen für das Teil ohne Anschluß und keine Richtign für das Teil mit Anschlüssen in alle Richtungen)
2. Wir implementiteren eine direktionale Variante von findobject, d.h. eine Liniensuche statt einer Radiussuche.
3. nach der Fertigstellung eines Mauerteils wird nacheinander mit dem Parameter "on failure=continue" durch einezelne calls in alle Richtungen mit Entfernung nach einem Objekt mit dem jeweils richtigen noch offenen Anschluss gesucht und im Erfolgsfall in den Typ mit geschlossenem Anschluß transformiert.

Das sollte den Aufwand begrenzen und hoffentlich funktionieren.

Aufgrund der begrenzten Verfügbarkeit von Stein auf den meisten Karten ist der spielmechanische Gewinn der Mauerfunktion aus meiner Sicht begrenzt auf Einzelfälle. Daher sollte der Aufwand überschaubar bleiben.

Top

Quote