Bugs, Abstürze, Probleme

[Flunky]

renegade geht über onCombatResult. Das sollte global sein, oder?

setXY wird nur in der StartingPointsUtil und im PlatyBuilder direkt genutzt, also nicht im laufenden Spiel. Aber über initUnit wird es doch genutzt.

[Pie]

wie kann denn ein logging zu nem oos führen... oder wird da etwa was bei nem spieler geloggt, was bei anderen spielern nicht geloggt wird und dadurch passt die bitgröße der dateien nicht?! nö... die logs sind doch im MyGames Ordner bei MyDocuments. dort wird ja nicht auf dateigrößen geprüft.... wie kann das also zu nem oos führen?#


Edit: achso, du meinst die ganze setXY Funktion ist lokal

Edit 2: stimmt, sind nur dort. also nicht im direkten Spiel selbst. Kann das sein, das startingutils bei diesem pitboss szenario ausgeführt wird? hat das szenario etwa etwas in x,y=0 stehen? wenn dort nix steht, kommt ja startingutils nicht zu geltung....

[Ramkhamhaeng]

Ich glaube der Kommentar ist nur so zu verstehen, dass ein Entwickler auf der Suche nach einem OOS dort eine Log-Ausgabe eingefügt hat.

@Flunky
Ich habe noch aus den Logs diese öfter auftauchende Kette von Einträgen anzubieten:

 17 Rand = -1092786871 on 441985 (automatedRanking)
 18 Rand = -1734963634 on 441985 (cityPromo)
 19 Rand = -1245017233 on 441985 (combatTypePromo)
 20 Rand = 613638268 on 441985 (LandeinheitenKillMoney)
 21 Rand = -1777464059 on 441985 (Escape)
 22 Rand = -2100215462 on 441985 (renegade) 

[Flunky]

Ich glaube der Kommentar ist nur so zu verstehen, dass ein Entwickler auf der Suche nach einem OOS dort eine Log-Ausgabe eingefügt hat.

Und der OOS-Grund wurde wohl nie gefunden oder zumindest die Logausgabe nicht entfernt.

@Kette von Einträgen: klar, das ist onCombatResult. In der Reihenfolge werden die Features abgearbeitet.

[Pie]

also ich schätze der oos kommt von der falschen version von suite. jetzt wo er die richtige version hat, sollte es auch nicht mehr zu einem oos kommen.
(es sei denn ein anderer hat ebenfalls ne falsche version #tomatenaufdenkopf#)

[Flunky]

Die falsche Version hat er nur im Singleplayer benutzt. Die Mods heißen ja nicht identisch, da hätte er garnicht mit PieAncientEuropeV in das PAE_PB-Spiel gehen können. Und soweit ich weiß hat Ramk nur eine einzige Version von PAE_PB hochgeladen. Suites ist jedenfalls mit meiner identisch.

[Pie]

achso. ok.

[Piccadilly]

Was hat es da mit dem Hinweis Cleopatra >>> Alle und im 2. Bild: Alle >>> Cleopatra auf sich? Vielleicht bist du in einem anderen Blickwinkel?

Ersteres zeigt die Beziehung von allen anderen zu Cleopatra, während letzteres die Beziehungen von Cleopatra zu allen anderen zeigt. Der Fehler ist, dass die Beziehung von Cleopatra zu Ptolemäus nicht "Null" sein sollte sondern entweder "Vasall" oder "kapituliert".

[Flunky]

Ich treffe beim Testen auf einen CtD wegen Zero Division. Leider ist meine VS-Lizenz abgelaufen und ich bekomme nicht mehr raus.

Für die Handelsberechnung würde ich die ohnehin gespeicherten Ursprungskoordinaten nutzen: wenn wir dort verkaufen, wo wir auch eingekauft haben, gibt es keinen Gewinn. Sonst wie gehabt.

Damit sähe die Funktion so aus:

# Money player gets for selling bonus
def calculateBonusSellingPrice(pUnit, pCity):
    if not pUnit.getUnitType() in L.LTradeUnits:
        return -1
    eBonus = CvUtil.getScriptData(pUnit, ["b"], -1)
    iSeller = CvUtil.getScriptData(pUnit, ["originCiv"], pUnit.getOwner())
    x = CvUtil.getScriptData(pUnit, ["x"], -1)
    y = CvUtil.getScriptData(pUnit, ["y"], -1)
    if eBonus == -1:
        return -1
    iValue = getBonusValue(eBonus)
    iBuyer = pCity.getOwner()

    iModifier = 100
    if not (iBuyer == iSeller and x == pUnit.getX() and y == pUnit.getY()): 
        pBuyer = gc.getPlayer(iBuyer)
        pSeller = gc.getPlayer(iSeller)

        if pBuyer.getTeam() == pSeller.getTeam():
            iModifier += 10 # doch +10%
        else:
            # Furious = 0, Annoyed = 1, Cautious = 2, Pleased = 3, Friendly = 4
            iModifier += 10 * pSeller.AI_getAttitude(iBuyer)

        # Hauptstadt 
        if pCity.isCapital(): 
            iModifier += 20
        iModifier *= (100 + pCity.getPopulation() * 5)) / 100
    return iValue * iModifier / 100 

