PAE V Patch 4 (01.09.2018)

[Flunky]

Mir ist nichts dergleichen aufgefallen.

Eigentlich nur Einheiten, die nicht so spawnen konnten wie sie sollten (canTrain benötigt die Civ-spezifische Einheit) und Gebäudesklaven, die verschieden viel bringen, jenachdem ob die KI oder HI die hinzufügt oder ob sie sterben.

[Flunky]

Hab noch einen Fehler gefunden, der zum Crash führen kann.

Aber zuletzt wieder ein CtD ohne Pythonmeldung. Vielleicht deswegen?

[10741.682] ERR: FAudioManager:o3DSound(): Illegal scriptId -1 attempted./n
[10935.623] ERR: FSharedSoundData::Load: Could not read file Sounds/Tech/Zitat6.
[10935.623] WRN: Dynamic resident sound could not be loaded, GlobalId: 1377
[10935.623] WRN: FSound:oLoad: Sound Sounds/Tech/Zitat6 could acquire a loaded buffer.
[10935.623] WRN: FAudioManager:oSound(): Could not load scriptId 699./n

Das hier sieht auch nicht ganz sauber aus:

RESMGR: Texture Great_Spy_Ancient_DIFF.dds failed to load
RESMGR: Texture Great_Spy_Ancient_DIFF.dds failed to load
RESMGR: Texture Great_Spy_Ancient_DIFF.dds failed to load
RESMGR: Texture Great_Spy_Ancient_DIFF.dds failed to load
RESMGR: Scene file failed to load. Reason: (code:1) Cannot open file.
RESMGR: Texture Eurasian_Jav_Thrower_GLOSS.dds failed to load
RESMGR: Texture Eurasian_Jav_Thrower_128.dds failed to load
RESMGR: Scene file failed to load. Reason: (code:1) Cannot open file.

[Markus1978]

Die ersten Fehlermeldungen mit den Verbesserungen aus Antwort 2083 und Antwort 2087

Karte: PAE Europa XL
Schwierigkeit: Köng
Spielgeschwindigkeit: normal

Startsave: Markus v.Chr.-3170 (Save ist unter der Antwort 2066 zufinden)

Der erste CtD kommt wenn man die Runde 125 (2550 V.Chr.)beendet.
Danach habe ich wieder neu mit dem Startsave angefangen und einen zweiten Ctd bekommen diesmal in der Runde 134 (2460 v.Chr.)

[Flunky]

Irgendwo wird ein getPlayer(-1) aufgerufen. Mal schauen, ob das zu finden ist^^

[Pie]

Gutes Timing! Hatte beim Spiel von vorgestern ebenfalls einen repeatable CtD und mit dem aktuellen Pythonorder gings weiter.

Dann ist mir irgendwann während dem Spiel ein CtD untergekommen: Habe einer Sklavengruppe einen Bauauftrag gegeben, dabei is einer gestorben -> CtD. Kannst du das mal checken?

[Pie]

Nächster Fehler mit dem aktuellsten Python

[Ramkhamhaeng]

Kannst du uns dazu ein Save geben oder im WB ein WB-Save erzeugen?
Die Zeile in der der Fehler auftritt sieht in Ordnung aus, aber irgendeine andere Stelle muss das Scriptdict stark vergrößert haben. Vielleicht muss ich das mal robuster machen und ne Längenbegrenzung einbauen

Edit: Ist übrigens interessant, was passiert, wenn man den int()-Cast von Python mit einem seeeehr langem String einer Zahl füttert. Damit kann man den (Python 2.7)-Prozess beliebig lange beschäftigen ^^

[Pie]

Ja, wollt ich auch schon. Werd einen machen, wenn die Meldung wieder kommt. (ich wollt halt nicht sehen, wie der Stand der anderen CIVs ist. muss ich die augen zumachen, wenn ichs als WB Save speichere.... das wird schwierig... mit einem zugekniffenen Auge eben)

Gutes Timing! Hatte beim Spiel von vorgestern ebenfalls einen repeatable CtD und mit dem aktuellen Pythonorder gings weiter.

Dann ist mir irgendwann während dem Spiel ein CtD untergekommen: Habe einer Sklavengruppe einen Bauauftrag gegeben, dabei is einer gestorben -> CtD. Kannst du das mal checken?

Auf den Fehler nicht vergessen! Der ist repeatable! Einfach 10 Sklaven auf ein Feld und beim Bau einer Modernisierung hoffen, dass einer dabei draufgeht -> CtD

[Flunky]

Ich bin dran

