Comment corriger une erreur de sauvegarde GBA avec Flash 128K

La solution rapide

1. Mettez à jour iGBA depuis l'App Store. La version 2.14.0 a changé la détection de la mémoire de sauvegarde, et la plupart de ces erreurs disparaissent avec elle.
2. Ouvrez Paramètres → Enregistrement et regardez Flash memory size. Laissez-le sur Auto pour commencer.
3. Fermez complètement le jeu puis rouvrez-le. La note en dessous dit « S'applique au prochain lancement du jeu », et c'est vrai au pied de la lettre : changer le réglage en cours de partie ne fait rien.
4. Sauvegardez dans le menu du jeu lui-même. Si le jeu se plaint encore, revenez en arrière, choisissez Flash 128K, rouvrez le jeu et sauvegardez à nouveau.

Pourquoi certains jeux GBA ont besoin de 128K de mémoire de sauvegarde

Les cartouches GBA sauvegardaient sur l'un de ces trois types de puce : SRAM, EEPROM ou flash. La grosse puce flash contient 128K répartis en deux banques de 64K, et le jeu bascule entre les deux avec une commande.

Donnez à ce jeu une puce de 64K et le changement de banque ne va nulle part. L'écriture atterrit sur la première banque, le jeu relit les données pour vérifier, trouve autre chose, et affiche sa propre erreur de sauvegarde. C'est de là que viennent des messages comme « veuillez échanger la mémoire de sauvegarde » : le jeu accuse la cartouche, parce que sur une vraie console c'était la seule explication possible.

Ça explique aussi le moment où l'erreur arrive, qui nous a longtemps intrigués. Les premières sauvegardes tiennent dans la première banque, donc tout fonctionne pendant des heures. L'erreur n'apparaît que quand le jeu écrit pour la première fois une donnée qui appartient à la seconde banque, souvent tard dans l'histoire.

Avant 2.14.0, iGBA n'utilisait 128K que pour les jeux de sa liste intégrée, ou quand le fichier .sav sur le disque mesurait déjà 131 072 octets. Les hacks créés par des fans et quelques versions régionales passaient à côté et tournaient en 64K. Depuis 2.14.0, Auto lit le type de flash que le fichier du jeu déclare lui-même, et un réglage à 64K forcé à la main est ignoré pour un jeu qui déclare 128K.

Vérifiez avec quoi tourne votre jeu

Pas besoin de deviner. Ouvrez le jeu qui refuse de sauvegarder, puis allez dans Paramètres → Enregistrement et faites défiler jusqu'à Save diagnostics, juste sous le réglage flash. Si aucun jeu n'est ouvert, le panneau dit simplement d'en ouvrir un d'abord.

Deux lignes comptent : celle qui commence par core: (la puce que l'émulateur utilise vraiment) et celle qui commence par file: (la taille de votre .sav).

Le panneau ne fait que lire ; rien n'est envoyé nulle part sauf si vous le copiez vous-même. Si vous nous demandez de l'aide, ce texte est la chose la plus utile à nous coller.

Sauvegarde GBA corrompue : récupérer une sauvegarde plus ancienne

Voici la partie qui dérange. Si le jeu a déjà écrit sa sauvegarde en tournant à 64K, changer le réglage ne répare pas ce fichier. Le réglage décide comment les prochaines sauvegardes sont écrites ; il ne peut pas recréer des données qui n'ont jamais atteint le fichier.

Ensuite, de l'option la plus douce au dernier recours :

• Récupérer une sauvegarde en cours de jeu dans le menu pause restaure la sauvegarde d'avant le chargement automatique. Elle n'apparaît que si iGBA a gardé une telle copie ; si vous ne la voyez pas, il n'y en a pas.
• Un état de sauvegarde d'avant l'erreur : chargez-le depuis États de sauvegarde, puis sauvegardez dans le menu du jeu avec la bonne taille de mémoire active. En 2.14.0, un ancien état se charge avec la taille dont le jeu a besoin, pas celle de 64K avec laquelle il a été créé.
• Une sauvegarde faite avec Paramètres → Backup. La restaurer écrase les sauvegardes du même nom, donc exportez d'abord celle en cours.
• Redémarrer et charger la sauvegarde du jeu dans le menu pause démarre directement depuis le .sav, en sautant la sauvegarde automatique, si vous pensez que c'est elle qui est fautive.

Sauvegarde ou état de sauvegarde, dans ce cas précis

Un état de sauvegarde gèle toute la console, donc il n'échoue jamais comme le fait la propre sauvegarde du jeu. Ça donne envie d'arrêter de sauvegarder dans le jeu et de vivre sur les états. On ne le ferait pas : le .sav du jeu est ce que vous exportez, sauvegardez et liez à vos parties, et un fichier endommagé reste endommagé sous vos états.

Importer un .sav depuis un autre émulateur

Importer .sav depuis le menu ⋯ dans Bibliothèque de jeux applique une sauvegarde au jeu correspondant. Vérifiez d'abord sa taille. Une sauvegarde pour un jeu en 128K doit peser 131 072 octets ; si l'autre émulateur a écrit 65 536 octets, il tournait déjà avec moitié moins de mémoire là-bas. iGBA fera tourner le jeu en 128K, mais la moitié manquante de ce fichier ne peut pas être reconstruite.

iGBA n'inclut aucun jeu. Utilisez uniquement vos propres fichiers de jeu que vous avez le droit d'utiliser.

Questions fréquentes

Autres guides pour iGBA

• Comment sauvegarder et recharger un état sur un émulateur GBA
• Comment rembobiner une erreur et accélérer un émulateur GBA
• Comment utiliser les codes de triche sur un émulateur GBA ou GBC
• Comment utiliser le câble link GBA à proximité ou en ligne, ou échanger avec soi-même sur un seul iPhone
• Comment utiliser une manette Xbox ou PS5 avec un émulateur GBA sur iPhone
• Comment jouer aux jeux GBA et GBC sur Apple Watch
• Comment sauvegarder les fichiers GBA avant une réinstallation ou un nouveau téléphone
• Comment transférer vos sauvegardes GBA entre iPhone et Android
• Comment patcher une ROM sur iPhone avec iGBA, puis jouer au hack
• Jouer à Radical Red sur iPhone, du patch au fichier de sauvegarde
• Jouer à Unbound sur iPhone et retrouver votre ancienne sauvegarde
• ROM hack en écran blanc : ce que fait un mauvais patch et comment le corriger
• Toutes les questions sur iGBA
• Retour à iGBA