Leaderboard

Grâce à Taude, la retraduction prend de nouvelles couleurs tout en image... jeu d'origine modification

C'est fini ! À noter que concernant la retraduction en anglais publiée sur un autre forum dont le lien est dans mon premier message, tout le texte du jeu fut présenté sous forme de copies d'écrans pour un total de 3000. Comme j'ai publié 1000 copies d'écrans, vous devinez que j'ai retouché seulement 1/3 de la version française officielle d'Illusion of Time... et que les 2/3 restants sont inchangés. La traduction officielle a mélangé souvent de qui ou de quoi il est question, ce que j'ai appelé les erreurs de cibles. Certaines émotions, certaines notions japonaises et la censure d'éléments spirituels ont aussi rendu la compréhension obscure.

Jours 18 à 25 : restauration des sprites japonais pour la version française de SoulBlazer, première démo de Dragon Quest 5 Ces derniers jours ont été consacrés à la restauration des sprites de la version japonaise de SoulBlazer pour la version française. En effet, à la fin du jeu, le personnage de Lisa a été redessiné : ses bras en position de prière ont été supprimés, et sa bouche ainsi que ses yeux ont été redessinés. J'ai donc commencé à fouiller la ROM et à déboguer afin de trouver où se situaient les données et les instructions impliquées. J'ai finalement localisé les sprites, mais ceux-ci étaient compressés. En examinant l'OAM (Object Attribute Memory), je me suis aussi rendu compte que les zones correspondant à la bouche n'étaient pas délimitées de la même manière que dans la version japonaise. En effectuant quelques recherches sur Internet, j'ai découvert un outil très utile : SNES Tiles Kitten, qui permet d'afficher, décompresser et réinjecter directement des sprites. Cerise sur le gâteau, cet outil gère la compression propre aux jeux Quintet ! J'ai donc rapidement pu reconstituer les sprites nécessaires en migrant les parties du sprite japonais (yeux et bouche) pour correspondre à l'arrangement des sprites français. Une agréable surprise : les mains étaient bien présentes dans les sprites de la version française. Lors de mes recherches précédentes, j'avais identifié la routine qui gérait le chargement des sprites dans l'OAM, mais sans savoir exactement quel sprite était concerné. Cependant, j'avais découvert que cette partie du code déterminait la position des sprites dans le fond d'écran. J'ai donc repris mes essais dans cette zone, espérant réinjecter les bras supprimés. J'étais quelque peu découragé, car ces bras étaient composés de 10 tuiles, et je me disais que réécrire une routine de chargement et d'animation des bras dépassait mes compétences. En poursuivant mes tests, j'ai compris qu'une adresse, dans la routine qui gère la position des tuiles, menait à une sous-routine, et que celle-ci lisait une zone de mémoire spécifique. En expérimentant sur cette zone, j'ai découvert qu'elle correspondait à un identifiant qui permettait de charger l'ensemble des sprites d'un élément (bouche, yeux). En modifiant cet identifiant, j'ai pu réinjecter les bras en entier et identifier l'ID "7" qui correspondait aux bras ! J'étais soulagé de ne pas avoir à réécrire tout le code de chargement des tuiles. Cependant, un problème demeurait : l'instruction qui charge les yeux et celle qui charge la bouche se suivaient, ainsi que toutes les autres instructions qui gèrent cette scène. Je me demandais donc comment insérer l'instruction pour positionner les bras. En analysant le code, j'ai découvert une routine existante avec l'indice "7", et encore mieux, grâce au débogueur, j'ai constaté que cette zone de code n'était pas utilisée. En redirigeant l'instruction des yeux vers cette sous-routine, cela a permis d'afficher les bras, mais l'animation bloquait la scène. Après de nouveaux essais, j'ai découvert qu'un octet permettait de définir le moment de déclenchement de l'animation, et j'ai réalisé que l'animation était complète ! Quelle chance ! Il me restait cependant un problème à résoudre : rajouter les tuiles sans remplacer celles des yeux. J'ai donc recréé l'instruction d'ajout des bras et l'ai insérée à la fin de celles qui chargent les yeux et la bouche, ce qui ajoutait 11 octets. Cela a décalé le reste du code vers une instruction d'animation inutilisée, longue d'une vingtaine d'octets. J'ai alors déplacé cette instruction dans une zone vide et mis à jour l'adresse dans l'instruction de chargement des bras. J'ai ensuite modifié toutes les adresses des instructions suivantes en y ajoutant ces 11 octets, et tout a fonctionné ! ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Pour Dragon Quest, je me suis confronté à l'immense tâche de traduire le jeu. Au-delà de l'aspect technique, le script contient plus de 85 000 mots ! J'ai donc accepté l'idée d'avoir besoin d'aide et j'ai modifié l'outil que j'avais créé pour exporter tout le script du jeu, ainsi que pour réinjecter les parties traduites. Il gère désormais les conflits de traduction avec un système de verrouillage des parties validées. J'ai également ajouté des fonctionnalités tel que la recherche et le remplacement. Une fois cet outil en place, mon frère est venu me donner un coup de main, et nous avons pu avancer sur la traduction des dialogues du jeu, que je vous propose aujourd'hui en démo. À ce jour, environ 15 % des dialogues sont traduits. Vous trouverez ici un patch IPS à appliquer sur une version sans header, ainsi que les scripts du jeu. --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Pour la suite, je prévois d'aider à la traduction des scènes entre les niveaux de Go Go Ackman 3, mais ce sera pour un prochain épisode ! Dq5-eng-sh.ips raw_text-v3.txt trad_text-v3.txt

