Topic: Fehlermeldungen beim laden von Erweiterungen

Fehlermeldung

[05:21:42.084 real] ERROR:
FATAL EXCEPTION: game class:

[D:/a/widelands/widelands/src/scripting/lua_errors.cc:21]
modify_unit: error:

[D:/a/widelands/widelands/src/scripting/lua_errors.cc:21]
empire_worker_wallmason: Error in worker program create_wall:

Error reading line 'createbob=empire_worker_wall_add_e':
[D:/a/widelands/widelands/src/scripting/lua_errors.cc:21]

Error loading animation 'walk' for map object 'empire_worker_wall_add_e':
Direction '_ne': Animation with one picture addons/mauerbauer.wad/mauern_impulse/plus_e/\walk_ne_4.png must not 

init.lua

...
    animations =
    {
        idle =
        {
            hotspot = { 0, 0 }
        },
        walk =
        {
            --basename = "idle"
            fps = 1,
            frames = 2,
            columns = 1,
            rows = 2,
            directional = true,
            hotspot = { 12, 12 }
        },
        walkload =
        {
            --basename = "idle"
            fps = 1,
            frames = 2,
            columns = 1,
            rows = 2,
            directional = true,
            hotspot = { 12, 12 }
        }
    },
    buildcost = {},
    vision_range = 0,
    programs = 
    {
        main =
        {
            actions =
            {
                "walk=e",
                --"animate=idle duration:28800s"
                "remove="
            }
        }
    }
...

Dateien im Ordner

