C'est ce cas là!Sinon il y en a un autre dans l'exécution d'une commande de lecture de la carte SD, mais une erreur à ce niveau est peu probable car ce serait une panne matérielle de SDDRIVE ou du module Catalex ou de la carte SD. Et comme tu as réussi ensuite à charger le jeu ce n'est pas là le problème.
En fait le CMPA ,U+ est au niveau de la lecture d'un code de retour SPI une fois qu'on a lu tout des trucs bit à bit (probablement un secteur dans le mesure où X ou Y vaut $100 et est décrémenté). Le A en question est issu d'une série de CMPB + RORA. Je pense que U pointe sur une commande SPI (en ROM) et le dernier octet est le code de retour attendu. Le fait est donc que sur la lecture du saut à ski (piste 79 ou 80 enfin vers la fin du disk), le SPI émulé retourne un code de retour pas attendu. D'où mon hypothèse de lecture après la fin de fichier "SD" (?).
Ce qui est surprenant c'est ce que j'obtiens sous DCMOTO, c'est à dire avec l'émulation SPI.
A vrai dire, je ne pige pas non plus trop pourquoi il faudrait avoir quelque chose sur la face 1, car quand l'erreur se produit, $6049 est toujours à 0 (face 0). C'est expérimentalement que j'ai trouvé que ca marche, ce qui n'est pas très satisfaisant je trouve aussi. C'est pour cela que le code de retour lu depuis le SPI qui n'est pas celui attendu doit nous donner le fin mot de l'explication (on a $80 et on attends $84 -- ou l'inverse je ne m'en souviens plus trop).
Sinon oui si tu patch les écritures de $5C à $E7E7 pour écrire $DC à la place au niveau du fichier SD, ca doit marcher. Il y a 2 formats: la version avec LDA/LDB #$5C, STA/STB $E7E7 (86/c6 5c b7/f7 e7 e7).. mais aussi les blocs logiques de 1 octet: 00 01 E7 E7 5C. Les autres références à E7 E7 me semblent être des données ou des trucs sans rapport.