Topic: Mauern Skript

hessenfarmer schrieb sinngemäß :
Also die seltsame Skript Notation ist so nicht zu verstehen . Was ich im Kopf hatte war ungefähr folgendes :
1, Der Maurer sucht im Arbeitsbereich nach einen Mauer Marker .

"findobject=empire_plus_immovable_wall_place_marker radius:15",

2, Der Maurer geht zum Mauer Marker .

"createware=empire_plus_ware_granite",
"walk=object",

3, Der Maurer sucht die benachbarten Punkte reihum mit einer Liniensuche mit dem Radius 1 nach Mauer Objekten ab .

"call=start_add_wall_connection_to_east on_failure:continue",
    "findobject=attribute:empire_plus_walls direction_east:1",
"call=start_add_wall_connection_to_north_east on_failure:continue",
    "findobject=attribute:empire_plus_walls direction_north_east:1",
"call=start_add_wall_connection_to_north_west on_failure:continue",
    "findobject=attribute:empire_plus_walls direction_north_west:1",
"call=start_add_wall_connection_to_south_east on_failure:continue",
    "findobject=attribute:empire_plus_walls direction_south_east:1",
"call=start_add_wall_connection_to_south_west on_failure:continue",
    "findobject=attribute:empire_plus_walls direction_south_west:1",
"call=start_add_wall_connection_to_west on_failure:continue",
    "findobject=attribute:empire_plus_walls direction_west:1",

4, Der Maurer aktiviert die transform Aktion für alle gefundenen Mauer Objekte in der entgegengesetzten Richtung der Suche des gefundenen Mauer Objektes .
Also den Anschluss in Richtung des neuen Mauerteils von dem aus gesucht wurde .

"call=start_add_wall_connection_to_east on_failure:continue",
    "findobject=attribute:empire_plus_walls direction_east:1",
    "callobject=change_west",
...

5, Der Maurer sucht das gerade gebaute Mauerobjekt , also das was neu hinzugefügt wird und lässt den Anschluss in Richtung des zuletzt gefundenen Anschlusses transformieren .

"call=start_add_wall_connection_to_east on_failure:continue",
    "findobject=attribute:empire_plus_walls_construction radius:0",
    "callobject=change_east",

Also das was du in deinen obrigen Post beschreibst , entspricht genau dem was in Methode 4 von mir anhand deiner ersten Überlegungen ausgearbeitet wurde .
Lediglich der Schutz gegen überlagerte Bearbeitung von Mauer Objekten wird von dir nicht erwähnt .
Auch nach dieser Überprüfung kristallisiert sich heraus , das die beschriebenen Parameter für die Aktionen benötigt werden und hinzugefügt werden müssen .
Ich habe auch keine Probleme wenn dies als Skript ? hinzugefügt wird , anstatt dies im C++ Code von Widelands zu implementieren .
Allerdings bin ich da vollkommen überfragt wie man das macht und wo man so ein Skript in der Erweiterung hinzufügt .
Damit hatte ich mich noch garnicht beschäftigt . Ich wollte ursprünglich nur Mauern mit einer Erweiterung hinzufügen und nun stellt sich ja heraus ,
das ich dafür doch sehr tief abtauchen muss , als ursprünglich vorgenommen .
Zum Glück hatte ich in meinen vorherigen Post ein Inhaltsverzeichnis mit Abschnitten angelegt , sonst würde es sehr unübersichtlich werden .

Das Imperium schlägt zurück ! TY

Top

Quote

Kurze Nachfrage ,

"callworker=...
    "findobject=...
"consume=...
"playsound=...
"animate=...
"callworker=
    "walk=object",
    ...
...

Bleibt ein durch den Arbeiter gefundenes Objekt weiterhin selektiert und für den Arbeiter reserviert , auch wenn das erste Arbeiter Programm sein Ende erreicht hat und beendet worden ist
und dann zwischenzeitlich das Gebäude vom Arbeiter sein Programm fortsetzt und erst nach einer gewissen Zeit das zweite Arbeiter Programm aufruft ,
das dann versucht auf das im vorherigen ersten Arbeiter Programm gefundene und selektierte Objekt zurückzugreifen ?
Oder ist es so das sobald das Arbeiter Programm beendet ist , auch die Selektion und die damit verbundene Reservierung für den Arbeiter , des Objektes aufgehoben wird ?
Wenn ein Programm ein Fehlschlag erhält dann wird es ja auch vorzeitig beendet .

Obwohl wenn ich logisch denke , zwei Steinbrüche bearbeiten ein Stein Objekt .
Wenn die Objekt Selektion auch nach dem Ende des Arbeiter Programmes erhalten bleibt , dann kann der Arbeiter des anderen Steinbruches ,
das Stein Objekt gar nicht durch findobject finden und selektieren , da das Stein Objekt noch für den vorherigen Arbeiter reserviert und selektiert ist .
Wie kann man das überprüfen ...
* Wenn der Steinhauer sein Programm abschließt dann wurde ja der Stein verkleinert also transform Objekt , also neues Objekt .
Das könnte man daran nicht erkennen .
* Steinbruch Gebäude zerstören während der Steinhauer am selektierten und reservierten Objekt ist .
Möglich aber dann gibt es bestimmt Sicherheitsvorkehrungen in den Abläufen für Gebäude zerstören / abreißen die das selektierte reservierte Objekt wieder freigeben .

