Format de niveau de l'édition Java Infdev 20100624

Cette page décrit du contenu qui n'existe que dans d'anciennes versions de l'édition Java. 

Le format existe seulement en inf-20100624, et a été rapidement abandonné pour revenir au format de niveau Alpha lorsque la inf-20100625-0922 a été publiée.

Cette fonctionnalité est exclusive à l'édition Java. 

Cet article est une ébauche. 

Vous pouvez partager vos connaissances en l'améliorant.

Un nouveau format de sauvegarde a été introduit dans l'édition Java Infdev 20100624, remplaçant le format de niveau Alpha utilisé précédemment. Cependant, ce nouveau format de sauvegarde rendait les fichiers du monde bien plus volumineux que ceux du format de niveau Alpha, et ce changement a donc été annulé dans la version suivante. Une marche rapide de 5 minutes produit un monde de plusieurs centaines de mégaoctets, car la plupart des données semblent être complètement non compressés. Les versions ultérieures ne peuvent pas lire les mondes sauvegardés dans ce format, et essayer d'en ouvrir un entraîne une régénération de l'ensemble du monde. Il ne semble exister aucun outil tiers pouvant lire et écrire dans ce format.

Format

Les mondes sont sauvegardés de "World1" à "World5", comme dans le format de niveau Alpha. Dans le dossier "World#", il y a deux éléments : le fichier level.dat, qui est identique au format de niveau Alpha, et un dossier data, contenant les fichiers zone_x_y.dat et entities_x_y.dat, numérotés en base 36, de manière similaire au format de niveau Alpha. Le format exact de ces fichiers est inconnu, même si, étant donné que les fichiers de zone ne sont pas compressés, certaines suppositions peuvent être faites sur la structure des données.

Les fichiers de zone semblent être des blocs de 512x512 sections de monde, stockés sous la forme d'un tableau d'octets non compressé, un chunk à la fois. Tout d'abord, les IDs de bloc sont stockés, suivis respectivement des métadonnées et des niveaux de lumière. Chaque chunk semble avoir son propre en-tête et/ou pied de page. Après cette section, le chunk suivant est stocké. Ce motif se répète pour le reste du fichier. L'emplacement auquel correspond chaque fichier de zone semble varier selon le monde, car copier un fichier de zone dans un autre monde fait apparaître ces chunks à des coordonnées différentes de celles du monde d'où il a été copié. Tous les fichiers de zone commencent par les octets 13 73 70 00 00 00.

Les fichiers d'entité semblent stocker toutes les entités dans le fichier de zone correspondant séparément du monde lui-même. Le format est inconnu, et aucun logiciel connu ne peut les ouvrir correctement. Essayer d'en extraire un dans 7zip génère l'erreur There are some data after the end of the payload data : entities_-1_1 (« Il y a des données après la fin des données de charge utile : entities_-1_1 »). Cela est probablement dû à des programmes tels que 7zip qui interprètent à tort les fichiers comme une archive d'un certain type. Tous les fichiers d'entité commencent par les octets 13 73 70 01 00 00 00 00 00.