[Mod] PromotionInfos.xml durcheinander

[koma13]

Im XML-Log erhalte ich folgende Mitteilung:

Diese "Info type not found"-Meldungen sind normal, die gibt es auch in Vanilla.

[raystuttgart]

Dennoch ist diese Referenz falsch.
(Und wer weiß zu welchen Fehlern sie führt.)

<UnitCombatType>UNITCLASS_INDENTURED_SERVANT</UnitCombatType>

[Commander Bello]

Dennoch ist diese Referenz falsch.
(Und wer weiß zu welchen Fehlern sie führt.)

<UnitCombatType>UNITCLASS_INDENTURED_SERVANT</UnitCombatType>

Nun, wie gesagt, ist ja mittlerweile auch schon komplett auskommentiert.

Ich werde gleich mal einige Beförderungen löschen, und gucken, was dann geschieht (in einem neuen Spiel).

[raystuttgart]

Hast du jetzt aber verstanden, was der Unterschied zwischen diesen ist ?

<UnitClassType>UNITCLASS_CANNON</UnitClassType> --> ok

<UnitCombatType>UNITCOMBAT_SIEGE</UnitCombatType> --> ok

<UnitCombatType>UNITCLASS_INDENTURED_SERVANT</UnitCombatType> --> falsch, die Types sind vermischt

[raystuttgart]

Ob dieser eine Fehler im XML auch zu deinen Fehlern im Spiel führt, kann ich natürlich nicht sagen...
(Ich habe - wie bereits erwähnt - den Rest nicht genauer angesehen.)

Sicherlich hat er aber zu Meldungen im Log bezüglich der PromotionInfos.xml geführt.
Sind diese nun wenigstens weg ?

[Commander Bello]

Was ich nun getan habe, ist folgendes:
Die PROMOTION_INDENTURED ist gelöscht worden (also nicht mehr nur auskommentiert)

Da ich darüber hinaus noch vier eigene Beförderungen angelegt habe, habe ich vier "Standardbeförderungen" ("IIIer"-Beförderungen) ebenfalls gelöscht, um zu sehen, ob es sich um ein Mengenproblem handelt.
Da es IIIer-Beförderungen waren, sollten sie zunächst einmal keinen Einheiten fehlen.
Beim Programmstart gibt es auch nach wie vor keine Fehlermeldung.

In einem neuen Spiel sind nun andere Kombinationen von Beförderungen für einen Scout verfügbar, aber immer noch z.B. Veteran1, Veteran2, Veteran3 gleichzeitig.

Da ich meine CB-Beförderungen kopiert habe, kann ich mir im Moment nur denken, dass es an diesen beiden, immer wiederkehrenden Zeilen liegen mag:
(...)
<Description>TXT_KEY_PROMOTION_FORMATION</Description>
(...)
<Button>,Art/Interface/Buttons/Promotions/Promotions_Atlas.dds,1,2</Button>
(...)

Kann es sein, dass mehrfache Referenzen darauf nicht zulässig sind?

Nachtrag: die Meldungen im Log sind natürlich nach wie vor vorhanden.
Es sind allein für die Civ4PromotionInfos.xml 80+ Meldungen fehlender Info Types, allerdings haben andere Dateien (z.b. Buildings) noch wesentlich mehr dieser Fehler - dort gehen sie in die Hunderte)

[raystuttgart]

Kann es sein, dass mehrfache Referenzen darauf nicht zulässig sind?

Sein kann alles.

Allerdings ist es mir bisher noch nie passiert, das doppeltes Vorhandensein des selben TXT_KEY_ oder der selben Referenz auf irgendeine Grafik je zu Fehlern geführt hat.

Ich halte das eher für unwahrscheinlich.

Wo das Problem liegt, weiß ich leider nicht.
(Konnte ansonsten auf Anhieb keine Fehler in deiner PromotionInfos.xml finden.)

Wünsche dir viel Erfolg bei der Suche.

[Commander Bello]

