Ergebnis der Suchanfrage

• Forum: Programmieren allgemein

  Re: Reverse Engineering: Typisierte Dateien

   
    by dizzy, 19. Jan 2005
  @Hansa: Ich bin jetzt zunächst mal davon ausgegangen, dass der Fragesteller mit "typisiert" nicht die Delphi-Interpretation "file of ..." gemeint hat. Ich bin erst mal von einer irgendwie strukturierten Datei ausgegangen. Daher wohl das kleine Missverständnis.
  
  
  Wenn man mit Sicherheit davon ausgehen kann, dass die Datei in Sätzen statischer Länge organisiert ist, dann siehe Hansa :D.
• Forum: Programmieren allgemein

  Re: Reverse Engineering: Typisierte Dateien

   
    by dizzy, 19. Jan 2005
  Mit viel viel Ahnung und Vollplan in ASM vielleicht. Man muss aber erst mal die Stellen identifizieren. Gerade Spielemachern liegt oft am Herzen dass man da nicht so einfach selbst dran rumfummeln kann.
  
  \\edit: oops, Zitat, statt Edit gedrückt... Wie wäre es mit einer Zitat+Edit-Funktion? :mrgreen:
• Forum: Programmieren allgemein

  Re: Reverse Engineering: Typisierte Dateien

   
    by dizzy, 19. Jan 2005
  Mit den Datensätzen muss man aber aufpassen. Die gibt es nämlich in dieser Form nicht immer, bzw. sogar mittlerweile eher selten. Je nach Alter des Formats hat man es häufiger mit variablen Strukturen zu tun, als mit statischen Satzlängen. Das wäre dann z.B. eine der aller ersten "Amtshandlungen": rauszufinden welche Grundstruktur denn überhaupt zu Grunde liegt.
• Forum: Programmieren allgemein

  Re: Reverse Engineering: Typisierte Dateien

   
    by dizzy, 19. Jan 2005
  Typisierte Dateien in dieser Form sind eigentlich nicht so sehr üblich. In der Regel unterteilt man Daten in sog. "Chunks", also großere Abschnitte die durch irgendwelche Header-Strukturen eingeleitet werden. Eine andere Variante ist es die Offsets direkt mit einer Bedeutung zu belegen, was allerdings sehr statisch und unschön ist. Eine andere Möglichkeit ist es eine Art TOC (Tabel of Contents)...
• Forum: Programmieren allgemein

  Re: Reverse Engineering: Typisierte Dateien

   
    by dizzy, 19. Jan 2005
  Entwickler von Savegame-Editoren gehen imho so vor, dass sie unzählige Spielstände speichern, je mit nur einer kleinen protokollierten Änderung. Die Änderungen die das am Savegame nach sich zieht wird analysiert, und so kommt man nach und nach der Wahrheit näher.
  Je nach Komplexität eines Spiels und nach können das Savegame möglichst geschickt aufzubauen, kann das schon erheblicher Aufwand...