BASE: FRAGEN & FEEDBACK (inkl. Fehlermeldungen)

[Entropie]

macht der gallische Späher alleine auch nicht

[Cybah]

Ein Fall für Galileo Mystery.

[rucivfan]

Das hat letztlich dann ja gar nichts mit der russischen Eigenschaft zu tun oder? Aufgrund der russischen Eigenschaft ist dieses Fehlverhalten überhaupt erst richtig aufgefallen.

Es lag noch nie in irgend einer Aussage an der russischen Eigenschaft selbst. Das Problem liegt mehr darin, dass es in Grundspiel keine Eigenschaft gab, bei der ein gerader Weg wichtig ist.

[Cybah]

idee: bewegung wird nur eingeschränkt wenn keine Stadt nur ein feld luftlinie entfernt ist.

[Cybah]

ich stelle mir gerade folgende frage: angenommen, eine umweg-einheit würde nicht von der russischen eigenschaft gebremst werden. dann könnte diese ja auf jeden fall die stadt angreifen. macht dann der stack ebenfalls den umweg oder greift er die stadt dann ohne straßennutzung an? dürfte er eigentlich nicht, weil sich dann der stack im falle eines rückzugs spalten würde. d.h. der kommandopanzer würde die stadt angreifen und der reststack würde mitfahren ohne angreifen zu können. in der nächsten runde nutzt der kommandopanzer dann wieder die straße und der reststack fährt wieder mit und kann wieder nicht angreifen.

daraus folgt: es ist eben doch ohne russische eigenschaft problematisch und es muss dann auch im original civ4 problematisch sein, wenn man kommandoeinheiten mit nicht-kommandoeinheiten mischt.

werds nachher mal testen, wenn ich wieder zuhause bin.

[rucivfan]

Ich habe das Problem nie anders gesehen, aber im Zusammenhang mit der russischen Eigenschaft ist es noch viel schlimmer. Ich schaue es mir noch heute genau an.

[Cybah]

Klar ist es schlimmer, aber eben nicht nur mit Russland problematisch. Vorausgesetzt, der Stack verhält sich so (bleibt immer zusammen).

[Cybah]

Ich habe das Problem nie anders gesehen, aber im Zusammenhang mit der russischen Eigenschaft ist es noch viel schlimmer. Ich schaue es mir noch heute genau an.

und?

[rucivfan]

Ich bin bisher nur auf den Spuren des entsprechenden Codes.

CvSelectionGroup::groupPathTo(int iX, int iY, int iFlags) enthält eine Funktion generatePath(plot(), pDestPlot, iFlags)), aber dann wird auf eine nicht SDK-Funktion zugegriffen.

[Cybah]

Zur Not bekommt Russland eben freies Uran anstelle der Verlangsamung. Der Schaden bei Bewegung kann ja bleiben.

Nerven würde das Problem aber weiterhin in Kommandomischstacks.

[rucivfan]

Es sieht bisher nicht danach aus, dass man irgend was mit der Wegfinungsroutine machen kann. Ich schau noch mal morgen drüber, aber alle genutzten Funktionen greifen früher oder später auf nicht SDK-Funktion zu, so das man nicht die Routine anpassen kann.

[Cybah]

Vielleicht müsste man mal testen, ob das Problem auch in BTS auftritt.

[Cybah]

Edit: Also das Problem existiert auch in BTS! Dann muss man damit wohl einfach leben. Schlage deshalb vor:

- Russisches Reich: Feindliche Angriffe und Bewegungen sind nicht mehr auf 1 pro Runde beschränkt; Schaden auf 3% (Max 15%) erhöht; freie Ressource Uran bei Erforschung von Kernspaltung hinzugefügt

Wenns keine Einwände gibt, wäre der Patch dann soweit fertig.

[rucivfan]

Kann man den Schaden nicht je Bewegungsfeld machen? So wäre Kav nicht im Vorteil. Den Schaden müsste man dann nicht erhöhen.

[rucivfan]

http://forums.civfanatics.com/showthread.php?t=418050

Der Link bestätigt, was ich weiß und auch was ich noch nicht wusste.

void CvMap::setup()
{
	PROFILE("CvMap::setup");

	gDLL->getFAStarIFace()->Initialize(&GC.getPathFinder(), getGridWidthINLINE(), getGridHeightINLINE(), isWrapXINLINE(), isWrapYINLINE(), pathDestValid, pathHeuristic, pathCost, pathValid, pathAdd, NULL, NULL);
	gDLL->getFAStarIFace()->Initialize(&GC.getInterfacePathFinder(), getGridWidthINLINE(), getGridHeightINLINE(), isWrapXINLINE(), isWrapYINLINE(), pathDestValid, pathHeuristic, pathCost, pathValid, pathAdd, NULL, NULL);
	gDLL->getFAStarIFace()->Initialize(&GC.getStepFinder(), getGridWidthINLINE(), getGridHeightINLINE(), isWrapXINLINE(), isWrapYINLINE(), stepDestValid, stepHeuristic, stepCost, stepValid, stepAdd, NULL, NULL);
	gDLL->getFAStarIFace()->Initialize(&GC.getRouteFinder(), getGridWidthINLINE(), getGridHeightINLINE(), isWrapXINLINE(), isWrapYINLINE(), NULL, NULL, NULL, routeValid, NULL, NULL, NULL);
	gDLL->getFAStarIFace()->Initialize(&GC.getBorderFinder(), getGridWidthINLINE(), getGridHeightINLINE(), isWrapXINLINE(), isWrapYINLINE(), NULL, NULL, NULL, borderValid, NULL, NULL, NULL);
	gDLL->getFAStarIFace()->Initialize(&GC.getAreaFinder(), getGridWidthINLINE(), getGridHeightINLINE(), isWrapXINLINE(), isWrapYINLINE(), NULL, NULL, NULL, areaValid, NULL, joinArea, NULL);
	gDLL->getFAStarIFace()->Initialize(&GC.getPlotGroupFinder(), getGridWidthINLINE(), getGridHeightINLINE(), isWrapXINLINE(), isWrapYINLINE(), NULL, NULL, NULL, plotGroupValid, NULL, countPlotGroup, NULL);
}

Das ist die Initialisierung der Pathfinders. Es werden Pointer zu den Funktionen pathDestValid, pathHeuristic, pathCost, pathValid, pathAdd, routeValid übergeben. Vielleicht liegt das Problem in den Funktionen. Diese liegen zum Glück in der CvGameCoreUtils.cpp. Ich würde Russlands-Änderung aber erstmal so nehmen. Russland kann später seinen alten Bonus wiederbekommen, wenn ich was finde. pathCost scheint mir die beste Anlaufstelle, weil die Kosten für eine Bewegung nicht korrekt sind, aber auch routeValid wäre ein Kandidat.