Voici mon tout premier tutoriel pour vous présenter mon processus de création de crystal cases. Le prix de ces boîtes est de 12 centimes l'unité, correspondant au coût des feuilles de plastification, et elles vous permettront d'obtenir des boîtes de protection pour toutes les tailles de cartouches (n'est-ce pas Micromachines sur Megadrive ?). J'espère que cela vous plaira ! Je publierai d'autres tutoriels dans ce style, par exemple pour adapter ce processus à la création de mini-boîtes plastifiées à l'image des jeux. Le résultat: Le tuto:

Bon nekko the cat tourne autour, alors ouvrons les valises !

Beau boulot ! Quelle rom doit-on patcher ? (quel est son CRC ?) Je ne parviens pas à télécharger les scripts, j'aurais bien aimé y jeter un œil (Ichigo, j'ai un échec de connexion sécurisé). Si seulement j'avais le temps :'( La série des dragon quest est une série que j'affectionne particulièrement et cet opus était génial).

Comme dit plus haut, voici un exemple de toutes les possibilités d’une imprimante cut. Attention modèle unique:

je fait aussi les stickers avec de la lamination + papier mat à pas chère je reviendrais sur ce sujet en ce qui concerne les crystal cases voici le tuto manuel et petite précision si vous n'avais pas de lamineuse il y en a en accès libre chez bureau vallée : et les modèles: Contour-SNES.fcm Contour-NES-02.svg Contour-SMS-A.fcm Contour-SMS-A.svg Contour-NES.fcm Contour-N64.svg Contour-N64.fcm Contour-GENESIS-Norm.svg Contour-GENESIS-Norm.fcm Contour-GENESIS-EA.svg Contour-GENESIS-EA.fcm Coutour-SNES.svg Plis-GENESIS-EA.fcm Plis-GENESIS-EA.svg Plis-GENESIS-Norm.fcm Plis-GENESIS-Norm.SVG Plis-N64.fcm Plis-N64.svg Plis-NES.fcm Plis-NES.svg Plis-SMS.fcm Plis-SMS.svg Plis-SNES.fcm Plis-SNES.svg

Imagine un instant : un RPG en 3D à la première personne sur une console 8 bits. Oui, tu as bien lu. Dès que j'ai découvert ce jeu, j'ai été bluffé. Elite sur NES, c’est le genre de titre qui te fait te demander comment un tel exploit est possible sur une console aussi limitée. Pourtant, il est là, avec un univers gigantesque, des combats spatiaux, du commerce, et une liberté totale d’exploration. L’adaptation NES de Elite, exclusivement sortie sur les consoles PAL avec des textes en français, propose une expérience unique. Dans ce jeu, tu commences aux commandes d’un simple vaisseau spatial et tu peux choisir ta voie : commercer de planète en planète pour gagner des crédits, traquer des pirates pour devenir un chasseur de primes redouté, ou même basculer du côté obscur et te lancer dans la piraterie spatiale. Chaque système solaire a ses particularités, avec des marchandises qui fluctuent en fonction de l'offre et la demande. L'univers est généré de manière procédurale, ce qui te donne l’impression que l’exploration est infinie. Le gameplay est étonnamment varié pour un jeu NES. Tu dois gérer les ressources de ton vaisseau, t’assurer que tu as suffisamment de carburant pour tes voyages, et être prêt à te défendre contre des ennemis à tout moment. Les combats se déroulent en 3D fil de fer, avec une vraie sensation d’immersion, ce qui est impressionnant pour l'époque. Chaque victoire en combat spatial te donne l’occasion d’améliorer ton vaisseau avec des armes plus puissantes, des boucliers renforcés, ou même des propulseurs plus rapides. La jouabilité est incroyablement fluide, surtout pour un jeu de cette envergure avec seulement deux boutons. Le bouton B permet de naviguer facilement dans les menus constamment affichés à l'écran, mais aussi de gérer la vitesse du vaisseau en accélérant ou en décélérant. Le bouton A, quant à lui, est utilisé pour tirer. Ce qui impressionne vraiment, c'est à quel point les déplacements du vaisseau sont précis et contrôlables, offrant une véritable sensation de maîtrise dans l’espace, malgré la simplicité des commandes. Un autre aspect qui rend cette version unique, c’est la possibilité de jouer à deux. Le mode deux joueurs te permet de partager l’aventure avec un ami qui sera ton copilote! Je ai découvert récemment cet adaptation, et ce jeu m’a vraiment fait réfléchir. Elite sur NES, à lui seul, représente tout ce qu’est la programmation à mes yeux : la capacité de créer un univers entier, de repousser les limites du possible, et tout ça dans une simple petite cartouche. C’est fascinant de voir comment, avec si peu de moyens, les développeurs ont réussi à faire entrer quelque chose d’aussi vaste et complexe sur une console aussi modeste que la NES. Ce jeu est la preuve que, même avec des ressources limitées, la créativité et la maîtrise technique peuvent donner vie à des mondes incroyables. J'ai récemment acquis ce jeu pour 30 euros, et à ce prix-là, je trouve que c'est donné !

J'ai regardé finalement pour voir par curiosité les différences avec le japonais et ... surprise, les traductions sont déjà très bonnes et fidèles. La version de retraduction américaine a beaucoup changé le nom des équipements. Mais avec mon traducteur en ligne et son IA embarquée japonais - français, j'obtiens les mêmes noms que les noms français officiels. Ce qui aurait besoin d'être changé ne gênera personne, alors je fais les modifications ! 217. Flèche Lumi. { renommage magie } 218. Flèche Lumi Tirs flèches lumière { renommage magie } 219. Bombe Étincelle. { renommage magie } 220. Bmbe Étincelle { renommage magie }

Salut! J'ai 49 ans. Je suis passé par quasiment toutes les consoles canoniques depuis l'Atari 2600, donc très console-centric (a part brièvement un MO5 et un Amiga 1200). Mon intérêt pour le retrogaming en particulier n'est pas si vieux. Ca fait une grosse dizaine d'années et c'est venu par une soudaine envie de programmer (sur VCS). Pendant pas mal d'année je me suis focus sur la NES (qui fait partie des rares consoles que j'ai pas eu à l'époque avec la SNES). Ca passait par un peu de programmation, des scripts pour afficher les hitbox des jeux (j'adore ca), quelques dizaines de petits hacks resté confidentiel et beaucoup de temps à jouer et décortiquer les jeux NES pour ma culture et rattraper mon retard sur ce catalogue historique que je connaissais pas vraiment (j'aime beaucoup l'histoire du jeu vidéo). Et pour me motiver à prendre le temps de décortiquer à fond les jeux (et éviter le syndrome fastfood) je faisais uniquement des one life. J'ai one lifé 125 jeux NES différent sur plusieurs années puis je me suis lassé. Aujourd'hui je connais très bien le catalogue NES, bien mieux que si je l'avais connu à l'époque, mais j'ai fait un peu le tour. Heureusement Mesen est devenu multiplateforme récemment ce qui m'a donné envie d'aller creuser d'autres machines car le plus important ce sont les outils ^^. En début d'année j'ai donc fait un petit hack sur Ghouls'n Goblins SupergrafX (augmenter la quantité de sprite affichable et la résolution/largeur de l'image), puis un petit hack sur Nightmare Buster SNES pour fixer 2 bug qui faisait crasher le jeu. Ce qui m'a amené à enchaîner sur un gros hack de Ranma Chougi Ranbu Hen sur lequel je suis actuellement et qui corrige le framerate catastrophique du jeu ainsi que divers bug de collision. Je ne pratique pas du tout la collection. Je n'ai presque pas de machine ni de jeu physique. J'ai par contre une certaine fascination pour les émulateurs. Je connais bien le hardware (du point de vue logique, pas électronique) de la plupart des autres machines aussi (j'ai même testé la programmation sur Colecovision, sur SMS et même sur EDSAC, un ordi de 1949). Ça m'intéresse. De ce fait, j'ai une chaine youtube sur laquelle je faisais des vidéos pour discuter de certains sujets techniques mais j'ai vite arrêté (elle est presque morte depuis 6 ans mais elle me sert tout de même pour les vidéos de mes projets) pour écrire plutôt des billets sur mon blog ainsi que sur mon compte twitter (tout ca prend beaucoup de mon temps) que j'utilise comme un blog mais pour des sujets bref et plus anecdotiques. C'est là que je suis le plus actif. C'est là qu'on peut me joindre le plus facilement. Ce sont Yolt et UniKenny qui m'ont envoyé ici ^^. Je me dis que ca peut être intéressant de voir comment bosse les gens qui font du mod a partir de hack. Je connais très peu ce milieu étant donnée que je consomme très peu de "physique". C'est aussi pour tenir au courant sur mes hack. Notamment je continu encore un peu le hack Ranma pour préparer une version 1.4. C'est pas indispensable, c'est juste pour corriger d'autres bug de collision du jeu original pour que le jeu soit encore plus propre. Et je prépare un google doc qui répertoriera toutes les corrections de collision que j'ai fait car au final ce n'est plus seulement un hack de framerate mais aussi une grosse correction des collisions (c'est 2 patch en un). Mon blog: https://upsilandre.over-blog.com/ Mon compte Twitter: https://x.com/upsilandre Version blog: https://x.com/UpsilandreA Ma chaine Youtube: https://www.youtube.com/@upsilandre/videos

Jour 15 : Exploitation de la table de pointeurs / Création du logiciel de traduction Bonjour à tous, Aujourd'hui, j'ai finalisé l'ajout de tous les caractères manquants (é, è, à, ù, â, û, ô, ê, ç) dans l'ensemble de la chaîne de texte et testé cette mise à jour sur la première séquence du jeu. Ensuite, je me suis lancé dans l'exploitation de la table des pointeurs que j'avais repérée hier. Cette table organise les pointeurs de la manière suivante : il s'agit de groupes de 6 octets où les 21 bits de gauche décrivent l'adresse du dialogue, et les 3 bits de droite indiquent l'offset (en nombre de bits) à partir duquel le dialogue commence dans la chaîne compressée selon la méthode de Huffman. J'ai donc développé un programme en Python qui intègre ces fonctionnalités pour naviguer dans la table des pointeurs et afficher les dialogues en les décompressant. L'idée est que nous puissions ouvrir la ROM patchée en anglais ; si le checksum correspond à la ROM adéquate, l'interface se charge. Cette interface permet alors de naviguer de dialogue en dialogue. L'objectif final est de pouvoir modifier les conversations et mettre à jour les pointeurs dans la table en conséquence. Pour cela, j'ai créé des fonctions pour la conversion des adresses ROM (lorom/cpu) et pour générer un patch IPS. De plus, j'ai ajouté une fonctionnalité intéressante : la possibilité de traduire automatiquement les dialogues en cours grâce à ChatGPT. J'ai mis en place un prompt qui assure que les éléments nécessaires pour le scripting des dialogues sont préservés au mieux. J'ai également ajouté un bouton permettant de traduire l'intégralité des textes et mis en place un petit système de base de données pour sauvegarder ces traductions et les modifications manuelles. Cela me permet de générer la traduction en attendant d'intégrer le système de modification des pointeurs pour créer le patch IPS. Les prochaines étapes consisteront donc à développer cette logique pour tester une première version du jeu avec des dialogues intégralement traduits. À suivre !

Merci de ton intérêt arcoroce! j'espère que cette traduction aussi trouvera son publique! Jour 14 : Injection des nouvelles lettres Aujourd'hui, j'ai fait un grand pas en avant ! J'ai réussi à intégrer les nouvelles lettres de bout en bout. J'ai commencé à essayer de comprendre comment étaient définis la hauteur, la largeur et la ligne de flottaison des caractères. Pour cela, j'ai tenté de repérer quelle valeur était mise en WRAM et correspondait, et j'ai fini par trouver deux valeurs situées à peu près là où le texte est décompressé, qui variaient de manière logique entre les caractères en majuscules et en minuscules. En retraçant leur initialisation dans le débogueur, je me suis aperçu qu'elles provenaient de la liste des valeurs permettant de retrouver les pointeurs vers les sprites des lettres. En expérimentant avec l'algorithme rétro-ingénieré et en essayant de comprendre comment étaient faites les informations dans la liste, j'ai fini par comprendre la "compression" des sprites et l'utilité des valeurs dans la liste : en fait, la liste se présente sous la forme de 10 octets, les trois premiers servent à associer l'élément de la liste à la valeur de la lettre décompressée, le suivant à la largeur de la lettre, les quatre suivants à déterminer l'adresse, puis les deux derniers permettent entre autres de calculer la hauteur du sprite. En expérimentant, je me suis aperçu que la hauteur sert aussi à définir la ligne de flottaison ! J'ai également compris que les sprites n'étaient pas vraiment compressés. En fait, ils sont codés avec des largeurs variables, ce qui rend leur visualisation impossible avec Tile Molester. J'ai donc pu créer les sprites des lettres accentuées, il me restait à permettre de compresser de telles lettres. J'ai donc cherché des places disponibles dans l'arbre binaire pour associer les nouvelles valeurs des lettres décompressées dans la table des valeurs de la ROM. Pour cela, toujours dans l'optique où j'ai la flemme de parcourir l'arbre binaire dans le sens inverse (j'en avais des vertiges rien que de penser à coder cet algorithme), j'ai brut forcé l'arbre d'Huffman en testant toutes les valeurs binaires de 0 à FFFF (en testant aussi toutes les combinaisons de nombre de zéros en début) et en regardant s'il y avait une valeur lorsque j'atteignais la table des valeurs, si non je récupérais la représentation binaire du chemin. J'ai trié ces chemins et gardé les plus courts pour encoder mes nouvelles lettres. J'ai ensuite modifié mon logiciel de compression/décompression pour prendre en compte ces nouvelles lettres et le tour était joué. J'ai également commencé à créer un patch IPS car, mine de rien, les modifications commencent à être suffisamment importantes pour être contraignantes à entrer à la main dans l'émulateur. J'ai également fait un tour dans la ROM pour essayer de comprendre comment les dialogues étaient pointés, et j'ai trouvé ce qui semble être une jolie table de pointeurs ! Mais cela sera pour le prochain épisode.

Salut Upsilandre et bienvenu à toi ! Merci pour ton temps consacré à décortiquer (et corriger) tous ces jeux.

en ce jour, réception de 12kg pour Nekko the cat !

oui, un truc aussi précis, faut de la résine si tu peux patienter un peu, j'ai commandé de la résine type ABS (je n'ai que de la lavable à l'eau et de la non abs, dans les 2 cas ca reste fragile) On pourra faire un essai avec. PS. après rapide calcul je peux en imprimer au moins 150 sur le plateau en 1 fois (et ca ne change en rien le temps d'impression) PS2. Si tu veux rire niveau coût (et j'en ai mis 151 sur le plateau, y'en de la place pour au moins 10/12 de plus)

Salut Il y a quelques mois j'ai ressorti ma saturn, switchless + puce mais j'avoue que c'est pénible de graver des cds : pas facile de trouver des cdrs de qualité, parfois les isos sont mauvais, on hésite à burn la version jap us ou pal, la flemme de graver juste pour tester1 trad ou 1 hack... bref un ode c'est quand même pratique. A la base je voulais donc partir sur 1 fenrir. Mais en cherchant des infos je suis tombé sur des sujets présentant le saroo, 1 projet d'une dizaine d'années ressuscité l'année dernière. Au vu des review le machin avait l'air de tenir la route. Les avantages principaux sont Conservation du lecteur Aucune modification nécessaire sur la console (sauf switch pour le 60hz les jeux us et jap) Ram 1mo et 4mo intégré Fonction Memory card sur la sd. temps de chargement beaucoup plus rapide. C'est 1 projet open source donc de multiples vendeurs sur ali en fabrique, ce qui a permis 1 baisse de prix. https://github.com/tpunix/SAROO/releases/tag/v0.5 2-3 vendeurs semblent sortir du lot et proposent de belles case identiques aux cm ou ram sega. Les autres proposent des boîtiers identiques au all in one. Attention ⚠️ certains vendent des carte moins cher car ils utilisent des composants recyclés. J'ai donc commandé au vendeur "kkdiy", environ 75 €bonne communication, livraison en 5 jous Tout marche parfaitement, je vous fais 1 review détaillé bientôt.

Bon ! Sa passe vite trois semaines au japon comme d’hab. Vivement la fin de l’année. trouvaille pour ¥200.000

Auchan 15€ pièce !

Sverx rajoute des petits morceaux sur le DevKitSMS et c'est ± le seul kit réellement accessible à tous Z88dk a pas mal évolué, perso j'ai juste utilisé les premieres versions et c'était pas folichon (optimisation à la ramasse, SDCC c'était pareil), mais c'était y'a pas mal d'années. Perso j'utilise toujours ma propre lib mix SDCC + WLA-DX (non dispo publiquement) Apres tout dépend de ce que tu attends de ces lib, si tu veux optimiser (vitesse et/ou place) ou faire des trucs borderline, le C restera toujours loin derriere l'ASM. Les compilos n'étant pas vraiment magique et dépendent de la façon de coder en C.