Was genau passiert eigentlich bei der Aktion callworker ?

"callworker=A"
    "createbob=worker",
    "set_programm=A"
    ...
    rufe das eigentliche und sichtbare Programm aus der init.lua auf 
    ...
    "return"
        "removeobject=worker"
        "give_result_of_programm=A to building_programm"

oder ist es 
"callworker=A"
    "graphic=enabled"
    "set_programm=A"
    ...
    rufe das eigentliche und sichtbare Programm aus der init.lua auf 
    ...
    "return"
        "graphic=disabled"
        "give_result_of_programm=A to building_programm"

Bei der einen Variante bleibt der Arbeiter als Objekt erhalten und wird nur unsichtbar , sobald er im Gebäude ist .
Bei der anderen Variante wird der Arbeiter als Objekt entfernt , sobald er im Gebäude ist .

Das Imperium schlägt zurück ! TY

Top

Quote

Am Ende des Programms, in welchem findobject aufgerufen wurde, wird das ausgewählte Objekt automatisch abgewählt. Und zwar unabhängig davon, ob das Programm regulär sein Ende erreicht oder durch Fehlschlag eines Schrittes abgebrochen wird. Bestes Beispiel, um das zu sehen, ist der amazonische Liana Cutter.

Arbeiter werden (anders als Waren) niemals gelöscht – wenn sie in einem Gebäude sind, sind sie lediglich unsichtbar, aber existieren weiterhin, und ihre Zustandsvariablen bleiben erhalten.

Top

Quote

Grundsätzlich gibt es bei Einheitennamen gar keine Beschränkungen. Ich würde empfehlen, die Namen nicht übermäßig lang zu halten, da Fehlermeldungen auf eine nicht von uns einstellbare Höchstlänge abgeschnitten werden; aber rein prinzipiell spricht nichts gegen Namen mit so vielen Zeichen wie dein Rechner Arbeitsspeicher für hat. Bei den Zeichen kannst du auch die komplette ASCII-Bandbreite außer ␀ nutzen. Bei nicht-ASCII-Zeichen wie Äöüß könnte es möglicherweise Probleme geben, falls im Mehrspieler die Teilnehmer unterschiedliche Encodings verwenden; getestet hat das meines Wissens aber noch niemand.

Die Anzeige für Objekte in Konstruktion hängt immer vom Baufortschritt ab, etwas anderes ist nicht vorgesehen.

Top

Quote

@Nordfriese ,
Danke .

@hessenfarmer ,
Ich verstehe was du mit den Bitpattern meinst . Das hatte ich ganz am Anfang im Tabellen Dokument genutzt um alle 84 Varianten zu ermitteln ,
wovon aber nur 64 benötigt werden , da die restlichen Varianten graphisch identisch zu einer anderen Variante sind .
Feedback zu deiner Vorgestellten Methode kann ich jetzt noch nicht geben , das muss ich mir ersteinmal in ruhe durchlesen und verstehen . Ich bin zu diesen Zeitpunkt dafür zu müde .

Was ich noch an Informationen bereitstellen kann :

...\addons\empire_plus.wad\tribes\immovables\07_walls\45_wall_3_3_3\register.lua

So sieht aktuell ein typischer Register Eintrag einer Mauer aus . Wegen den Bitmuster hessenfarmer , was du geschrieben hast , mit Attribut und Namen .
Hier ist nichts in Stein gemeißelt , der lange Name kann auch wieder kürzer werden .
Ich habe entsprechende Batch Dateien und Massenbearbeitungs Optionen in Notepad++ , um solche systemischen Änderungen schnell umzusetzen .

return
{
    empire_plus_immovable_wall_45.84_v3_t3_r3_east.0_north-east.0_north-west.1_south-east.1_south-west.0_west.1=
    {
        "__replace_if_exists",
        "empire_immovables_wall_45.84_v3_t3_r3_east.0_north-east.0_north-west.1_south-east.1_south-west.0_west.1",
        "addon_content",
        "addon_empire_plus",
        "tribe_empire_plus",
        "object_type_immovable",
        "empire_plus_immovable",
        "size_medium",
        "stone_walls",
        "walls",
        "walls_empire_plus",
        "walls_connections_3",
        "walls_no_connection_to_east",
        "walls_no_connection_to_east_empire_plus",
        "walls_no_connection_to_north_east",
        "walls_no_connection_to_north_east_empire_plus",
        "walls_connection_to_north_west",
        "walls_connection_to_north_west_empire_plus",
        "walls_connection_to_south_east",
        "walls_connection_to_south_east_empire_plus",
        "walls_no_connection_to_south_west",
        "walls_no_connection_to_south_west_empire_plus",
        "walls_connection_to_west",
        "walls_connection_to_west_empire_plus"
    }
}

Bericht aus meiner Problem Liste.txt vom 2024.09.13

Das Imperium schlägt zurück ! TY

Top

Quote