---
title: Aktualisierung einer Mod: wichtige Änderungen X4 9.00
summary: Kollisionen, Ressourcen und Ereignisse, um ältere Beispiele neu zu überprüfen.
section: data
kind: guide
status: reference
updated: 2026-10-27
tags: ["X4","modding","x4","version","migration"]
sources: ["https://wiki.egosoft.com/X4%20Foundations%20Wiki/Modding%20Support/Breaking%20Changes/","https://chemodun.github.io/x4/modding-support/game-changes/"]
---
## Die Version erstellen


Dieser Artikel zielt auf 9.00. Offizielle Einträge für zukünftige Releases oder einzelne Betas nicht das Verhalten in Ihrem installierten Spiel zu etablieren.



## Überprüfung dieser Bereiche


| Fläche | 9,00 Veränderung |
| --- | --- |
| Zusammenstöße | Alt umkehren `.jcs`; neue Ausgabe ist mit älteren Versionen unvereinbar |
| Mittel | Alte Region `<resources>` ersetzt durch [Ressourcengebiete](wiki:resource-areas) |
| `event_area_discovered` | Entfernt |
| `event_build_started`, `event_player_build_started` | `param2` ist null; erhalten Sie die Reihenfolge durch die `param3` Buildtask |
| `GetEfficiencyUpgrades()` | Veraltet; gibt eine leere Liste zurück |


Die offizielle Tabelle deckt nicht jede ausgelieferte UI-Skript-Änderung ab. Vergleichen Sie das aktuelle Menü, das Sie haken.



## Planen Sie Ihre Migration


1. Liste die Daten auf und rufe deine Mod tatsächlich auf.
2. Identifizieren Sie relevante Änderungen und bewahren Sie die alten Arbeitsgrundlagen getrennt auf.
3. Vergleichen Sie die relevanten Ressourcen aus beiden Anlagen; fixieren Sie die spezifische Referenz, Signatur oder Format.
4. Testen Sie eine Aktion in einem neuen Spiel, dann aktualisieren Sie eine ältere speichern.
5. Verwendung [Versionskataloge](wiki:version-catalogs) für unterschiedliche Dateien beim Support beider Spiele.



## Das Ergebnis aufzeichnen


```text
Game: exact version + build
Changed part: one file or contract
Before: expected failure or old behavior
After: independently observed value/action
Save/load: pass, fail or not tested
```



Dies ist eine Report-Vorlage statt Evidenz. Aufbau erfolgreich oder XML-Validierung nicht festgestellt Kollision, Bergbau oder Ereignisverhalten. Für Modelle, starten Sie mit der [Offizielles Blender Toolkit](wiki:tool-blender).



## Vergleich der 8.00 und 9.00 APIs


[Chem O, Duns Spiel-Änderungen](https://chemodun.github.io/x4/modding-support/game-changes/) Vergleich der Referenzen für **8.00 (590967)** und **9.00 (611726)**. DieSie unterscheidet sich von [Änderungen](https://chemodun.github.io/x4/changes/), welche Datensätze auf die Dokumentationsseite bearbeitet.



| Finden | Aktion für einen Mod-Autor |
| --- | --- |
| `find_asteroid_in_cluster`, `find_recyclable_in_cluster`, `get_highest_resource_yield` entfernt | Ressourcenbereiche und neue Aktionen untersuchen; einen Namen nicht mechanisch ersetzen |
| Eigenschaften von `find_resource` und `find_closest_resource` geändert | Vergleichen Sie die 9.00 schema, besonders `resourcearea` und Entdeckungsfilter |
| `GetRadarModuleName` in 9.00 Uhr gekürzt | Finden Sie die aktuelle Datenroute statt nur die Funktion Existenz zu überprüfen |
| C API-Struktur/Funktionsnamen geändert | Wiederleseerklärungen, Felder und Ausgabe-Puffer-Größen |


Ein gemeinsamer Funktionsname stellt keine unveränderte C-Signatur her. Ein globaler Bedarf existiert nicht in beiden Addons/Core-Lua-Kontexten. UIX hat eine eigene Versionshistorie, getrennt von X4. Ein korrekter Ersatz erfordert das Verständnis der Operation und die Überprüfung des Ergebnisses.