Achtung Spoiler:

Alternativ könnten wir auch die eingebaute HW-Wert-Berechnung nutzen, die ergibt aber etwas arg hohe Werte:

# Money player gets for selling bonus
def calculateBonusSellingPrice(pUnit, pCity):
    if not pUnit.getUnitType() in L.LTradeUnits:
        return -1
    eBonus = CvUtil.getScriptData(pUnit, ["b"], -1)
    iSeller = CvUtil.getScriptData(pUnit, ["originCiv"], pUnit.getOwner())
    x = CvUtil.getScriptData(pUnit, ["x"], -1)
    y = CvUtil.getScriptData(pUnit, ["y"], -1)
    if eBonus == -1:
        return -1
    iValue = getBonusValue(eBonus)
    iBuyer = pCity.getOwner()

    iModifier = 100
    #if CvUtil.hasBonusIgnoreFreeBonuses(pCity, eBonus): # allows "cancellation" of buying / Bonus direkt nach Einkauf wieder verkaufen (ohne Gewinn)
        #return _calculateBonusBuyingPrice(eBonus, iSeller, iBuyer) # Switch positions of seller and buyer
    if not (iBuyer == iSeller and x == pUnit.getX() and y == pUnit.getY()): 
        pBuyer = gc.getPlayer(iBuyer)
        pSeller = gc.getPlayer(iSeller)

        iModifier = pCity.totalTradeModifier()
        pOriginPlot = CyMap().plot(x,y)
        pOriginCity = None
        if pOriginPlot != None and not pOriginPlot.isNone():
            pOriginCity = pOriginPlot.getPlotCity()
            if pOriginCity != None and not pOriginCity.isNone():
                if pCity.area() != pOriginCity.area():
                    iModifier += gc.getDefineINT("OVERSEAS_TRADE_MODIFIER");

        if pBuyer.getTeam() != pSeller.getTeam():
            iModifier += pCity.getForeignTradeRouteModifier();

    return iValue * iModifier / 100 

Hier sind Faktoren wie Hauptstadtanschluss, Friedenszeit und Bevölkerung schon einberechnet.

[Thorgal]

Edit 2: stimmt, sind nur dort. also nicht im direkten Spiel selbst. Kann das sein, das startingutils bei diesem pitboss szenario ausgeführt wird? hat das szenario etwa etwas in x,y=0 stehen? wenn dort nix steht, kommt ja startingutils nicht zu geltung....

Ja, das steht: ScriptData=600BC

Warum ich das einfügt hab, weiß ich nicht mehr (zum Erstellen des Szenarios?). Ist hoffentlich nicht schlimm.

[Pie]

Eigentlich nicht. Aber fürs Pitboss vielleicht

[Thorgal]

Oh, ich hoffe nicht….

Andere Frage: Warum kann denn mittlerweile eine Getreidesorte auf einem Feld ohne angrenzenden Fluss verbreitet werden?

[Flunky]

@Getreide: frag die Glaskugel.
@StartingPoints: nein, ist nicht schlimm.

[Thorgal]

@StartingPoints:

@Getreide ohen Fluss:

[Pie]

Weils auch Regen gibt. Und Flüsse sind in CIV sowieso eher Ströme! Oft hat man keinen Fluss aber dafür gemäßigtes Klima. Warum da also kein Getreide verbeiten?