ccosmos

Je t'ai répondu sur le poste ezv pour les nuls. Mais comme je te l'ai déjà dit, hybridtool n'est pas obligatoire. A la base cette utilitaire a été créé par la team ezflash pour palier aux défaillance des cartes microSD "lentes" (sandisk Taïwan/China par exemple) et rajouté la fonction soft reset sur les roms et trimmer. C'est pour ça que je t'avais fait la remarque sur ton tuto vidéo. Imposer hybridtool n'est pas une bonne idée. L'utilitaire n'a pas été maj depuis longtemps maintenant et le mode hybrid a fait son apparution depuis le kernel 1.41. Ce mode est quand a lui maj dans le kernel 1.61 en version 2 et est très stable d'après ce que j'ai pu tester. Donc nul besoin de pré-patcher tes roms. Je l'ai jamais fait moi depuis le début, j'ai une microSD Japan et jamais eu de problème. Vu que le soft reset je m'en balance, donc ...

Oula tu mélanges pas mal les choses. L'utilitaire HybridTool sur PC sert uniquement a trimmer/optimiser les roms et a les patcher pour le soft reset avant des les mettres sur la microSD. Libre a toi de l'utiliser ou non, ce n'est pas une obligation comme on en a déjà parlé pour ton tuto vidéo. Ensuite tu as le mode hybrid qui est apparu depuis le kernel 1.41. Ce mode est l'équivalent de la fonction trimmer/optimiser de l'outil hybrid tool sur pc mais directement sur le linker. Il agit en patchant a la volé les roms clean donc inutile de pré-patcher tes roms via hybridTool avec le nouveau kernel 1.61. Cette routine de patch a la volé est nécessaire afin d'implémenté les futures fonctions de cheat, download play et autre slow motion. Les autres team l'utilise déjà depuis pas mal de temps. La team R4 l'utilise depuis le début d'ailleur, son hardware l'impose (uniformité des saves à 4mb/512ko entre autre).

Je n'avais pas vu ce passage. Ce n'est plus un problème sur le nouveau kernel. Plus de nom tronqués après 55 caractères. Il faut donc renommer ces anciennes sauvegardes au nom tronqué avec le nom complet dorénavant.

Tu a plus besoin de ezsave.lst avec le nouveau kernel. Le type de sauvegarde est détecté automatiquement. Que du bonheur dorénavant. Ce linker ne nécessite plus d'entretien. J'attends maintenant avec impatience la suite prévu pour bientôt : IGR, cheat code. Le download play devrait suivre par la suite. Je n'ai pas encore maj le poste ezv pour les nuls mais ça viendra. En attendant tu peux regarder le poste de get666 ICI

Oui je suis assez pour virer cette ligne car ce poste sera pour un public très large qui se fou de savoir quel chip est dedans la bestiole. J'ai pas mal de photo de PCB maintenant. Un jour je m'amuserais a faire un poste plus orienté électronique.

Mince il s'en ai passé des choses cette nuit ! Pour les infos des M3 concernant le chip utilisé, j'ai du mal a trouver des photos de PCB (linker démonté) donc c'est un peu la croix et la bannière pour trouver. Je remet ce que j'avais trouvé sur ce poste car l'autre est fermé. Pour l'instant j'ai ça : Actel A3P250 FPGA - EZFlash 5 - CycloDS evolution - M3 Real - SupercardDS one - G6Real - NinjaPass X9 - N-Card et clones - Supercard Lite - DS-Xtreme Altera Max II CPLD - Ds-Link - Acekard+ - G6 Lite - M3 Lite - EZ4 Lite - EZ4 - EZ 3in1 Lattice 4128V CPLD - CycloDS MiniSD (clone du supercard MiniSD) Actel eX256 FPGA - Supercard MiniSD Actel eX64 FPGA - GBA Movie Player Xilinx 9572XL CPLD - Magic Key 1, 2 & 3 Rien de sur : - R4/M3Simply => CPLD, PAL ou EEPLD ? quelle marque ? Atmel ? Xilinx ? Altera ? ... En construction ...

En effet c'est le moins cher des slot 1 puisqu'il a déjà la mémoire embarquée. Ce linker est un clone du n-card tout comme le mk5. Il a une très bonne compatibilité et est a mon avis parfait pour des enfants peut soigneux. L'inconvénient c'est que pour charger les backups sur le slot1 il faut le faire par le port slot2 via USB. Un test sur Wii DS Generation - [TEST] DSLinker A noter que la cartouche slot 2 qui sert uniquement de transfer est au format GBA donc va sur toute les DS. Le dernier modèle du n-card lui n'est disponible que pour les DS lite.

J'abandonne. Petifrançais, bon courage pour la suite. http://www.aduf.org/images/smiles/icon_arrow.gif

Tout a fait ! Si c'est juste une maj d'OS, je dis chapeau bas. Et ça pourrait confirmer le fait que la programmation du chip est figée. Ce qui a mon avis n'est pas un atout pour l'avenir ...

Je ne pense pas que les gens te crache sur le dos, juste te font remarquer que c'est pas toi l'auteur de ce poste. Je ne connaissais pas le pourquoi du comment cette idée a germée sur le forum, mais bon petifrancais a ouvert ce poste, maintenant c'est fait, autant l'aider a concrétiser son souhait tout en lui laissant les commandes, non ? Aider c'est tout a ton honneur bito mais faut pas forcer les choses non plus. Quant a l'info sur la fonction GBA, jusqu'a preuve du contraire (bientot pour le m3Real ?) il n'y a que la team EZFlash qui propose un linker Slot1 + extension GBA en vente dans un bundle. Je ne pense pas que ça soit de la fausse info. Dire que le R4 seul n'est pas compatible GBA, c'est important non ?

