ccosmos

Il te manque "Continuer" Essayons de trouver le point commun de ce qui marche et ce qui marche pas. Déjà tu as POR et FF3 ils ont tout deux une save en 512k eeprom. On pourrait penser qu'une partie de la mémoire flash du linker soit défectueuse. Je vais voir avec cory1492 si il a le temps pour lui demander si il est possible de faire un petit homebrew pour vérifier le bon fonctionnement de la mémoire flash pour les sauvegardes. Je te promet rien, juste que je vais lui poser la question sur la faisablilité de ce programme Non, j'ai détaillé les valeurs dans mon poste plus haut. Oui il semble que tu es un ez V defectueux et j'en suis désolé Ce linker ne nécessite pas grand chose a faire quand de nouveaux backup sortent (juste connaitre le type/taille de save). Les seuls maj de kernel ne concernent que son fonctionnement interne. Pour moi c'est un bon choix dans la durée.

Cory1492 a maj la liste hier. Des fois que tu as mal rentré FF3, testes avec cette liste

N'importe quoi, niveau technique, tu es à côté de la plaque. Bon ça va je sais reconnaître quand je dis une connerie (et toi ?). Une mémoire flash fait partie des Eeprom coté catégorie. C'est juste que tu a pas précisé ta phrase sur le type employé, voilà pourquoi je t'ai repris. Tu vas me juger sur une petite erreur ou bien ? Quand il est absent, ça démarre et on peut lancer un jeu. (évidemment mieux vaut qu'il soit là avec le ezsave.lst et le reste) Bon là tu viens de définitivement me prouver que t'as jamais eu de ez flash V. Tu lances absolument rien si le répertoire shell est absent de la microSD. Le linker reste sur une erreur indiquant qu'il ne trouve pas le shell. Arrêtes de faire de la désinformation stp, tu aides pas l'audience ... Et moi, je redis encore, arrête de dire n'importe quoi. Pour les sauvegardes, il y a forcement besoin d'un patch quelque soit le linker simplement parce qu'il y a différents type de sauvegarde (serial eeprom de 4 à 512Kb ou serial flash de 2 à 4Mb). Et non justement pas sur EZ V . Tu as lu le poste de cory1492 ou pas ? C'est clairement indiqué pourquoi le R4 n'a pas besoin de spécifier la taille et le type de sauvegarde. Il patch la rom avant de la lancer de tel manier qu'il standardise celle-ci a son format. Sur EZ V (et sur SCDS one voir probablement X9 ?) il est nécessaire de connaitre le type/taille de la sauvegarde afin de l'émuler précisément sur la mémoire interne du ez flash avant de lancer le backup. Alors on est pas plus près de l'emulation d'une cartouche originale avec ce procédé ? L'avantage du SCDS one c'est sa rapidité a préparer la sauvegarde car il utilise une psram plutôt qu'une mémoire flash comme sur l'ez V (le process d'effacement/écriture est un peu long sur du 4M flash, la plus grosse des tailles sauvegarde connu a ce jour, soit 15 secondes). L'inconvénient c'est qu'il est doté d'une pile afin de maintenir ses data (duré de vie de celle-ci ?). C'est un des critères qui m'a fait abandonner le SCDS one. Et s'il-te-plait, arrêtes de mettre sur un pied destale le R4, il ne le mérite pas. Seul la team a ce mérite. Elle fait des prouesses pour faire fonctionnement le hardware pour le moins dépourvu de ce linker avec les backup qui sortent. Ce produit est un produit de transition pour moi. Le vrai linker slot 1 de la team M3 sera le M3Real.

Ce genre de chose était coutume avec les premiers kernel (avant le 1.36) qui backupaient mal les saves sur la microSD et corrompaient la TOC. Depuis tout est rentré dans l'ordre, c'est pour cela que je pense plutôt à un problème hardware (si toutes les manips proposées on été faite correctement bien sur). Oui ça marche bien. A partir du kernel 1.4.0 le process de backup systhématique de la sauvegarde de la mémoire interne flash du linker vers la microSD lors du démarrage du shell a été abandonné pour un fonctionnement plus réfléchi. Dorénavant le backup sur la microSD de la sauvegarde interne ne se fait que si l'on change de jeu, c'est plus logique. De ce fait la touche B au lancement du shell ne sert plus. A noter que l'on peut toujours faire un backup manuel par L+SELECT (pour ceux qui ont plusieur microSD par exemple). Le EZ Flash V. Non sérieusement je ne te répondrais pas. C'est a toi de choisir et pas sur des on dit. Regardes les reviews de différents site et vois si le linker correspond a ce que tu recherches.

Il marche chez moi et d'après tout ce que tu me dis ton linker est à jour. Je ne vois plus qu'une panne sur la mémoire flash de la sauvegarde du linker. D'autre backup fonctionnent bien sur ton EZ Flash V ?

Ba tu as une microSD rapide d'après ce que j'ai lu (1GO JAPAN, SD-C01G ? ), donc patcher les backup sur le PC avec hybridtool n'est pas necessaire a moins que tu sois un fan du in game reset Euh oui tu as raison j'ai donné a moitié la réponse Non pour l'instant le kernel actuel 1.4.1 n'a pas cette fonction d'implémenté, donc si la liste non-officiel de cory1492 n'est pas a jour tu dois faire la modification toi même, ou alors a chaque fois mettre la bonne taille avec L+X/L+Y :lol:

Bon je vais essayer de te répondre le plus simplement possible. FF3 c'est l'internal name AFFP c'est le serial. Je ne les ai pas inventé ils sont répertoriés sur http://www.advanscene.com/ Va sur nds release list et cliques sur la 1044 tu retrouveras ce que je t'ai indiqué. Dans le fichier ezsave.lst convertit en ezsave.csv par ezsaver on peut voir ces info sous forme de ligne avec les valeurs suivantes : INTERNAL NAME , SERIAL , TYPE/TAILLE DE LA SAVE , VIBRATION FALSE OU TRUE , exemple: FF3,AFFP,eeprom_512kb,false, Ce sont les bonnes valeurs pourtant. As-tu fais un CHKDSK de ta microSD ? Je pense plutôt a une TOC corrompue sur ta microSD ...

Ba une eeprom a besoin d'une source de courant pour garder ses data. Une mémoire flash non. Donc je te reprend sur un fait inexacte Et je te signal que c'est toi qui a commencer a chipoter sur les mots, hein ? Allons bon maintenant tu vas dire que le répertoire shell n'est pas nécessaire au bon fonctionnement du EZ V, hum ? Mais oui, mais oui... Allez, je te laisse dans ton nuage. Salut. Arf ! alors comme ça tu es plus calé que cory1492. Allez laisses tomber là, tu peux pas dire le contraire. Le R4 ne lance pas ses backup intactes. Il les patch pour le reset et surtout pour la lecture/ecriture des sauvegardes sur la micoSD. C'est une émulation comme une autre mais pas la plus près d'un fonctionnement normal d'une cartouche originale. Moi depuis le début je te donne des preuves et toi que ta parole. Prouve moi le contraire et je ferais mon méa culpa. Et je te redis ce que j'ai dit plus haut. Tant que la team M3 fera des MAJ d'OS tout ira bien pour les nouveaux backup sur ce linker.

Non, non ! tu fais tout bien darius_aleena. C'est juste que tant que la taille de la save du nouveau backup n'est pas en dure dans le fichier ezsave.lst il faudra a chaque fois avant de le lancer, la passer sur 512k eeprom. L'auto-detect save size est en cours de finalisation d'après la team ez-flash donc pour l'instant le mieux que tu es a faire c'est maj toi même la ezsave.lst car la liste non-officielle de cory1492 s'arrete à la 1023. Rajoute la ligne à la fin. Les deux lignes que tu parles correspondent au nom+serial des versions US et JAP

Décidément, tu es complètement à l'ouest. En gros, le Kernel, c'est la base où repose le système. C'est le noyau interne en quelque sorte. Donc il fait partie du système (tout comme le loader fait partie du système). Le tout (ou pesque) se trouve dans une eeprom dans l'EZ5 ou la SCDS one Alors prends ta plus belle plume et écrit a la team ez flash que le terme kernel est employé a tord et a travers sur leur site officiel. Je sais pas qui est le plus a l'ouest dans l'histoire. On résume, sur le EZ V on peut maj le kernel par procédure de flashage (ce n'est pas une eeprom bordel ! regardes le pcb coté microSD c'est un ST M25PE40 qui est utilisé pour la maj) et le dernier shell (OS) par simple copie sur la microSD. C'est green ? J'en doute profondément mais tu peux pas savoir a quel point. Vu que tu ne me dit pas grand chose sur le pcb du R4 je vais me renseigner de mon coté ... Drole de façon de voir les choses et bien sur tu t'en doute je suis absolument pas d'accord avec ton analyse purement commerciale des linkers. J'ai pris un EZ V car j'estime que sont hardware est le plus proche en comportement d'une cartouche originale. Le R4 ne fait que patcher en long en large et en travers les backup avant de les lancer. Désolé c'est pas un gage de compatibilité ça. Maintenant si tu achète un linker parce qu'il a un joli menu et facile d'accès par l'écran tactile, là sur ce point je peut rien dire. Quoique les skins de moonshell sont tout aussi joli

Arf ! je comprend mieux maintenant Remercies Mbmax plutôt, c'est à lui que reviens tout le mérite dans cette histoire. Bonne continuation ...

Effectivement ça peut faire des dégats On va dire kernel puisque c'est le terme employé par la team ez flash. Encore une fois je répète que le flash du kernel dure une poignée de secondes et si tu penses que c'est un point faible coté sécurité, ben tu es le seul. Cette manip ne peut pas être faite accidentellement et quand bien même elle arrive par je ne sais quel coup de loose, il suffit après une maj d'effacer le fichier ezupdlr.bin dans la racine de la microSD, comme indiqué dans le tuto ez flash pour les nuls, pour éviter tout problème. Tu ne peut t'en prendre qu'a toi si c'est arrivé, le fichier doit être effacé après une maj. Tu veut savoir quoi parceque là si tu veux moi je donne des infos et toi que dalle sur le R4 ?

Oui bien sur. Alors, en manuel tu fais L+X ou L+Y pour changer le type de save (4k, 64k,512k eeprom, 2M, 4M flash). A propos, tu retrouves ces touches dans le menu d'aide, touche start Si tu veux rajouter toi même les valeurs dans le fichier ezsave.lst avec ez-saver, voilà la ligne a rajouter : FF3,AFFP,eeprom_512kb,false,

Tu vois, il n'y a pas que le EZ V qui a ses points faibles. Tu as joué de malchance sur ce coup là. J'ai vraiment du mal a te croire ... De pouvoir faire plus que des maj d'OS tu trouves pas ça bien ? On en reparlera quand la gestion du RSA security check sera implémenté dans le loader du ez V. Pour moi le M3Real se fera sur la base du G6Real avec support microSD. G6/M3/R4 c'est cul et chemise ... Tu peux me décrire les puces que l'on voit sur l'EZ5, stp ? Ensuite, je te décrirais celles du R4DS comme ça, on sera fixé... Bien ! Donc quoi de mieux que des photos non ? PCB Ez Flash V On voit bien Actel A3P avec la mémoire flash d'un coté et de l'autre un quartz avec une petite mémoire flash a coté du lecteur microsd. PCB R4 A toi de décrire Tant que la team M3 te proposera des maj d'OS tout ira pour le mieux ... Mon gamin de 7 ans n'aura pas le plaisir de me pommer ma microSD vu quelle ne risque pas de s'éjecter accidentellement du linker. Et pour moi c'est un plaisir de lui confier la DS en toute tranquillité.

Bonjour sebdows. Passes la sauvegarde à 512k eeprom

Bonjour matrak. Je viens de tester ces batch avec mon EZ flash V et pour se faire j'ai passé ma console en Anglais afin que le jeu cherche la langue anglaise. Le backup patché démarre bien en Français. Je ne vois pas où tu as pu te tromper mais déjà regarde après avoir lancé le batch de traduction Française si dans le répertoire \parche\data\local\eu tu as bien 15 fichiers et qu'ils soit en FR (ouvre SL_ENG.txt pour voir). Oui c'est normal le crc doit avoir changé et le ez4 client trouve pas la correspondance dans la romlistds.txt. En rajoutant le nouveau CRC il devrait être vu je pense. "xxxx";"Hotel Dusk - Room 215";"Hotel Dusk - Room 215";"1024Mb";"Flash 2Mb";"Europe";"5A4B2514";"";"";"cyan"; Perds pas de vu que je n'ai pas ton linker et que je cherche a t'aider sans lui donc je suis pas sur que les manips indiquées marchent. Mais bon le fait d'avoir passé ma DS en Anglais suffit pour avoir reproduit le problème du EZ Flash 4 donc ya pas de raison ...

Assez difficilement ? je rêve là ! T'as vraiment eu un EZ flash V en ta possession ou tu fais des suppositions sur des on dit ? Quand à la microSD, elle ne s'éjecte pas par mégarde ou dysfonctionnement. C'est plutôt un avantage à long terme. Il faut y aller pour flasher sans faire gaffe un ez V et le flinguer. Il faut que le fichier ezupldr.bin soit sur la racine de la microSD, ensuite il faut par mégarde appuyer sur R et en même temps démarrer par l'écran tactile et ensuite encore par malchance appuyer de nouveau sur R puis comme par hasard éteindre la console pendant le process de flash qui dure 8 secondes. Tu te fous pas un peu de moi quand tu racontes ça ? OS ou loader, il n'y a que le nom qui change. La maj d'hier doit te faire regretter le SCDS, non ! Hum ... et non justement. Avant le démarrage de l'OS tu as le loader qui est figé sur les linkers slot 1 a microSD, sauf sur EZ flash V et G6Real. Ce loader est tout aussi important que l'OS. La possibilité de maj le loader et l'OS sur Ez flash V et G6Real me réconforte sur le fait d'avoir un linker non figé. Quand au supercard DS one, j'en ai eu un et je sais ce qu'il vaut. La maj 2.0 et maintenant SP1 est un grand pas vers l'avant fait par la team supercard. Le cheat mode arrive sur EZ V, rien ne me fait regretter ce linker que je respecte de surcroit. Les M3S/R4 sont des produits de transition. Les vrais linkers slot 1 (actel A3P) arrivent avec le G6real et le M3real. Ça doit être un système plus ou moins équivalent sur l'EZ5. On voit qu'il n'y a pas de batterie, donc pas de SRAM (tant mieux). De toute façon, il n'y a pas qu'un seul type de sauvegarde pour les jeux DS. Il doit y avoir une EEPROM pour les sauvegardes de ce type et pour les autres de type flash, c'est plus logique de les gérées directement sur la microSD. Le M3/R4 gère ça plus rapidement, c'est tout. J'ai du mal a suivre ton raisonnement. Le Ez Flash V ne fonctionne absolument pas comme les M3S/R4, il a une mémoire flash dédiée aux sauvegardes pour se comporter comme un original. Les M3S/R4 écrivent la leur sur la microSD donc une émulation software est sûrement faite. Désolé pour moi c'est pas un gage de compatibilité ...

256mb donc 32mo, la taille maxi d'un backup GBA. Le linker possède de la psram pour les sauvegardes (sauvegardé par pile rechargeable). Celles-ci sont copiées sur la microSD (bien rangées dans un repertoire GBASAVE) avant l'écriture d'un nouveau backup GBA. Aucune idée, je ne connais pas du tout l'Ez Flash 4. Je suis passé de l'ez Flash 2 au 5. J'estimais que les solutions slot 2 avec passcard n'étaient pas vraiment tip top, donc j'ai attendu les linkers slot 1 et je suis vraiment pas déçu. Pour avoir testé un SCDS one et l'Ezflash 5 (tout les 2 en Actel A3P), j'ai fini par garder ce dernier. Le SCDS one a un fonctionnement qui ne me plaisait pas (pas de maj loader, juste OS et shell comme sur M3S/R4). De plus chez supercard ils ont opté pour de la psram coté sauvegarde NDS avec une pile (rechargeable ? ou pas ?) pour les maintenir lorsque la DS est éteinte, donc un jour où l'autre ce linker posera problème. Sur l'Ez Flash V, les saves sont ecrite sur de la NOR donc aucun risque de les perdre Sur M3/R4 je ne sais pas comment elles sont gérées, mais vu la rapidité de lancement des backups, tout porte a croire qu'elles sont directement gérées de la microSD en émulation. Je ne pense pas que ce soit un atout coté compatibilité et on risque à terme (peut-être ça l'ai déjà) d'être tributaire de maj OS pour tel ou tel backup. De ce coté là cette team est capable de prouesse donc ce n'est pas un handicape temps qu'elle soutiendra ce produit. Concernant l'Ez Flash 5, le prochain kernel va intégrer les fonctions patch à la volé (essentiellement pour les cartes lentes, le in-game reset et le cheating) déjà dispo chez la concurrence ainsi que le cheat mode. La cerise sur le gateau à mon avis arrivera plus tard avec le download play (1 cartouche, 2ds non flashées) à 100 % comme sur G6Real. Il n'y a pas de raison que cette option n'arrive par sur EZ Flash 5, car le hardware (Actel A3P) en ai capable et le loader peut être maj.

