Topic: Mauern Skript

MIt der oben beschriebenen Skriptvariante würde n die Probleme 3 und 4 entfallen.
für Problem 5 braucht man ja kein Immovable sondern lediglich einen Marker wie für die Priorisierung der Abholzung oder eine pinned note.
Problem 2 sollte eigentlich derzeit bereits möglich sein.

Top

Quote

@hessenfarmer
In Bezug zu deinen letzten Skript Vorschlag hier von mir nochmal ausführlicher , auch damit ich es besser verstehe :

1. Der Arbeiter:Maurer nutzt findobject um einen Objekt:Marker zu finden , und geht dort hin , mittels walk=object .
   
2. Wenn der Arbeiter:Maurer den Objekt:Marker erreicht hat , wird das Skript von hessenfarmer mittels include=skript.lua aufgerufen .
   
3. Das Skript startet an der Position des Arbeiters ( worker.field ) und sucht zunächst den Marker , um dessen Position zu ermitteln .
   get_value_from_selected_object Objekt:Marker oder Arbeiter:Maurer , Variable : position[x.y] .
   get_value_from_world for position[x.y] , Variable : position[z] (Höhe) .
   Die Position des Arbeiter:Maurer = Position des Objekt:Marker , da der Arbeiter:Maurer sich beim Objekt:Marker befindet .
   
4. Von der Position des Objekt:Marker wird Reihum , in der Reihenfolge : [ east , north-east , north-west , south-east , south-west , west ]
   in jeder Richtung das Nachbarfeld geprüft , ob sich dort ein Objekt:Mauer befindet .
