ZFX + Developia

MasterQ32 hat geschrieben:Bei einer OpenSource-Lösung wäre ich denke ich dabei, hängt aber auch von der Wahl der Technik ab und wo du denn mit dem Projekt genau hinwillst...

MasterQ32 hat geschrieben: Wenn du schon Kontakt zu Nordic hast:
Wie viele Daten würden sie für einen Remake denn vom Original herausgeben? Code? Assets? Dürfen wir das Originalspiel Reverse-Engineeren, um an die Assets zu kommen?

MasterQ32 hat geschrieben: Welche Engine soll verwendet werden? Unity würde sich anbieten, da es ein sehr "highleveliges" Spiel ist (viel komplexe Logik, aber nichts, was "performant" sein muss). Mit Unreal hab ich selber noch keine Erfahrung gemacht. Welche Plattformen sollen angestrebt werden?

Komsiche Textdatei hat geschrieben:Erkenntnisse:

• .bin bzw. .bin0 sind zip-files
• .ed3-Dateien sind Level (Also Objekte + Position)
• .bgf-Dateien sind 3D-Modelle
  • Manche Modelle besitzen zusätzliche TXS-Datei
• .bmp wird für Texturen verwendet
• .esc sind Textdateien, die eine C-ähnliche Scriptsprache enthalten
• Viele Dateien enthalten *sehr viele* NUL-Bytes (also wenig Onformation)
• A_Geb.dat enthält Infos über Gebäude (Array-Datei)
  • Siehe auch A_Geb.decoder
• A_Obj.dat enthält Infos über Objekte (Array-Datei)
  • Siehe auch A_Obj.decoder
• .sbf-Dateien sind Audio-Bänke
  • Enthält mehrere Sounds mit jeweils 1-n Varianten
  • Enthält MP3 oder WAV/RIFF
• Animationen sind auch bgf-dateien, aber mit .baf-Endung
  • Besitzen zusätzlich ein ini-file mit einigen infos
• Ingame-Objekte haben "Subobjekte"
  • Siehe: ESC-Script `GetSubObjectHandle`
• Daten über Städte findet man in `/Resources/gamedata/Cities/`
  • *.ini ist "Wirtschafts-Konfiguration" der Stadt
  • *.cty ist wohl das "Level"
  • *.net ist das netzwerk-Level?!
• `/Resources/gamedata/ai/Historical.dfn`
  • Enthält Namen von Päpsten?
  • Papst Stirbt 1404 (Bonifatius IX) → Innocentius VII
• `/Resources/gamedata/saves` enthält die Spielstände, welche mit gzip gepackt worden sind

Fragen:

• Wo sind die Rezepte gespeichert?
• Wie berechnet sich der korrekte Preis für ein Haus?
  • Preis(Haus,Baupreisniveau=Lausig) => 4940
  • Preis(Haus,Baupreisniveau=Mittel) => 6175
  • Preis(Kleine Statue,Baupreisniveau=Lausig) => 9840
  • Preis(Kleine Statue,Baupreisniveau=Mittel) => 12300
  • Preis(Mittlere Statue,Baupreisniveau=Lausig) => 19440
  • Preis(Mittlere Statue,Baupreisniveau=Mittel) => 24300
  • Preis(Große Statue,Baupreisniveau=Lausig) => 38640
  • Preis(Große Statue,Baupreisniveau=Mittel) => 48300
• Wie berechnet sich die Herstellungszeit?
  • ggf. über Produktivitätsbonus
  • Handwerkskunst-Skill?

# A_Geb.dat-Dekoder
size=589 # Datei besteht aus Blöcken dieser Größe, kein Header
array=1 # Und ist ein Array

gebäudetype : u8
*name : string[32]

%org 0x243
bauzeit : u32 # In Jahren
gebäudelevel : u8
preis : u32 # ist das wirklich der preis? Wenn ja, wie skaliert? (Baupreisniveau)

# A_Obj.dat-Dekoder
size=65
array=1

type : u8
*name : string[32]
level : u8 # "freischalt-level" ?
bauzeit : u32 # In Minuten
prop_idx : u16[4] # wenn != 0, ist in prop_val ein wert gesetzt, ist im Bereich ~1-5
prop_val : u16[4] # werte bei ~500±200
thingy : u16   # ändert sich bei brettern, sonst 1
preis : u16    # für erweiterungen ist das hier preis * 2, ab und zu auch mal Preis * 3 / 4
%skip 2 # always zero
value : u16 # 3 bei Währungen/Münzen, Rohstoffvorkommen, Potential, 1 bei "Benutzbarem", 2 bei Essbarem, nicht direkt nachvollziehbar
%skip 2 # always zero
%skip 21 # always zero
# end of struct

# Dekoder für SBF (Sound Bank File)-Dateien

%sep
%print SBF Header:
*name : string[304]
%skip 4
snd_count : u32
%skip 16

%sep
%rep snd_count
	%print Sound:

	name : string[48]
	%skip 2
	variants : u16
	%skip 8
	file_start : u32
%endrep

# Hier folgen dann die Daten ein einem Format ähnlich
# foreach(sound in sounds)
# {
#   Sound-Header
#   for ( i = 0; i < sound.variants; i++)
#   {
#     Variant-Header
#     RIFF- oder MP3-Daten
#   }
# }

Lord Delvin hat geschrieben: ↑11.08.2021, 20:53 Wäre es nicht naheliegender, eine Disassembly nach C zu versuchen und dann langsam nach C++ zu migrieren?

Lord Delvin hat geschrieben: ↑11.08.2021, 20:53 Wäre es nicht naheliegender, eine Disassembly nach C zu versuchen und dann langsam nach C++ zu migrieren?

Lord Delvin hat geschrieben: ↑20.08.2021, 13:39 Aber komplett blind neu bauen ist auch nicht zwingend einfacher als sich mit durchnummerierten Variablen rumzuschlagen.

EuleMitKeule hat geschrieben: ↑21.08.2021, 06:53 Achso, wer interessiert ist, kann sich natürlich gerne im Repository umsehen: https://github.com/EuleMitKeule/die-gulde