Metin2 Systeme, UI und saubere Migration
Bestehende Sources, einzelne Systeme oder eine komplette Modernisierung – wir steigen dort ein, wo dein Projekt wirklich steht.
Metin2-Entwicklung, die Bestand und Zukunft zusammenbringt.
Wir betrachten Client, Server, Daten und UI als ein System. So entsteht keine hübsche Oberfläche, die später an alten Packets, Python-Verträgen oder unklaren Zuständen scheitert.
Arbeitsproben ansehenUI, Python und Client-Logik
Neue Fenster, bestehende Interfaces, Inventar- und Charakterflächen, Event-Bindings sowie saubere Zustandsführung im Client.
Features mit vollständigem Datenweg
Game-/DB-Logik, Packets, Tabellen und Konfiguration werden gemeinsam geplant, damit das Feature nicht nur im UI existiert.
Legacy schrittweise ablösen
C++-, Python- und Ymir-Bestand wird kartiert und in überprüfbaren Schritten modernisiert, ohne funktionierende Verträge blind zu brechen.
Performance, Tests und Übergabe
Hotspots, Ladewege, Logs und Fehlerbilder werden sichtbar gemacht. Du bekommst nachvollziehbare Änderungen und eine dokumentierte Übergabe.
Hier können wir konkret einsteigen.
- Neue Spielsysteme und Endgame-Features
- UI-Reworks und neue Client-Fenster
- C++ Source-Refactoring und Core-Anpassungen
- Client-/Server-Synchronisierung und Packet-Fehler
- Performance-Analyse, Crashes und Stabilisierung
- Migration alter Systeme und saubere Dokumentation
Was nach der Zusammenarbeit greifbar bleibt.
- Abgestimmter Scope mit technischen Grenzen
- Quellcode und benötigte Daten-/Konfigurationsänderungen
- Nachvollziehbare Test- und Prüfschritte
- Installations-, Export- oder Deployment-Hinweise
- Dokumentierte offene Punkte und sinnvolle nächste Schritte
Werkzeuge passend zum Projekt.
Wir wählen den Stack nicht für ein Logo-Raster, sondern anhand deines Bestands, der Zielumgebung und der späteren Wartung.
Seriös heißt auch: Risiken sichtbar machen.
Wir versprechen keine Kompatibilität, bevor Source-Stand und Abhängigkeiten geprüft sind.
Große Reworks werden in Meilensteine geteilt, statt alles gleichzeitig umzubauen.
Fremde Systeme integrieren wir erst nach einer technischen Bestandsaufnahme.
Vor dem ersten Gespräch.
Du musst noch kein fertiges Lastenheft haben. Ein Ziel, ein Problem oder ein bestehender Stand reicht für den Anfang.
Könnt ihr in einen bestehenden Client einsteigen?
Ja. Für den Start brauchen wir den relevanten Source-Stand, eine kurze Zielbeschreibung und – falls vorhanden – Logs oder ein reproduzierbares Fehlerbild.
Baut ihr auch komplette Systeme?
Ja, sofern Scope und Datenwege klar sind. Wir können mit einem technischen Konzept oder einem kleinen Prototyp starten und danach in Meilensteinen ausbauen.
Übernehmt ihr auch nur UI oder nur Serverlogik?
Ja. Wir prüfen trotzdem kurz die angrenzenden Verträge, damit die einzelne Änderung sauber in den Bestand passt.
Schick uns den Stand, nicht die perfekte Erklärung.
Wir sortieren mit dir, was wirklich gebraucht wird, welche Risiken zuerst geklärt werden müssen und womit ein sinnvoller Start gelingt.