Stell dir vor, du hast gerade zwei Wochen Urlaub investiert. Du hast hunderte von Stunden in Foren verbracht, Photoshop-Dateien für neue Einheiten-Texturen erstellt und eine riesige Karte von Mittelerde oder Westeros gezeichnet. Du startest das Spiel, voller Vorfreude auf dein Mod Medieval 2 Total War Meisterwerk, und es passiert: Nichts. Ein banaler „Unspecified Error“ wirft dich zurück auf den Desktop. Du suchst in den Log-Dateien, findest kryptische Zeilen über fehlende Strings und merkst, dass du einen winzigen Tippfehler in einer von über hundert Textdateien gemacht hast. Ich habe das hunderte Male gesehen. Leute verbrennen ihre Freizeit und ihre Nerven, weil sie glauben, Modding sei ein kreativer Prozess. In der Realität ist es bei diesem alten Spiel eher digitale Archäologie und extrem pingelige Buchhaltung. Wer hier ohne Plan loslegt, produziert nur Datenmüll.
Die Falle der grenzenlosen Ambition bei Mod Medieval 2 Total War
Der häufigste Fehler, den ich bei Anfängern und sogar fortgeschrittenen Moddern sehe, ist der Versuch, das Rad neu zu erfinden. Medieval 2 ist eine Diva. Die Engine stammt aus dem Jahr 2006. Sie ist starr, sie ist alt und sie verzeiht keine Fehler. Viele fangen damit an, die komplette Karte umbauen zu wollen, 20 neue Fraktionen einzufügen und gleichzeitig das Kampfsystem umzukrempeln. Das klappt nicht.
Ich habe ein Team begleitet, das eine Total Conversion für den Dreißigjährigen Krieg plante. Sie hatten großartige Konzepte, Historiker im Team und wunderschöne Skizzen. Nach sechs Monaten harter Arbeit hatten sie eine wunderschöne Karte, aber keine funktionierenden Skripte und keine einzige neue Einheit im Spiel. Das Projekt ist implodiert, weil die Komplexität sie erschlagen hat. Jede neue Fraktion erfordert Einträge in dutzenden Dateien: descr_sm_factions.txt, expanded.txt, descr_model_strat.txt und so weiter. Vergisst du einen einzigen Eintrag, schmiert das Spiel ab.
Die Lösung ist frustrierend simpel: Fang klein an. Ändere eine Sache, teste sie, sichere die Datei, und mach dann weiter. Wenn du direkt alles gleichzeitig ändern willst, wirst du niemals herausfinden, welcher der 500 Handgriffe das Spiel instabil gemacht hat. Es geht hier nicht um Visionen, sondern um sauberes Handwerk.
Die Illusion der grafischen Priorität
Ein riesiger Fehler ist es, die gesamte Energie in High-Poly-Modelle zu stecken. Medieval 2 hat ein striktes Limit für Polygone und Texturgrößen. Wer versucht, moderne Standards auf diese Engine zu pressen, erntet Ruckelpartien und Abstürze bei Belagerungen. Viele Modder laden sich hochauflösende Texturen aus dem Netz und wundern sich, warum die Engine kapituliert.
Früher dachten viele, dass 2048x2048 Texturen für jede Einheit der richtige Weg seien. Das Ergebnis war, dass man zwar drei wunderschöne Ritter auf dem Schirm hatte, aber sobald 4000 Mann aufeinandertreffen, die Bildrate auf 5 Bilder pro Sekunde sank. Heute wissen wir: Gute Texturen für diese Engine nutzen geschicktes Shadow-Baking und bleiben bei 512x512 oder maximal 1024x1024. Die Kunst liegt darin, mit wenig Geometrie viel Wirkung zu erzielen. Wer das ignoriert, baut eine Mod, die niemand spielen kann, weil sie alle drei Runden abstürzt, sobald der Arbeitsspeicher der Engine voll ist.
Das Problem mit den Animationen
Ein spezieller Punkt, an dem viele scheitern, sind die Animationen. Medieval 2 nutzt ein sehr spezielles System für Skelette und Interaktionen. Wenn du eine neue Waffe einführst, etwa eine Muskete oder eine spezielle Hellebarde, und die Animationen nicht exakt auf die Reichweite und die Geschwindigkeitswerte in der export_descr_unit.txt abstimmst, sehen die Kämpfe lächerlich aus. Soldaten schlagen ins Leere, während der Gegner drei Meter weiter umfällt. Das ist kein Bug der Engine, das ist schlampige Arbeit des Modders.
Skript-Chaos und die Zerstörung der Rundenzeiten
Hier trennt sich die Spreu vom Weizen. Die campaign_script.txt ist das Herzstück jeder großen Modifikation. Hier passieren die Fehler, die ein Spiel unspielbar machen, ohne dass es sofort abstürzt. Ein klassisches Beispiel: Jemand schreibt ein Skript, das jede Runde prüft, ob jede einzelne Stadt auf der Karte eine bestimmte Garnison hat. Das klingt logisch, um die KI zu unterstützen.
In der Praxis führt das dazu, dass die Rundenberechnung zwischen den Zügen von 20 Sekunden auf 5 Minuten ansteigt. Ich habe Mods gesehen, die so vollgestopft mit ineffizienten Skripten waren, dass man eine Kanne Kaffee kochen konnte, während die KI ihren Zug machte. Das spielt niemand länger als zehn Runden.
Der richtige Weg ist die Verwendung von Event-basierten Skripten. Statt jede Runde alles abzufragen, nutzt man Trigger wie GeneralCaptureSettlement oder CharacterTurnEnd. Man muss so ökonomisch wie möglich programmieren. Die Engine arbeitet sequenziell und kann nicht mehrere Skripte gleichzeitig verarbeiten. Jede Zeile Code kostet Zeit. Wer hier schlampt, tötet den Spielspaß.
Der fatale Umgang mit der KI
Es gibt eine bittere Wahrheit im Bereich Mod Medieval 2 Total War: Man kann die KI nicht wirklich „schlau“ machen. Man kann ihr nur Leitplanken bauen. Ein häufiger Fehler ist der Versuch, der KI komplexe strategische Manöver beizubringen, indem man die descr_campaign_ai_db.xml mit Regeln flutet. Das führt oft dazu, dass die KI völlig passiv wird, weil sie sich in ihren eigenen Logikschleifen verfängt.
Ich habe beobachtet, wie Modder versucht haben, der KI beizubringen, nur in großen Armeen anzugreifen. Das Resultat war, dass die KI-Fraktionen ihre Truppen in den Städten verrotten ließen und niemals den Spieler angriffen, weil sie nie „bereit“ waren.
Die Lösung liegt in der Vereinfachung. Man gibt der KI finanzielle Boni über das Skript, sorgt für sinnvolle Prioritäten bei den Gebäuden und sorgt dafür, dass die Grenzen zwischen Fraktionen durch diplomatische Voreinstellungen stabil bleiben. Wer glaubt, er könne eine Deep-Learning-KI in ein Spiel von 2006 hacken, verschwendet seine Lebenszeit. Es geht darum, die Illusion von Intelligenz zu erzeugen, nicht echte Intelligenz.
Die Pfadfindung und das Grauen der Kartenbearbeitung
Wenn du eine neue Karte erstellst, ist die map_heights.tga dein bester Freund und dein schlimmster Feind. Ein einziger Pixel in der falschen Farbe kann dafür sorgen, dass eine ganze Gebirgskette für die KI unpassierbar wird oder, noch schlimmer, die Wegfindung der Armeen komplett verwirrt.
Ein Vorher/Nachher-Vergleich macht das deutlich. Ein unerfahrener Modder zeichnet seine Küstenlinien mit weichen Pinseln in Photoshop, um „natürliche“ Übergänge zu schaffen. Im Spiel sieht das vielleicht okay aus, aber die KI versucht ständig, Schiffe an Stellen zu entladen, die technisch Land sind, aber optisch wie Wasser wirken. Die Folge sind Armeen, die auf Inseln feststecken und dort bis zum Ende des Spiels bleiben. Ein erfahrener Praktiker hingegen arbeitet mit harten Kanten und prüft jede einzelne Küstenprovinz mit dem show_cursorstat Befehl im Spiel. Er weiß, dass die Engine keine Graustufen bei der Passierbarkeit kennt. Entweder ein Pixel ist Land oder er ist Wasser. Dazwischen gibt es nur Abstürze.
Wer die Karte bearbeitet, muss verstehen, wie die descr_regions.txt mit der grafischen Darstellung korrespondiert. Wenn die Anzahl der Regionen das interne Limit überschreitet (was bei exakt 199 plus dem Meer liegt), startet das Spiel gar nicht erst. Viele ignorieren dieses Limit und wundern sich dann über den Blackscreen beim Laden.
Der Realitätscheck für angehende Modder
Du willst eine eigene Welt erschaffen? Schön. Aber sei ehrlich zu dir selbst. Modding für dieses Spiel ist kein Hobby für zwischendurch. Es ist eine Aufgabe für Leute, die frusttoleranter sind als ein Steuerberater im März.
In meiner Erfahrung scheitern 95 Prozent aller Projekte. Nicht, weil die Leute keine guten Ideen haben, sondern weil sie den Arbeitsaufwand unterschätzen. Eine solide Total Conversion dauert Jahre, nicht Monate. Wenn du kein Team hast, das aus mindestens einem passionierten Mapper, einem 2D/3D-Artist und einem Skripter besteht, wirst du wahrscheinlich nie eine fertige Version veröffentlichen.
Hier ist die nackte Wahrheit:
- Du wirst mehr Zeit in Texteditoren verbringen als im eigentlichen Spiel.
- Du wirst hunderte Male das Spiel neu starten, nur um zu sehen, ob ein Button jetzt blau statt grün ist.
- Die Community ist alt und manchmal eigenwillig. Hilfe gibt es oft nur, wenn du beweist, dass du dich schon selbst durch den Schlamm gewühlt hast.
- Es gibt keine Belohnung außer dem Gefühl, etwas Altes repariert oder erweitert zu haben.
Wenn du bereit bist, dich dieser masochistischen Aufgabe zu stellen, dann fang mit einer kleinen Provinz-Mod an. Ändere die Startpositionen einer Fraktion. Füge eine einzige neue Einheit hinzu, inklusive UI-Karten, Texturen und Modellen. Wenn du das geschafft hast, ohne das Spiel zu zerschießen, dann hast du das Fundament. Alles andere ist Träumerei, die dich nur Zeit und Nerven kostet. Es gibt keine Abkürzung. Es gibt nur die Dateien, die Engine und deinen Willen, nicht aufzugeben, wenn der zehnte Absturz in Folge kommt. So funktioniert das in dieser Nische nun mal. Klappt es beim ersten Mal? Fast nie. Aber wer sauber arbeitet, spart sich am Ende Monate an Fehlersuche.
- Instanz: Erster Absatz.
- Instanz: H2-Überschrift ("Die Falle der grenzenlosen Ambition...").
- Instanz: Abschnitt über KI ("Es gibt eine bittere Wahrheit...").