Petit kdo chinois. de quoi nourrir la game gear et une gold coin

Tu a privatisé l'hangar Aerium pour stocké ta collec zzoomm . Incroyable, ta collection!!!

Merci Yoda, mais un peu de modestie. La suite des GFXs : L'écran titre, la carte du monde et l'introduction de Nintendo et de Enix.

Faut demander à Wahwah de faire un épisode de «Je viens chez toi» sur ta collection.

Voilà un message que thor06 m’as envoyé : Salut Yoda Vu que je suis limité à 3 messages par jour et qui m’est impossible de poster une autre réponse sur ultimate console Il y’a Runechronos qui a un souci de NesRgb et il se demande pour la continuité du pin 18 clk de sont pcb Tu peux lui dire que c’est normal apparemment qu’il n’y ai pas de continuité pour les nouvelles versions Sont souci doit être ailleurs. Ils en parlent ici : https://forums.nesdev.org/viewtopic.php?t=19837 Je te joins un montage pcb v4 pour Pal (la mienne perso) et une NTSC trouver sur le net que tu peux joindre à Runechronos j’ai fait deux Famicom AV pour des potes mais j’ai supprimer les photos du montage c’est bête cela aurait pu l’aider… Les jumper ne sont pas configurés sur le montage de sa carte et il y’a un pontage sur : 3L et ground qui n’est pas présent sur mes images.

