Der Pythonthread

[alpha civ]

Ok. Ich will euch ja nicht stören mit eurem Gelaber, aber was hat es jetzt doch mit den "Siblings" auf sich ?!? -> CvXMLLoadUtilitySet.cpp

Hat das was mit Classen und Types zu tun? gibts eine Types-Beschränkung?
Wenn nicht, dann kann ich ja getrost weitermodden....

Es gibt eine Beschränkung, und zwar die Anzahl der jeweiligen Info-Objekte.
(mit Info-Objekte meine ich sowas wie UnitInfo u.s.)

[Pie]

Nein, mit ART_DEFINES hat das nix zu tun. Ich wär froh, wenn er solche Fehler ausspucken würde. Ich dokumentierte alle UnitClassen aus, sodass nur die UnitInfoTypes der anderen Datei aktiv waren (was ja nicht geht: Types gehören ja zur Class), damit ich überhaupt nen Fehler bekomme. Und siehe da: dann spuckte er mir diesen Geschwisterfehler aus. Ich schätze, alpha_civ hat recht, wenn er meint, dass es eine Beschränkung der Info-Objekte gibt. Aber ich nehme mal an pro Class.
Und da ich ja alle Klassen ausdokumentierte, wird er wohl gedacht haben, dass alle UnitInfos aus einer Klasse stammen... Also eigentlich kein schlimmer Fehler. Die Frage wär jetzt nur, wieviele Types einer Class verwendet werden dürfen.
Denn ich definiere für viele Sondereinheiten eine eigene Klasse, wo ich solche Einheiten reinstecke, die kein Ersatz sein sollen für eine andere Einheit. Auch weil es um die Beschränkung solcher Sondereinheiten geht, die man leider nur in der Klasse definieren kann. ... eben voll zum Ärgern diese Denkweise der Amis!

[The_J]

Wenn ich mir RoM so angucke, bezweifel ich mal stark, dass es irgendeine Beschränkung dieser Art gibt.
Du hast irgendwas anderes vermurkst, glaub' mir.

[alpha civ]

Ich schätze, alpha_civ hat recht, wenn er meint, dass es eine Beschränkung der Info-Objekte gibt. Aber ich nehme mal an pro Class.
Und da ich ja alle Klassen ausdokumentierte, wird er wohl gedacht haben, dass alle UnitInfos aus einer Klasse stammen... Also eigentlich kein schlimmer Fehler. Die Frage wär jetzt nur, wieviele Types einer Class verwendet werden dürfen.
Denn ich definiere für viele Sondereinheiten eine eigene Klasse, wo ich solche Einheiten reinstecke, die kein Ersatz sein sollen für eine andere Einheit. Auch weil es um die Beschränkung solcher Sondereinheiten geht, die man leider nur in der Klasse definieren kann. ... eben voll zum Ärgern diese Denkweise der Amis!

Was ich meinte war folgendes:

Angenommen, man will einer Einheit freie Beförderungen geben. Dann ist die Anzahl dieser freien Bef. (die man geben kann) limitiert durch die vorhandenen Beförderungen (aus CIV4PromotionInfos.xml). Hat man also nur 10 Beförderungen, dann kann man Einheiten auch nur höchstens 10 freie Beförderungen geben.

[Pie]

Stimmt. Da könntest du auch Recht haben! Also Fall ist gelöst, ihr könnt euch anderen Problemen widmen.... danke sehr nochmals....

[Cybah]

Lassen sich Einheiten generieren, die über die gleichen XP verfügen, wie die, die normalerweise in der Stadt gebaut werden?

[Pie]

meinst du pNewUnit.setPromotion(i) ?
oder pNewUnit.changeExperience (.....)
und pCity.getDomainFreeExperience (DOMAIN) ?

[Cybah]

nein, eben nicht. lies nochmal meine frage. ich möchte keine erfahrung einstellen, die erfahrung soll automatisch bei der neu erstellen einheit vorhanden sein. wie ne ganz normal produzierte einheit.

[The_J]

Dann musst du halt für alle Möglichkeiten, die es gibt, Checks einbauen .

[Cybah]

Habs befürchtet.

[The_J]

Naja, sind doch nur ein paar Gebäude und Civics, oder ?

[Pie]

hm. ich versteh dich dann nicht, denn du willst doch eine einheit mit python erstellen, oder?

und die soll die gleichen XP haben als würde sie von einer gewissen Stadt erstellt worden sein, oder nicht?

um herauszufinden, wieviel XP eine stadt für eine einheit ausspuckt:
Anzahl_XP = pCity.getDomainFreeExperience (DOMAIN_LAND oder DOMAIN_SEA)
je nachdem obs ne landeinheit oder seeeinheit wird
dann hast du mal die anzahl an XP.

wenn du jetzt die einheit per python erstellst, die logischerweise 0 XP hat,
dann machst du
pNewUnit.changeExperience (Anzahl_XP)

dann ersparst du dir die ganzen gebäude einer stadt durchzugehen.

[Cybah]

getDomainFreeExperience... interessant. da sind natürlich die traiteffekte nicht bei und staatsformen muss ich auch testen, aber danke. wenigstens die gebäude spare ich mir.

[Pie]

Ich würde sogar meinen, dass da alles inkludiert ist in getDomainFreeExperience()
solche funktionen sollen ja diese umständlichen abfragen ersetzen.

[Cybah]

geh ich nicht von aus, weil du pCity dafür brauchst. :-/