BIN (Gotcha Force)

Cette section a besoin de beaucoup de recherche.

Des recherches sur comment fonctionne le header et comment interagit le fichier sont nécessaire.

Format

On retrouve des groupes de fichiers BIN ayant une même taille de fichier (version NTSC) :

• 432 - 198 fichiers
• 864 - 10 fichiers
• 7840 - 209 fichiers

On retrouve ensuite plus de 150 tailles différentes apparaissant moins de 10 fois.

Le PGCD des tailles de tous les BIN est 4.

Header

Le magic number "STIH" désigne les fichiers HITS (big endian) :

• gets.pzz -> 008, 009, 010
• stxx.pzz -> 001, 002, 003
• hitxxx.bin -> (les 54 fichiers)

• Header: (0x8 octets)
  • 4 octets - STIH
  • 4 octets - file_length - taille totale du fichier
• Section 0
  • 4 octets [2] - Inconnu - ne désigne pas d'offset, on dirait une taille (500 ?)
  • 4 octets [2] - Inconnu - ne désigne pas d'offset, on dirait une taille (42 ?)
  • 4 octets [2] - entier signé (-11000 ?)
  • 4 octets - Inconnu (32 ?)
  • 4 octets - offset data block 2 - fin du data block 1 - adresse à laquelle il faut ajouter la taille du header (8)
• Table de Relocations
  • 4 octets [3528]
  • Les adresses sont relatives à la fin du Header, on y ajoutera alors 8 pour obtenir les adresse dans le fichier. Pointe sur de petites structures (4 - 8 - 12 octets). On remarque l'usage de FF FF FF FF sur toute cette zone adressée par les relocs qui d'un coup se transforme en l'usage de CC CC CC CC juste après la dernière adresse de la table.
• Data block 1
  • Contient de petites structures qui semblent adresser le Data block 2
• Data block 2
  • On remarque l'usage de CC CC CC CC qui est inhabituel. Il s'agit probablement d'une normalisation pour ne pas utiliser FF FF FF FF dans tout le block et signaler peut-être quelque chose (fin de structure ? fin de données ?).