normal
pruefen (enthält temporär walkload.png's)

register.lua
init.lua

idle_0.5.png
idle_1.png
idle_2.png
idle_4.png

walk_e_0.5.png
walk_e_1.png
walk_e_2.png
walk_e_4.png

walk_ne_0.5.png
walk_ne_1.png
walk_ne_2.png
walk_ne_4.png (Die betroffene Datei aus der Fehlermeldung) [Größe 192x96 px]

walk_nw_0.5.png
walk_nw_1.png
walk_nw_2.png
walk_nw_4.png

walk_se_0.5.png
walk_se_1.png
walk_se_2.png
walk_se_4.png

walk_sw_0.5.png
walk_sw_1.png
walk_sw_2.png
walk_sw_4.png

walk_w_0.5.png
walk_w_1.png
walk_w_2.png
walk_w_4.png

Vorherige Fehlermeldung behoben , nun neue Fehlermeldung

Um die vorherige Fehlermeldung zu beheben , habe ich alle walk und walkload Bilddateien angepasst von 96x96 auf 96x192 als Beispiel um aus einen Bild ein Spritesheet zu erstellen .
Leider akzeptiert das Widelands weiterhin nicht und , so das ich von 0 fps auf 1 fps in der init.lua umstellen musste .
Aber auch danach möchte Widelands etwas nicht , was ich nicht verstehe , nähmlich die aktuelle Fehlermeldung , die in diesen Post beschrieben wird .
Ich habe doch alles so gemacht wie beim Arbeiter , der bereits funktioniert .
Ich probier mal rum , denke aber nicht zeitnah eine Lösung zu finden .

Top

Quote

Wenn in dem spritesheet aber nur ein Bild ist, (was ich annehme) dann macht aber eine Angabe von 2 Zeilen (rows) auch wenig SInn.

Top

Quote

Nachtrag

was bereits den relevanten Personen , unter anderen @Nordfriese bekannt ist , das ich das Problem habe ,
mein Addon hochzuladen . Entsprechende Konversation dazu : https://www.widelands.org/messages/view/11952/ .
Das Problem besteht wohl nur in der aktuellen Widelands 1.2 Release Version .
Der entsprechende Bug dazu : https://codeberg.org/wl/wl_addons_server/issues/87 mit der Lösung : https://github.com/widelands/widelands/pull/6437 .
Da ich keine Ahnung habe wie ich mit der verlinkten Lösung umgehen soll , warte ich auf eine neue Entwicklungsversion zur 1.3 , in der die Lösung bereits integriert ist .
Ich würde es jedoch begrüßen wenn ich benachrichtigt werde , entweder per Privatnachricht oder hier unter diesen Thread ,
wenn eine neue Entwicklungsversion zur 1.3 verfügbar ist , in der das Problem voraussichtlich behoben sein soll .

Was mir noch ganz wichtig ist , ist das ich es begrüßen würde , wenn die Sicherheitsüberprüfung in Lua-Skripten bei transforms entfernt wird .
Dies ist unerlässlich , da ich kein Spiel starten kann mit geschlossener transform Schleife in meinen Addon .
Momentan funktioniert mein Addon immer nur dann wenn ich die Schleife durchtrenne .

Geschlossene Schleife

Objekt-A
programs =
{
 remove_e = { "transform=object_b" },
}

Objekt-B
programs =
{
 add_e = { "transform=object_a" },
}

Durchtrennte Schleife

Objekt-A
programs =
{
 --remove_e = { "transform=object_b" },
}

Objekt-B
programs =
{
 add_e = { "transform=object_a" },
}

ODER

Objekt-A
programs =
{
 remove_e = { "transform=object_b" },
}

Objekt-B
programs =
{
 --add_e = { "transform=object_a" },
}

Ladezeiten bei geschlossener Schleife

Anmerkung : Es sind alle 64+3 Objekte aktiviert und bei den 64 Objekten sind alle transforms in ein Richtung ( add ) aktiviert , dies funktioniert ohne Probleme .
Zum Testen wurden schrittweise die transforms auch in die andere Richtung ( remove ) aktiviert und das Ergebnis der Ladezeiten findet sich in der unteren Tabelle .

CPU als auch RAM waren aber bei allen Ladevorgängen stets unauffällig und nicht ausgelastet .
Die Ausgabedatei stdout.txt von Widelands zeigt keine Hinweise oder Auffälligkeiten die mit diesen Problem in Zusammenhang stehen könnten .

Top

Quote

Ich erhielt die im Screenshot zu sehende Spiel interne Nachricht / Meldung als Fehlermeldung .

Da ich mit der Anordnung der Eingangswaren in der Imperium Werkzeugschmiede unzufrieden war , habe ich folgendes in der postload.lua integriert :
* Entferne Wareneingang Stämme (8)
* Entferne Wareneingang Eisen (8)
* Füge Wareneingang Stämme hinzu (6)
* Füge Wareneingang Bretter hinzu (6)
* Füge Wareneingang Eisen hinzu (6)

Den ich erkannte das die Funktion "modify_unit ... add_ware" die neu hinzuzufügende Ware immer an der Listenposition -1 (Als letztes) einsetzt .
Da ich aber von der Anordnung her wollte das die Bretter zwischen den Stämmen und dem Eisen sind , hatte ich obriges probiert und meine Vermutung
das der Wareneingang so als Liste gehandhabt wird , hat sich tatsächlich bestätigt und es hat schon beim ersten Versuch geklappt ,
bis auf diese komische interne Fehlermeldung . Aber diese werde ich ignorieren .

---

Attachment:

Top

Quote

Teayo wrote:

Beim Versuch ein Spiel zu starten oder zu laden , Widelands stürzt komplett ab , wenn man bei
~~~~ wl.Descriptions():modify_unit ( "tribe","empire","add_ware","empire_ware_mortar_trowel", 4, 1, 1, ~~~~ zu folgenden ändert ~~~~ wl.Descriptions():modify_unit ( "tribe","empire","add_ware","empire_ware_mortar_trowel", 5, 1, 1, ~~~~ Für mich war dieser Fehler echt sehr schwer zu finden .
Warum kann man das Inventar eines Stammes nicht bei der Anordnung anpassen ?

kann man momentan, solange man die Waren in eine der 5 existierenden Spalten einsortiert (lua zählt ab 0 daher ist der Eintrag 4 die 5. Spalte.)
eine 6. Spalte ist momentan Szenario spezifischen Waren zugeordnet, da diese im Gegensatz zu Waren aus dem Addon nicht dauerhaft zur Verfügung stehen uns man die gewohnte Anordnung der "normalen Waren nicht durcheinander bringen wollte.

Ist aber ggf. ne Anregung für Addons die Definition neuer Spalten zu erlauben.

Top

Quote