Excellent l’homme qui valait 3 Milliards je m’en rappelle à l’époque lol

Petite broc cette aprem pour 30€

Et voilà Bien joué!

J'ai trouvé la panne Le 7805 avait cramé, il ne sortait plus 5V mais 0, et le gros condo 1000uF était cramé aussi

Le 29/05/2024, ichigobankai, yolt1 et Redfield1 ont réagit avec : Merci IchigoBankai, Yolt1 et Redfield1. Merci Chomel. Merci 4ph. En effet, Carpe Diem ! On pourrait dire aussi : Aime et fais ce qu'il te plaît (sinon notre passion n'est plus une passion). Le mieux est l'ennemi du bien ! { nouvelle traduction } J'ai aimé redécouvrir le vrai scénario du jeu. C'était un plaisir à partager ici. { ultime traduction }

Salut J'ai récemment récupéré 1 ifu 30a avec son lecteur et 1 pce et je souhaite profiter du rgb. J'ai déjà 1 core grafx moddée mais la je vais plutôt faire le mod dans l ifu directement et laisser la pce d'origine. J'ai prévu d'utiliser 1 mini din 8 avec 1 plaque modifiée imprimée en 3d. La plupart des sujets datent, du coup je viens à la pêche au infos: A l'époque on utilisait des ths 7314, il m'en reste mais j'ai aussi des ths 7374 en stock. Est ce qu'il y a un intérêt à amplifier le signal de sync sur ces machines ? Si jamais l'un d'entre vous a encore des pcbs en stock, il me semble qu ichigo, akira et krazyp avaient réalisé des trucs. Sinon je vais fouiner sur oshpark ou autre. A suivre...

