Ich wäre in dem Fall für: Wir lassen es so, wie es ist. Nicht jeder hat Lust, die Unabhängigkeit zu erkämpfen.Zitat von Stöpsel
"TAC ExtraLager" habe ich schon mal gespielt und will es wieder tun
"TAC ExtraLager" habe ich schon mal gespielt, will es aber nicht wieder tun
"TAC ExtraLager" habe ich bisher noch nicht gespielt, habe es mir aber vorgenommen
"TAC ExtraLager" habe ich bisher noch nicht gespielt und werde es auch nie tun
Ich weiß, dass es "TAC ExtraLager" gibt, habe mich aber noch nie richtig dafür interessiert
"TAC ExtraLager"? Bisher war mir noch nicht aufgefallen, dass es das gibt
Ich wäre in dem Fall für: Wir lassen es so, wie es ist. Nicht jeder hat Lust, die Unabhängigkeit zu erkämpfen.
Da braucht es meines Wissens keinen DLL-Modder für. Im Crossroads Szenario von CIV wird eine neue Siegvariante per Python eingebaut. Also braucht man einen DLL oder Python Entwickler
Prinzipiell gehöre ich ja zur Kuschler-/Builder-Fraktion und bin daher am Wirtschaftssieg interessiert. Ich glaube mein erster Beitrag im TAC-Forum war damals auch eine Beschwerde, dass der Wirtschaftssieg viel einfacher ist als andere Siegvarianten und man am Balancing was machen müsste
Ich verspreche nichts, aber ich kann mir nächstes Wochenende mal den Code anschauen wie man das in Python umsetzen kann. Allerdings mache ich das nur, wenn sich andere aktiv am Balancing dieser Siegart im Vergleich zu den anderen beteiligen.
Nachteil an einer Python-Lösung ist natürlich, dass die KI nichts von dieser Siegvariante weiß und daher nur zufällig den Sieg einfahren kann (ähnlich wie bei Quests und anderen Pythonereignissen).
Ich verspreche nichts, aber ich kann mir nächstes Wochenende mal den Code anschauen wie man das in Python umsetzen kann.
Das ist jetzt auch schon so. Die KI spielt immer auf Unabhängigkeit, selbst wenn diese Siegvariante deaktiviert ist.
Wunderbar.
Das Balancingkonzept existiert ja bereits:
Was wir nach der Umsetzung durch Testpartien herausfinden müssten:Achtung Spoiler:
- wie hoch der Zielwert "Produktion pro Runde" genau beschaffen sein sollte, damit diese Siegavariante weder zu leicht, noch zu schwer ist.
- anschließend: wie die Kopplung an die Kartengröße, den Schwierigkeitsgrad und die Spielgeschwindigkeit justiert sein soll
Wer wäre bereit, Ronnar bei diesen beiden letztgenannten Punkten zu unterstützen ... ?
Ja, aber das funktioniert so nicht mit Python. Ich kann keine XML-Einträge setzen für die Gewichtungen der verschiedenen Waren. XML-Strukturänderungen erfordern DLL-Änderungen
Ich kann mich also nur an das Konzept anlehnen, es aber nicht 1:1 umsetzen.
Das ist ja auch unproblematisch. Es genügt ja, das Konzept inhaltlich umzusetzen, es muss ja nicht technisch umgesetzt werden. Du könntest ja in der entsprechenden py-Datei 4 Gewichtungsgruppen von YIELDs auflisten (einfache Gewichtung, doppelte, halbe und Null-Gewichtung) und dort die dazu passenden YIELDs manuell eintragen. Ein py-Hardcodieren ist ja nicht so schlimm wie ein DLL-Hardcodieren. Szenarienmodder können ja dann in dieser py-Datei die YIELDs zeilenweise umsortieren oder austauschen. Mit der entsprechenden Kommentierung sollte das selbst py-Laien nicht überfordern ...
Ihr wollt jetzt tatsächlich mit Hardcoding anfangen ?
Und ich dachte immer TAC 2.03 soll eine modderfreundliche Basis für weitere Projekte werden ...
Yield-Gewichtung, Abhängigkeiten Kartengröße, Spielgeschwindigkeit ... all das wollt ihr hardkodieren ???
Überlegt euch bitte nochmal, was ihr hier tut ...
Eigentlich wollte ich mich wirklich nicht mehr bei euch einmischen, aber das schockt mich dann doch.
Teammitgleid dieses Projekt für Colonization:
[Mod] We The People
(Nachfolgerprojekt von Religion and Revolution)
Davor Teammitgleid dieses Projekt für Colonization:
[Mod] Religion and Revolution
Vor-Vorheriges Projekt für Colonization:
[ModMod] ray's Wunschliste
Und wiederum davor Teammitglied von:
[Mod] The Authentic Colonization (TAC)
Nein, nur die YIELD-Gewichtung. Eine Abhängigkeit von der Kartengröße gibt's doch bei keiner Siegvariante, oder? Und die Abhängigkeit von der Spielgeschwindigkeit ergibt sich automatisch mittelbar dadurch, dass das Produktionstempo mit der Spielgeschwindigkeit variiert.
Bei "Domination" gibt es die doch indirekt, oder nicht ?
Und bei dieser Siegvariante wäre das meiner Meinung nach auch unbedingt erforderlich.
X Güter auf einer kleinen Karte sind was ganz anderes als auf einer großen Karte.
Sorry, aber was ihr hier plant / umsetzen wollt gefällt mir hinten und vorne nicht ...
(Ist aber natürlich eure Mod und eure Entscheidung.)
P.S.:
Sorry für die Kritik.
Aber eine saubere, durchdachte Lösung sieht für mich einfach anders aus.
Teammitgleid dieses Projekt für Colonization:
[Mod] We The People
(Nachfolgerprojekt von Religion and Revolution)
Davor Teammitgleid dieses Projekt für Colonization:
[Mod] Religion and Revolution
Vor-Vorheriges Projekt für Colonization:
[ModMod] ray's Wunschliste
Und wiederum davor Teammitglied von:
[Mod] The Authentic Colonization (TAC)
Klar, beim Vorherrschaftssieg geht das ja auch gar nicht anders, weil dieser Sieg auf großen Karten ja aufgrund des Aufwands an Mikromanagement sonst quasi unerreichbar wäre. Aber bei unseren Standardsiegbedingungen gibt's das nicht, und hier ist das meiner Meinung nach auch überflüssig. Wenn wir den Unabhängigkeitssieg nicht an die Kartengröße gekoppelt haben, dann müssen wir das auch nicht beim Industrialisierungssieg - entweder beide oder keiner.
Edit: Ich habe jetzt das Konzept oben editiert und die Kopplung an die Kartengröße durchgestrichen. Alleine deswegen schon: danke fürs Einmischen, ray! Dennoch: Ruhig Blut!
Schade, aber wenn ihr das eben so seht ...
Dafür musst du mir nicht danken.
Ständig hat er Angst ich bekomme einen Herzinfarkt ...Dennoch: Ruhig Blut!
Nun denn, macht wie ihr denkt.
(Mit der geplanten Umsetzung fange ich leider persönlich nichts an und werde das auch sicherlich nicht in RaR übernehmen.)
Teammitgleid dieses Projekt für Colonization:
[Mod] We The People
(Nachfolgerprojekt von Religion and Revolution)
Davor Teammitgleid dieses Projekt für Colonization:
[Mod] Religion and Revolution
Vor-Vorheriges Projekt für Colonization:
[ModMod] ray's Wunschliste
Und wiederum davor Teammitglied von:
[Mod] The Authentic Colonization (TAC)
Mal ein paar Punkte:
Und hier die Machbarkeitsstudie: Es sollte relativ einfach umzusetzen sein. In der CvEventManager.py müssen wir nur die momentan leere Funktion onEndGameTurn wie folgt füllen:
- "hart codieren" im Python will ich eigentlich nichts. Aber ohne DLL-Änderungen geht es nicht anders, außer ich packe alle Variablen in die GlobalDefinesAlt.xml. Machbar, aber auch nicht schön.
- Eine Abhängigkeit vom Schwierigkeitsgrad, Kartengröße und vielleicht auch Geschwindigkeit muss es geben - sonst macht diese Siegvariante keinen Sinn. Aber das ist kein Problem, die passenden Faktoren gibt es ja bereits im XML für andere Zwecke und sie werden ja z.B. auch schon genutzt um verschiedene Events/Quests anzupassen
- Es gibt noch gar keine Entscheidung ob wir das umsetzen, ich habe nur eine kleine Machbarkeitsstudie zugesagt
Die entscheidene Zeile ist die letzte, dort wird ein Spieler zum Sieger in der Kategorie 4 erklärt (das entspricht dem 5. Eintrag in der CIV4VictoryInfo.xml).PHP-Code:def onEndGameTurn(self, argsList):
'Called at the end of the end of each turn'
iGameTurn = argsList[0]
if(CyGame().getWinner() < 0):
for iPlayerLoop in range(gc.getMAX_CIV_PLAYERS()):
pPlayer = gc.getPlayer(iPlayerLoop)
if (pPlayer.isAlive() and pPlayer.isPlayable()):
###### Siegbedingungen abprüfen #######
CyGame().setWinner(pPlayer.getTeam(), 4)
Vermutlich habe ich noch die eine oder andere Bedingung vergessen:
- Gibt es zufällig einen anderen Sieger in derselben Runde, der vielleicht eine höhere Produktion hat?
- Ist die Siegvariante überhaupt aktiv?
Vermutlich müssten wir auch in der DLL die Siegvariante Produktion abschalten, sonst würden sich DLL und Python bei der Auswertung in die Quere kommen.
- Und dann natürlich die eigentliche Siegbedingung (aufsummieren der Produktion etc.)
Gebt mal ein paar Meinungen, ob wir diesen Weg weiter anschauen sollen oder ob sowieso niemand einen friedlichen Weg zum Sieg in TAC haben will.
PS: Ray, damit wäre das für ModMods oder Weiterentwicklungen auch sehr einfach wieder auszubauen.
Wird das dann nur am Ende des Turns berechnet? Bis jetzt gibt es ja in dem Berater für die Siegeinstellungen immer konkret die Auflistung meine Punkte - bester Gegner der jeweiligen Kategorie. Würde das dann wegfallen?
Das eine hat erstmal nichts mit dem anderen zu tun. Ein Sieg wird für alle Siegarten immer nur beim Rundenwechsel berechnet.
Der Beraterscreen mit der Aufstellung der Zielerreichung ist ein ganz eigenes Thema. Der ist aber jetzt schon in Python und da sollte es kein Problem sein den Code einfach rüber zu kopieren (und dann noch eine Prozentangabe zu ermitteln).
Den Screen habe ich nicht vergessen, aber bisher nicht angeschaut.
Wie gesagt: Bevor ich weitermache müsste erst das entsprechende Interesse an einer solchen Lösung da sein. Und ein Tester, der eng mit mir zusammenarbeitet und das durchtestet, bevor ich es für alle hochlade. Da ich seit sicher einem Jahr keine TAC-Partie mehr komplett gespielt habe, bin ich selber vollkommen ungeeignet so eine Siegvariante zu testen oder was zum Balancing zu sagen.
Berechtigungen
Zitieren