Oops ! c'est vrai

Non c'est pas ASIC, je me suis trompé quand j'ai tapé mon texte. Je viens de le modifier pour pas induire d'erreur les gens qui vont lire notre poste. ASIC c'est une famille de composant et l'on y retrouve les FPGA, CPLD, PAL, PLA ... etc Je pensais a PAL quand j'ai écrit ASIC. Et comme tu dis une fois qu'ils sont programmés ont peut pas les reprogrammer. L'avantage des FPGA c'est qu'il sont vide de programmation et se programme à chaque mise sous tension en chargeant le code programme d'une mémoire externe. Avec un Actel A3P250 par exemple ont peu changer radicalement le fonctionnement du chip juste en modifiant le code qui va être chargé a chaque démarrage. Sur du PAL, le composant est figé. A moins que la team R4 est utilisé du EEPLD qui peut être reprogrammé electriquement je vois pas de reprogrammation possible. C'est chiant de pas trouver d'info sur le compo utilisé. ATF01 c'est pipo et on trouve rien sur ça. Cette ref me fait penser quand même à de l'Atmel, mais bon, ça fait vraiment penser a du compo proprio de type PAL. Rien de tel pour garder les chose secrètes.

Bonjour. J'aimerais savoir si il serait possible d'implémenter un code balise afin de pouvoir créer des tableaux dans nos postes (genre [ table][ /table]). Est-ce possible ?

C'est vraiment dommage que l'on ai pas de code tableau sur le forum, ça aurait simplifié la tache et c'est surtout plus facile à maj qu'une image fixe. Regardez ce qu'a fait M@cZér0 sur playeradvance [Test - Materiel] Comparatif des linkers DS - :: PlayerAdvance.org :: C'est peut être pas cannon comme poste mais fonctionnel et surtout facile à MAJ.

C'est pas la beauté d'un poste qui fait son interet mais son contenu. Tu l'aurais eu ton post-it de toute et façon. Un guide comme ça c'est génial pour un newbies.

J'ai pas osé le dire.

Bito, le mode GBA tu le mets où ? Donc si je résume, ce poste est devenu un guide uniquement pour les slot 1 ? Désolé si je comprend pas le déroulement des choses mais si le déscriptif du R4 devient le modèle, va plus y avoir grand chose a dire sur certain linkers ... Les accesoires c'est pas un peu gadget ? d'ailleurs ça change suivant les sites de vente parfois. Sinon pour les infos techniques j'ai donné ce que j'ai pu trouver en page 5. Après il y a des point d'ombre surtout sur la gamme M3 et le R4. Je pense que le R4 est un ASIC mais vu que le chip est fait maison on trouve rien sur le net comme info. :triste:

Une traduction de moonshell 1.71 pour le nouveau kernel 1.61, ça te dit ? C'est là Merci à Angegg31 du forum playeradvance pour la traduction. Je n'ai fait que modifier le moonshl.ini pour le rendre compatible avec l'ezV ah ! au fait ! Ils ont fixé un très très vieux bug a propos des noms longs et des sauvegardes. Maintenant les nom ne sont plus tronqués après 55 caractères, donc si tu vois qu'une sauvegarde ne se charge plus comme sous les ancien kernel, regardes ton rep save et mattes voir si tu as pas le nom de sauvegarde tronqué. Il suffit ensuite de renommer avec le nom_long_de_ton_backup.sav

Bravo get666 ! http://membres.lycos.fr/ccosmos/pic/clapping.gif J'ai pas eu le temps de faire le chapitre pour le nouveau kernel. Avec ça on est comblé.

Moi aussi je me demande comment ils vont faire pour le R4 et la compatibilité SDHC. On ne peut pas maj le firmware du chip donc tout va se faire coté OS. Ce qui me fait penser de plus en plus a une technologie PAL pour le chip du R4. Il faut espérer que les routines écritent par la team R4 soit le plus basique possible afin d'être adressé différement par l'OS. Je pense que c'est possible si ils ont bien pensé leur routine coté ASIC. A suivre ...

Oublies le fichier ezsave.lst avec le kernel 1.61, c'est de l'histoire ancienne maintenant. L'ezv détecte automatiquement le type de sauvegarde. Ce linker ne nécessite plus de maj dorénavant et ça c'est le pied ! Je vais rajouter un nouveau chapitre sur ce nouveau kernel quand j'aurais le temps. Pour l'instant il faut se contenter des instructions fournies sur le site officiel.

Rooooo c'est beau tout ça. Bravo les gars ! beau travail collectif.

Hey stremon ! Zon fixé enfin le bug du 3in1. Ouf ! J'ai maj mon skin Amiga pour qu'il fonctionne avec le nouveau kernel. A déziper dans le répertoire /moonshl et remplacer le rep skin http://img77.imageshack.us/img77/3562/previewezvamigaos4bf1.png Ce skin est compatible kernel 1.6 et plus. Essayez le !

V1.61 disponible sur le site officiel qui fixe le problème du bouton Start.

Merci neoxtof. C'est vrai que windirt maj régulièrement son poste lorsqu'un nouveau kernel arrive. Au fait, dans la procédure il est indiqué de passé la microSD en FAT16. J'ai du mal a piger pourquoi mais bon. Moi je reste en FAT32 et ça marche tout aussi bien. De tout et manière il est prévu d'avoir la compatibilité SDHC a terme donc il faudra être en FAT32 pour ne pas subir la limitation des 2GO du FAT16.