whouaa! Félicitation pour le boulot. Merci, Ça fait plaisir un boulot de traduction aboutie .

Recup du week end pour 3€

Opération pour pâques à auchan 4€

Je me suis remis à modder des N64, et j’ai trouvé un point alternatif pour récupérer le CSync du même côté que la prise. C’est le via juste à droite de C18. À côté de C125, il y a 3 gros vias, puis 4 plus petits, c’est le premier des plus petits. Ne faites pas gaffe au condensateur dessoudé, je voulais voir si c’était possible de ne pas avoir à couper la piste. Réponse : non, même si le condensateur est retiré, il faut quand même la couper. Il doit y avoir un via quelque part que je n’ai pas trouvé. (le câble est moche, j’ai refait depuis le mod avec un fil plus beau :D)

Un des derniers maki’s colis reçu. Trop content pour le gamest !

La différence saute au yeux quand on regarde le fichier ASM généré par SDCC, car c'est assez vite dégueulasse (utilisation de la stack et du registre IY pour tout et n'importe quoi) et forcément ca impact (± beaucoup) les perfs selon les cas. Le vrai gain de l'ASM à la main, c'est la place (et ca y'a pas photo), de plus, en toute logique +compact = +rapide ^^ (meme si c'est pas 100% vrai selon le langage). Perso j'arrive toujours à un gain d'au moins 30% entre le C d'origine et l'ASM fait à la main (en terme de vitesse/cycles) Mieux vaut plusieurs petites routines en C qu'un gros morceaux, car SDCC génère vite du gros n'importe quoi dans les gros morceaux de code. Evidemment, le fait de couper en plusieurs sous-routines peut normalement aussi améliorer globalement le code si ces morceaux sont réutiliser plusieurs fois (quitte à y passer 1 ou 2 paramètres pour les rendre flexibles) Comme je le dis souvent le C c'est très bien, et suffisant pour certains dev "pas trop exigeants" (peu de chose à l'écran a un instant T). Mais dans d'autres cas c'est juste pas possible (des que tu vas taper dans des trucs borderlines et vouloir sortir au max ce que peut faire la console, et je ne parle pas de juste un effet à l'écran mais de gérer un jeu complet)

Petit colis de maki qui fait plaisir

Je suis un iencli...

Konichiwa fixoid ! calendrier trouvé chez noz 3€. le reste c’est mon pote qui taf au macdo qui m’a ramené ça.

Bonjour a tous les zamis, Aujourd'hui nous avons la chance d'avoir a l'honneur une nouvelle traduction de la part de nos amis Blyn, Akira76, Mopoz, M0nsieurL et Orugari pour le magnifique jeu Terranigma. Le patch est en version Bêta test pour le moment. Voir la totalité de article

Pas à ma connaissance.

Rien à ajouter. Une bombe ce jeu

La valisette est géniale! C'est d'époque?

Dernière arrivage du soleil levantt

Rentrée du jour, pour donner un semblant de vie au fofo, analogue pocket

Plus que le 2eme pack à trouver et le full est finit.

Réception d’un petit jeu saturn jap

Tu peux coder en C via le devkitsms de sverx. (devkit qui à la base c'est inspiré de notre devkit avec Vingazole) https://github.com/sverx/devkitSMS/ Pour être maintenant "± à l'aise" en ASM, je préfère honnêtement écrire tout ou partie des gestions/transferts de datas en ASM qu'en C où c'est non intuitif et souvent mal compilé.... ;)