In der CvUtil.py findet man in GlobalInfosMap = {... folgende Zeile, die ich mangels Python-Kenntnissen nicht richtig würdigen kann:
'promotion': {'NUM':gc.getNumPromotionInfos, 'GET': gc.getPromotionInfo},

Ich vermute, dass es sich dabei um eine Liste handelt, in der die Promotions gespeichert werden. Ist das richtig?

[raystuttgart]

Hi CB,

was sagt den eigentlich die Colopedia zu deinen neuen Promotions ?

Wird da alles richtig angezeigt ?
(Ich meine, die Promotions selbst und deren Anzeige an den entsprechenden Units.)

Wenns da schon Probleme gibt, liegt die Ursache wahrscheinlich an den Promotions selbst und nicht an deren Reihenfolge.

[raystuttgart]

In der CvUtil.py findet man in GlobalInfosMap = {... folgende Zeile, die ich mangels Python-Kenntnissen nicht richtig würdigen kann:
'promotion': {'NUM':gc.getNumPromotionInfos, 'GET': gc.getPromotionInfo},

Ich vermute, dass es sich dabei um eine Liste handelt, in der die Promotions gespeichert werden. Ist das richtig?

Ich bin auch kein Python-Profi, aber ich glaube, dass das einfach heißt:

• Die Methode "gc.getNumPromotionInfos" liefert eine Zahl zurück, behandle deren Ausgabe dementsprechend.
• Die Methode "gc.getPromotionInfo" liefert ein Objekt zurück, behandle deren Ausgabe dementsprechend.

Bin mir aber auch nicht sicher.
Ronnar oder koma, wissen das sicher.

[Commander Bello]

Hi CB,

was sagt den eigentlich die Colopedia zu deinen neuen Promotions ?

Wird da alles richtig angezeigt ?
(Ich meine, die Promotions selbst und deren Anzeige an den entsprechenden Units.)

Wenns da schon Probleme gibt, liegt die Ursache wahrscheinlich an den Promotions selbst und nicht an deren Reihenfolge.

Die Colopädie sagt - wie zu den übrigen unsichtbaren Beförderungen auch - nichts zu ihnen.

Alle anderen Beförderungen sind zum Teil grob durcheinander gewürfelt, Voraussetzungen und Folgebeförderungen sind komplett falsch.
Es lässt sich aber leider auch keine einheitliche Linie erkennen; es ist also nicht so, als wären die Beförderungen nur um einen oder zwei Werte "verschoben"...

[raystuttgart]

Die Colopädie sagt - wie zu den übrigen unsichtbaren Beförderungen auch - nichts zu ihnen.

Und wenn du das <bGraphicalOnly> wegnimmst / auf 0 setzt ?
Das wäre eventuell echt interessant, was du da an Infos bekommst ...

[Writing Bull]

Da ich meine CB-Beförderungen kopiert habe, kann ich mir im Moment nur denken, dass es an diesen beiden, immer wiederkehrenden Zeilen liegen mag:
(...)
<Description>TXT_KEY_PROMOTION_FORMATION</Description>
(...)
<Button>,Art/Interface/Buttons/Promotions/Promotions_Atlas.dds,1,2</Button>
(...)

Kann es sein, dass mehrfache Referenzen darauf nicht zulässig sind?

Nein, daran liegt es sicher nicht. Ich arbeite bei der Einführung neuer Spielelemente anfangs immer so, dass ich zunächst auf bereits bestehende TXT_KEYs und Grafiken verweise. Erst wenn ich ingame kontrolliert habe, dass die neuen Spielelemente wie gewünscht funktionieren, weise ich Ihnen eigenständige Bezeichnungen und Grafiken zu.

Ich würde dir raten, dein Werk etappenweise ein zweites Mal aufzubauen, in kleinen Schritten, und nach jedem Schritt zunächst ingame in der Colopädie und in einer Partie zu kontrollieren, ob der Schritt fehlerfrei funktioniert. Dann würde ich eine Kopie des Arbeitsstandes anlegen und dann den nächsten Schritt machen. So mache ich das persönlich immer beim Modden. Das ist zwar zeitraubend, aber viel, viel sicherer als das späte Testen komplexer Änderungen.

[Commander Bello]

Jetzt wird's allmählich gruselig.

Ich habe aus der ursprünglichen TAC2.02_inoff-Installation die Civ4PromotionInfos.xml in meine Mod kopiert.
Natürlich gab es beim Spielstart (neues Spiel, neues Glück) einige Fehlermeldungen aus der Civ4UnitInfos.xml und der Civ4ProfessionInfos.xml wegen fehlender Beförderungen.
Das war klar und erwartet.

Habe ein Spiel neugestartet, und mir die Beförderungen angesehen, die - natürlich - korrekt angezeigt wurden; sowohl in der Colopädie wie auch bei der Auswahl (Scout).

Dann habe ich per WinMerge aus meiner CBPromotionInfos.xml die "Überschriften" der einzelnen Beförderungen in die Civ4PromotionInfos.xml kopiert - und zwar lediglich diese Überschriften!
Das sieht dann z.B. so aus:

<!-- Ranger 1 --> 

Habe das vorher abgespeicherte Spiel wieder geladen und ...
Die Beförderungen sind schon wieder kaputt. Lediglich durch das Einfügen der Kommentare...

Dann habe ich ein neues Spiel gestartet und .... die Beförderungen sind kaputt.

Weiterhin bekomme ich im Error-Log nun bzgl. der Civ4PromotionInfos.xml noch mehr Fehlermeldungen bzgl. fehlender InfoTypes (ca. 25% mehr Meldungen).

Der Witz daran ist, dass ich diese Überschriften schon seit Ewigkeiten verwende, ohne auf Fehler gestoßen zu sein.
Erst im Zusammenspiel mit den Änderungen an den Civ4UnitInfos.xml und Civ4ProfessionInfos.xml scheinen diese Kommentarzeilen zu Fehlern zu führen.

[Writing Bull]

Es tut mir leid - aber ich kann dir wegen der Releasearbeiten für TAC leider nicht im Detail helfen ...