Le Ez Flash 5i / 3in1 pour les nuls

[ccosmos]

j'ai résolu ce problème sur le forum USA en faisant copier de nouveau les backup de jeux (fraichement dézipés sur le disque dur) sur la microSD en évitant de les désarchiver directement sur la microSD.
Vous pouvez essayer ça ?

Le truc de dingue dans cette histoire, c'est que j'ai jamais, je dis bien jamais eu ce message d'erreur une seul fois et même pas avec des versions alpha ou beta de kernel 2.0.
J'espère que c'est pas un problème avec les lecteur de microSD verts ezflash. -_-
Le mien est mort depuis longtemps déjà, j'utilise un autre modèle depuis (celui de mon Iplayer).

[Romuald]

Envoyé par ccosmos

j'ai résolu ce problème sur le forum USA en faisant copier de nouveau les backup de jeux (fraichement dézipés sur le disque dur) sur la microSD en évitant de les désarchiver directement sur la microSD.

C'est ce que je fais tout le temps.. je ne dézippe jamais sur la SD.

Le truc quand même étrange c'est que le jeu Tennis no Ouji-sama 2005 a le même comportement avec mon ami qui a une SD différente. Et personellement je n'utilise pas le lecteur SD fourni, mais mon habituel.

Est-ce que toi tu pourrais essayer un des 3 jeux que je cite avec une 8Go et kernel 2.0 ?... si tu as du temps à predre naturellement

Mais je reprécise que le souci semble venir des kernels 2.0 Release Candidate: aucun souci avec la 1.90, donc ce n'est pas un problème de la SD mais bien software.

[ccosmos]

En fait ce qu'il faut savoir c'est que le kernel 1.90OB11 modifie le backup de jeu dès que tu le lances. Cette modification apporté dans l'en-tête du dump a l'air de provoquer le message d'erreur que tu as sous RC6.
Voilà pourquoi je dis de recopier un backup de jeu clean et de supprimer le .dat correspondant dans le répertoire /ROMDAT.
Et le point commun que je vois souvent pour cette erreur FAT_2, c'est des gens qui change de kernel comme de chemise en utilisant toujours la même microSD.

Je testerais dès que j'ai un moment, mais je suis quasiment sur de pas avoir d'erreur.
comme je l'ai dis, ça ne m'est jamais arrivé.

[Porki59]

J'ai lu le tuto mais il n'indique pas où se procurer un EZ Flash V, quelqu'un connatrait-il un site sérieux et pas trop cher pour chopper un linker EZ Flash V pour DS Lite (noire) ?
Merci à vous

[Romuald]

Envoyé par ccosmos

En fait ce qu'il faut savoir c'est que le kernel 1.90OB11 modifie le backup de jeu dès que tu le lances.

OOO KKK... Plus que bon à savoir... Ce n'est plus le cas avec les 2.0 ?

Sinon, j'ai fait ce que tu m'as dit sans y croire, mais à ma grande surprise cela a marché !... à 90%

J'ai donc reformaté en FAT32, remis la RC6, remis les backups de jeux cleens, et voici le résultat:
- Tennis no Ouji-sama 2005 > marche
- Puzzle quest US > freeze écran blanc
- Puzzle quest EU > marche
- Galactrix > marche
- Layton > marche

Plus de message sur la FAT... j'ai essayé plein de versions différentes de Puzzle Quest US (en effacant naturellement le fichier de save quand il était apparu), toutes freezent. Cela ne semble plus être qu'un problème spécifique au support de ce backup et non plus un problème générique.

Merci pour ton aide (un peu envers et malgré moi ) !

[ccosmos]

Le bug est enfin identifié pour les problèmes de FAT_2.
Un truc aussi tordu il fallait le trouver. Enfin je peux reproduire cette erreur.
Tu peux renommer ton backup Puzzle quest US en 0936 - Puzzle quest US.nds et ré-essayer pour confirmer ?

[GruntZ]

Bonjour,

Envoyé par ccosmos

Tu peux renommer ton backup Puzzle quest US en 0936 - Puzzle quest US.nds et ré-essayer pour confirmer ?

Est-ce à dire que le nom donné au fichier .nds peut influer sur la façon dont le kernel 2.0 le gère ?
Y aurait-il quelque part une table (pour les auto-patch, par exemple) où les ROM seraient référencées autrement que par leur code interne ?

[Myself04]

Envoyé par ccosmos

Le bug est enfin identifié pour les problèmes de FAT_2.
Un truc aussi tordu il fallait le trouver. Enfin je peux reproduire cette erreur.
Tu peux renommer ton backup Puzzle quest US en 0936 - Puzzle quest US.nds et ré-essayer pour confirmer ?

Désolé, pour moi ça ne marche pas... :reflexiomo6:

1/ je formate la carte (pas un formatage rapide)
2/ j'installe un kernel 2.0RC6 fraichement dézippé
3/ Je copie dessus une rom de "Layton et la boîte de Pandore" fraichement dézipée aussi, donc clean...

Et ça crashe comme d'hab

Une idée, quelqu'un...?

[ccosmos]

Euh c'est moi ou on parle pas de la même chose là ...

C'est puzzle quest US qui posait problème ou prof layton ?

J'ai du mal à te suivre là.

Bon de tout et façon c'est confirmer par d'autre utilisateur que l'erreur FAT_2 provient de backup de jeu qui ont les 8 premières lettres identiques.
Il suffit de rajouter la numéro de release en tout premier pour regler le problème.

[GruntZ]

Envoyé par ccosmos

...c'est confirmer par d'autre utilisateur que l'erreur FAT_2 provient de backup de jeu qui ont les 8 premières lettres identiques.

Ils sont retombés dans le vieux bug DOS lié aux doubles structures de répertoires : noms courts (8+3) et noms longs

Ca explique peut-être aussi pourquoi les sauvegardes du répertoire SAVE ont l'extension ".SAV" (en majuscules) et non ".sav" comme sur le kernel 1.86.

Et sinon, est-il normal sous 2.0 RC6 que des fichiers "nom_du_jeu.dat" apparaissent dans le répertoire EZ5Shell ?
Si oui, à quoi servent-ils et peut-on les faire générer ailleurs.