5. Sollte dort bereits ein Mauerteil sein ( has_attribute = wall ) oder findobject=attribute:empire_plus_immovable_wall wird per String-Pattern ( String-Muster ) suche
   das Bit-Muster ( Bit-Pattern ) aus dem Namen ( immovable.name ) extrahiert und das richtige Bit hinzugefügt ,
   wenn nicht bereits existent ( zum Beispiel weil es ursprünglich schon mal eine Verbindung zwischen den beiden Mauer-Positionen gab , welche zerstört wurde .
6. Dann wird das vorhandene Objekt:Mauer ( Mauerteil ) mit dem neuen Objekt:Mauer ( Mauerteil ) inklusive der neuen Anschlussrichtung ausgetauscht und
   das korrespondierende Bit in das Bit-Muster ( Bit-Pattern ) für das Mauerteil an der Objekt:Marker Position eingefügt .
   Korrespondierende Bits sind :
   100001 east-west
   010010 north-east-south-west
   001100 north-west-south-east
   
7. Zum Schluß wird der Objekt:Marker durch ein Objekt:Mauer ( Mauerteil ) ausgetauscht , mit dem ermittelten Bit-Muster ( Bit-Pattern ) .
   

Möchtest du mit deinen Skript das Mauer Objekt direkt manipulieren ?
data edit object=selected_object attribute=object.name set value "Konstante + Bit-Muster" [Value-Type:String]
Weil es gibt schon einen Unterschied ob ein Objekt direkt manipuliert wird und zwischen der Aktion transform die zusätzlich bewirkt ,
dass das main Programm für das transformierte Objekt gesetzt wird .
Also meinerseits kann ich versichern das es mit meinen Vorschlag bei der Aktionserweiterung möglich sein wird , das richtige Mauer Objekt für beide Mauer Objekte zu ermitteln .
Für Detais siehe dazu meine vorherigen Posts .

Außerdem noch ein wichtiger Punkt meinerseits , ein Skript ist sehr stark auf seinen Bereich , in diesen Fall , auf die Mauer-Funktion beschränkt .
Die Aktionserweiterung für call , on_failure und teilweise auch für findobject lassen sich dafür auch bei zukünftigen Ideen und anderen Bereichen nutzen .

Also ich präferiere weiterhin die Lösung durch die Aktionserweiterung , statt dem Skript , unter anderen auch deswegen ,
weil ich nicht einschätzen kann , was man alles mit so einen Skript machen kann .
Allerdings brauche ich auch von euch nun eine klare Entscheidung , den ich möchte mir unnötigen Aufwand ersparen
und die Programme für die Mauern und den Maurer , nur möglichst wenig ändern ,
da mich das letzlich auch Zeit kostet . Bisher ist alles teilweise schon für meinen Lösungsweg ausgerichet ,
auch wenn ich am Zug bin und die Programme aller Mauer Objekte nochmal anpassen muss .
Bisher sind die Mauer Objekt Programme noch für die alte Lösung mit den Objekt Impulsen ausgerichtet ,
beziehungsweise , noch gar nicht vorhanden ( Programme ) , da es damals für mich noch unklar war , wie die Lösung aussehen wird .

Noch eine wichtige Frage , soll das aktuelle Bit-Muster was auch in der Mauer Objekt Namensgebung verwendet wird , so beibehalten werden ?
Das Bit kann "0" sein oder "e0" oder "east.0" sein , relevant ist hier die Anordnung der Richtungen in der Reihenfolge .

@kaputtnik , in Bezug zu deinen Post ,
Als ich in der Vergangenheit mal Nordfriese in einer Privat-Nachricht danach fragte , antwortete er mir , das es aktuell in Widelands nicht möglich sei für ein Objekt ,
Variablen zu speichern und zu verarbeiten und das es auch nicht möglich ist die Höhe auf der sich ein Objekt befindet zu ermitteln .

Wie man dieses Höhen-Problem löst , schwierig , der Lösungsweg über weitere Mauer Objekt Varianten wird naja brutal , ( 84 * 2 * 3 ) * 6 = 3.024 Objekte . Das ist krank und wahnsinnig .
Da macht eine Lösung über die Render-Engine vielleicht mehr Sinn , "Bild verzerren" . Verzerrungsstärke = Delta-Höhen Unterschied zwischen Mauer Objekt 1 und Mauer Objekt 2 .
Aber dieses Problem interessiert mich momentan und auch auf absehbare Zeit nicht , erstmal möchte ich es überhaupt grundlegend Funktionsfähig bekommen .
Das Höhen-Problem ist nur ein graphisches Problem .

Das Imperium schlägt zurück ! TY

Top

Quote

Zum besseren Verständnis anbei der erste (ungetestete) Entwurf des Skriptes.

function buildwall(worker)
    local map = wl.Game().map
   local wall_field = nil
    for i,field in ipairs(worker.field:region(2, 0)) do
        if field.bob and field.bob.name == "pinned_note" then
            wall_field = field
        end
    end
   local wall_bit_pattern = 0
   -- east
   if wall_field.rn.immovable and wall_field.rn.immovable:has_attribute("empire_wall") then
      wall_bit_pattern = wall_bit_pattern | 1
      local new_neighbour_pattern = string.match(wall_field.rn.immovable.name, '%S+$') | 8
      wall_field.rn.immovable.remove()
      map:place_immovable("empire_wall" .. new_neighbour_pattern, wall_field.rn)
   end
   -- northeast
   if wall_field.trn.immovable and wall_field.trn.immovable:has_attribute("empire_wall") then
      wall_bit_pattern = wall_bit_pattern | 2
      local new_neighbour_pattern = string.match(wall_field.trn.immovable.name, '%S+$') | 16
      wall_field.trn.immovable.remove()
      map:place_immovable("empire_wall" .. new_neighbour_pattern, wall_field.trn)
   end
   -- northwest
   if wall_field.tln.immovable and wall_field.tln.immovable:has_attribute("empire_wall") then
      wall_bit_pattern = wall_bit_pattern | 4
      local new_neighbour_pattern = string.match(wall_field.tln.immovable.name, '%S+$') | 32
      wall_field.tln.immovable.remove()
      map:place_immovable("empire_wall" .. new_neighbour_pattern, wall_field.tln)
   end
   -- west
   if wall_field.ln.immovable and wall_field.ln.immovable:has_attribute("empire_wall") then
      wall_bit_pattern = wall_bit_pattern | 8
      local new_neighbour_pattern = string.match(wall_field.ln.immovable.name, '%S+$') | 1
      wall_field.ln.immovable.remove()
      map:place_immovable("empire_wall" .. new_neighbour_pattern, wall_field.ln)
   end
   -- southwest
   if wall_field.bln.immovable and wall_field.bln.immovable:has_attribute("empire_wall") then
      wall_bit_pattern = wall_bit_pattern | 16
      local new_neighbour_pattern = string.match(wall_field.bln.immovable.name, '%S+$') | 2
      wall_field.bln.immovable.remove()
      map:place_immovable("empire_wall" .. new_neighbour_pattern, wall_field.bln)
   end
   -- southeast
   if wall_field.brn.immovable and wall_field.brn.immovable:has_attribute("empire_wall") then
      wall_bit_pattern = wall_bit_pattern | 32
      local new_neighbour_pattern = string.match(wall_field.brn.immovable.name, '%S+$') | 4
      wall_field.brn.immovable.remove()
      map:place_immovable("empire_wall" .. new_neighbour_pattern, wall_field.brn)
   end
   wall_field.bob.remove()
   map:place_immovable("empire_wall" .. wall_bit_pattern, wall_field)
end

Da lua keine echte Binärnotation hat sollten die Bittpattern dezimal aufgebaut sein mit den werten Ost = 1, Nordost = 2, Nordwest = 4, ....., Südost = 32,

das zugehörige Arbeiterprogramm für eine funktionierende Implementierung auf Basis der Nutzung von pinned notes als Mauermarker könnte lauten.
(Funktion zum Finden von Mapobjekten per Name wurde heute in master aufgenommen)

findobject=type:special name:pinned_note radius:15
walk=object
script=buildwall
return

Top

Quote

1. ja die Nutzung einer Haftnotiz ist ein Workaround, um ggf. ein funktionierendes Addon als Proof of Concept zu erreichen.
2. Die Nutzung eines Skriptes ermöglicht die Nutzung unserer gesamten lua Funktionen (https://www.widelands.org/documentation/reference/), anstelle der Beschränkung auf die definierten Mapobject Programme. Diese Funktionen werden z.B. in Szenarios oder in der Definition von Start oder Siegbedingungen verwendet.
3. Damit das mit der Stringmanipulation funktioniert, muss der Name für alle Objekte wie folgt sein IDENTISCHER_NAME_FÜR_ALLE_MAUERN_bitpattern_in_dezimal also z.B. empire_wall_0 bis empire_wall_63
4. Die Mauern brauchen zunächst überhaupt kein eigenes Programm, um zu funktionieren. Ggf. kann man aus grafischen Gründen welche für den Abbau nutzen.
5. zum Thema Verriegelung: der Marker wird über findobject verriegelt. Die umliegenden Mauern werden im Bruchteil einer Millisekunde verändert, somit braucht es aus meiner Sicht für den Aufbau keiner Verriegelung. Einzig die Veränderung eines umliegenden Mauerteils, an dem ein Steinmetz versucht es abzubauen, könnte ein Problem sein. Das würde ich dann lösen, wenn ich es getestet habe und weiß wie sich das Problem manifestiert.

Aus meiner Sicht ist die Nutzung eines Skriptes, mit dem derzeitigen Code möglich und weniger Kompliziert als die Nutzung der Mapobjectprogramme.
Daher schätze ich die Chancen für eine Implemetierung aller notwendigen Mapobjectprogrammänderungen, um deinen Ansatz zu ermöglichen eher als gering ein.

Top

Quote

die "on_change" Elemente werden für meinen Ansatz momentan nicht benöttigt.
Der Name der Mauerteile also das was in der init.lua unter name = "----" steht und das auch in der register.lua verwendet wird, sollte wirklich für alle Teile gleich sein, und sich nur durch das Pattern unterscheiden.

Top

Quote