Bon en regardant de plus pret le poste sur sosuke, voilà les dernières version disponible, donc tu n'es pas a jour : - Ez4 client (EZ4Client datecode 20061010 ver.1.03) - Ez4patch.dll (EZ4Patch070302) - Kernel (loader) (EZ4 Kernel datecode 200611227) Source

Sur EZ V c'est L+R sous le shell mais bon ça m'étonnerait que ça soit pareil sur EZ IV Sinon il sagit peut être juste de maj ez4 client (patch.dll) et le kernel ? Regardes sur ce poste ?

Bonjour matrak. A priori tu n'es pas le seul dans ce cas.

Le 3in1 (slot 2) possède 32 Mo de mémoire flash (NOR) pour les backups GBA, de la psram pour les saves et le browser. Le transfert des backups se fait par l'Ez Flash V (slot 1).

Salut mamamaminou et Alf69. Je ne connais pas du tout le fonctionnement du EZ Flash 4. Par contre je sais que sur EZ Flash V lorsque l'on a deux écrans blancs c'est due a la microSD qui n'est pas assez rapide. La manip à faire quand ça arrive c'est de passer le backup à l'Hybridtool avec l'option patch. Je ne sais pas si ça peut marcher sur l'ez flash 4 mais ça coute rien d'essayer

Il faut savoir que le 3in1 (slot2), qui fonctionne avec l'EZ Flash V (slot1), a de la mémoire flash embarquée (NOR). Donc le seul moyen d'inscrire un backup GBA dessus c'est sur la DS et via l'EZ Flash V. Ceci implique un processus d'éffacement et d'écriture de la NOR qui peut être long suivant la taille du backup GBA. Si ce point là n'est pas un inconvénient pour toi, achète le bundle EZ Flash V + 3in1

Les erreurs de marque horaire sont mineur et n'entravent en rien le bon fonctionnement de la microSD. Pour le miracle de la sauvegarde, il suffit de connaitre les caractéristiques techniques de l'ez flash V : Contrairement aux autres linkers, il possède une mémoire interne spécialement dédiée à la sauvegarde des jeux. Gage d'une meilleur compatibilité Regardes ce poste j'en ai déjà parlé ...