€: das ist eigentlich harmlos genug

    def onUnitBuildImprovement(self, argsList):
        'Unit begins enacting a Build (building an Improvement or Route)'
        pUnit, iBuild, bFinished = argsList

        # Sklaven koennen bei einem Bauprojekt sterben / Slaves can die during an improvment construction
        if pUnit.getUnitType() == gc.getInfoTypeForString("UNIT_SLAVE"):
            # Chance of unit dying 3%
            iRand = CvUtil.myRandom(33)
            if iRand == 1:
                iOwner = pUnit.getOwner()
                if gc.getPlayer(iOwner).isHuman():
                    iRand = CvUtil.myRandom(10)
                    CyInterface().addMessage(iOwner, True, 10, CyTranslator().getText("TXT_KEY_MESSAGE_DYING_SLAVES_"+str(iRand), (0, 0)), 'AS2D_UNITCAPTURE', 2, 'Art/Interface/Buttons/Units/button_slave.dds', ColorTypes(7), pUnit.getX(), pUnit.getY(), True, True)
                pUnit.doCommand(CommandTypes.COMMAND_DELETE, -1, -1)

                # ***TEST***
                #CyInterface().addMessage(gc.getGame().getActivePlayer(), True, 10, CyTranslator().getText("TXT_KEY_MESSAGE_TEST",("Sklave gestorben (Zeile 3766)",1)), None, 2, None, ColorTypes(10), 0, 0, False, False)

        # Holzcamp entfernen, wenn Wald entfernt wurde
        if bFinished:
            if iBuild in [gc.getInfoTypeForString("BUILD_REMOVE_JUNGLE"), gc.getInfoTypeForString("BUILD_REMOVE_FOREST"), gc.getInfoTypeForString("BUILD_REMOVE_FOREST_BURNT")]:
                pPlot = pUnit.plot()
                if pPlot.getImprovementType() == gc.getInfoTypeForString("IMPROVEMENT_LUMBER_CAMP"):
                    pPlot.setImprovementType(-1) 

Ich teste mal, die beiden if-Blöcke zu vertauschen

[Flunky]

Bei den Waffenmanufakturen:

elif (unit.getUnitCombatType() == gc.getInfoTypeForString("UNITCOMBAT_SPEARMAN") or \
                        unit.getUnitCombatType() == gc.getInfoTypeForString("UNITCOMBAT_SPEARMAN"): 

Was sollte der zweite UnitCombatType sein, der mit ner Speermanufaktur bonifiziert wird?

Ich bin da übrigens kein Fan von, 2 Einheiten zum Preis von einer zu bekommen. Einheiten werden ja extra mit jedem Exemplar teurer, damit es nicht so viele werden. Die Manufakturen verdoppeln ab nem gewissen Zeitpunkt die Einheiten auf dem Feld einfach mal.

[Pie]

Waffenmanufakturen:
1) spearman: ui... weiß ich nimma. vielleicht ein copy-paste fehler vom bogenschützen/plänkler?
2) 2 statt 1: Ich schon. Somit hat man dann gleich auf einen Schlag 2 Einheiten ohne mühsam warten zu müssen, um ein Heer aufzubauen und ne andere Stadt kann sich derweil um Forschung oder Wohlstand kümmern. Es ist ja nur ein Zeitvorteil. Vor allem im Endspiel dauern die Runden sowieso sehr lange, da kanns doch nicht schaden, wenn man ein Heer schneller zusammenstellt als in der Frühzeit. Von den Ausgaben ändert sich ja nichts. Da isses ja eh keine Ersparnis. Eben nur Hämmer (lokal) und Rundenzeitersparnis. Dafür hat man ja auch brav gekämpft und sich das Gebäude verdient.

[Pie]

Ach Flunky... jetzt hab ich mir mit deinem letzten XML wieder die ganzen Änderungen in der BonusInfo überschrieben! War alles für die Katz überall mit Wald die Getreidearten zuzulassen... kannst du das bitte in deiner Version einbauen! Ansonsten mach nichts mehr im XML und ich ändere das.

[Flunky]

Oder du liest was ich schreibe

€: mit Beweisbild. Der Weizen kann verbreitet werden, obwohl 7 von Athen Wald steht, und es in der XML nicht so eingetragen ist. Dafür gibt es eine neue Funktion im Python, die fast alles so macht, wie ihr Pendant im SDK, nur die Feature-Bedingung nicht-zwingend macht.

Also wenn z.B. Schwemmland Vorraussetzung ist, um Getreide auf Wüste zu verbreiten, wird das immernoch beachtet.
Wenn aber kein FeatureTerrain für Wald eingetragen ist, wird eventuell vorhandener Wald ignoriert und es kann trotzdem verbreitet werden.

Die Extra-Funktion deshalb, weil wir doch wohl nicht wollen, dass Getreide auf Zufallskarten unter Wald erscheint. Das soll nur beim Kultivieren gehen, damit man eben nicht erst holzen muss um zu sehen dass ne Verbreitung möglich wär.

[Pie]

Achso. Das hast du schon umgesetzt? Ich dachte, das war nur ein Plan

Ok, dann is gut so

[Pie]

1) Ein weiterer Fehler:




2) Beim Save, wo es darum geht: String too long.
Da ist die Händler Auto Konfiguration das Längste:

ScriptData={"x": 9, "b": 42, "autY1": 9, "autY2": 15, "autA": 1, "originCiv": 1, "autB1": 42, "autB2": 1, "y": 9, "autX2": 7, "autX1": 9, "autLTC": 154}

Kann mir also nicht vorstellen, dass es an das liegt, weil es dann sonst jede Runde sein müsste. Der Fehler kam aber irgendwann mittendrin.