Limites

Français · English

Limites

Les sauvegardes de jeu ne sont pas transférées

RSRebase ne lit, ne copie et ne convertit aucune sauvegarde faite dans RomStation : ni les sauvegardes de jeu (cartes mémoire, piles de cartouche), ni les états sauvegardés (save states).

Sur la console, un jeu copié démarre sans sauvegarde. Les sauvegardes restent dans RomStation, où elles continuent de fonctionner.

Les reporter à la main est parfois possible quand l'émulateur de la console lit le même format. Garder une copie des fichiers d'origine avant tout essai. Les sauvegardes faites sur la console ne sont pas touchées.

À ne pas confondre avec l'option Sauvegarder le fichier existant de la fenêtre de rebase, qui garde une copie du fichier de métadonnées (gamelist.xml…).

---

Les BIOS et les émulateurs ne sont pas copiés

Les BIOS qu'attendent certains systèmes (Playstation, Neo-Geo, Dreamcast, Mega-CD…) sont à installer sur la console selon la documentation de son système.

---

RSRebase copie, et ne supprime jamais rien

La bibliothèque RomStation n'est jamais modifiée, et rien n'est effacé sur la destination.

• Un jeu décoché lors d'un second rebase reste sur la carte
• Un jeu dont le nom ou le rangement a changé est copié de nouveau, et l'ancienne copie reste en place
• Une copie interrompue (annulation, support retiré) peut laisser un fichier incomplet sur la destination, que le rebase suivant prend pour déjà présent. Le supprimer à la main, ou relancer avec Si le fichier existe sur Écraser. Correction prévue en 1.3.1

---

Archives et conversion

• Seules les archives zip sont extraites. Un jeu livré en 7z ou en rar est copié tel quel
• RSRebase ne fournit aucun outil de conversion, voir Outils externes
• Un jeu Dreamcast livré en .cdi n'est pas converti en CHD : chdman ne lit pas ce format. Flycast lit le .cdi
• Pause suspend les copies, pas un outil déjà lancé
• Les romsets (Nom d'origine) et les jeux en dossier (DOS, Windows) ne sont jamais convertis

---

Architectures cibles

• Les tests sur console ont été faits sur une Anbernic RG353V sous dArkOS. Les autres architectures par défaut suivent la documentation de chaque système et n'ont pas toutes été essayées sur un appareil. Un retour se fait par une issue, modèle Retour sur une console ou un frontend
• Avec ES-DE et Cocoon, jaquettes et métadonnées sortent dans un dossier ES-DE à la racine de la destination, à fusionner à la main avec celui de l'appareil

---

Métadonnées

• Une architecture écrit un seul format de métadonnées. Pour deux frontends sur la même carte, faire deux rebases avec deux architectures
• Titres, descriptions, genres et dates viennent de la base de RomStation. Rien n'est cherché sur Internet