-FamilyGuy-

Hey! Un (gros) bump pour vous dire que binhack32/64 eat maintenant sur sourceforge! https://sourceforge.net/projects/binhack32/ L'archive contenant le code source et certains binaires (win32, linux32, linux64, osx64) est ici: Download binhack32/64 from SourceForge.net Vous pouvez récupérer le code source via git: git clone git://git.code.sf.net/p/binhack32/code binhack32-code Voilà! FG

Quel prix me fais-tu pour le Québec? Merci, FG

Normalement on sauve plus de place en data/data, peux-tu comparer avec les mêmes fichiers le audio/data avec la data/data? Dans tout les cas les deux techniques s'automatisent bien pour faire un GDI => Traduction. Voulais tu dire 98:47 plutôt que 99:47, les cd 99min sont normalement limités à environ 99min pas 100 ... Je crois que si ça passe ou pas peux varier d'une console à l'autre, mais surtout d'un graveur à l'autre rendu à ce point. Ce qui est sur c'est que la DC est 'faite' pour très bien indexer jusqu'à 120min. Cheers, FG

Kogami, moi en poussant le bootbin à l'extrémité complètement du cdr 99min avec un sort et un dummy, je n'ai aucun problème à lancer le jeu. Donc le DC lit bien le disque jusque dans les 98min50s+ ... Pour ce qui est de data/data vs non-selfboot. C'est un choix mais on perd pas beaucoup d'espace en data/data. Tout rentre si on enlève les voix des minigames ou si on compresse LÉGÉREMENT les voix free. FG

Non et ce ne sera pas avant un ou deux mois.

L'idée des wavinjecter était à l'époque de fourneir les tracks audio en MP3 plutôt qu'en wav pour sauver de l'espace. Wavinjector converti le mp3 en wav et l'injecte dans l'image. Ça permettait de mieux compresser le jeux, en perdant un tout petit peu de qualité audio en convertissant l'audio en mp3. Aujourd'hui on voit moins l'utilité c'est sur ... Pour ton problème, il semble seulement que le gars qui a fait l'image se soit trompé de tracks ... Rien a y faire si ce n'est que de refaire un selfboot a aprtir d'un dump frais. FG

Moi j'en ai pas à vendre, mais le mek du lien oui.

My entire Dreamcast collection up for grabs! - The ASSEMblergames.com - Home of the obscure 2 BBA et 1 Lan Adapter. FG

Perso je grave tjrs en 40x ou plus et n'ai aucun problème même avec les cd 99minutes. Le moins de x possible c'était bon dans le temps ou les graveurs rapides étaient cheap et gravaient vite mais MAL. Les graveurs récents ou de bonne qualité gravent vite et BIEN. FG

En fait ça c'est mon créneau. En enlevant certains dialogues c'est facile sur 80min. En en downsamplant sévèrement certains (assez laid mais bon) ça se fait aussi sur 80 min. Et en en downsamplant légèrement certains ça se fait sur 99min. Mon préféré est 99min mais 80min est faisable aussi, bien que de moindre qualité! (~167MB de moins que le 99min quand même...) FG

Dépendament de la manière dont l'authenticité est vérifiée, il se peut que ton GD HS fonctionne quand même. Si des fichiers indispensables au jeu sont corrompues cela ne veut pas dire que le check d'authenticité va échouer, a moins que tu ai trempé ton gd-rom dans de l'acide sulfurique et l'ai passé au blender. FG

Il y a touours shenmuesubs.sourceforge.net ...

Normalement je devrais faire, si j'ai le temps un petit script Windows qui automatisera le tout si vous avez les fichiers de la trad ainsi que un GDI du jeu original (sans aucune modification, pour l'automatisation il faut savoir EXACTEMENT avec quoi on travaille sinon sa devient manuelle ...). Les fichiers vont s'extraire du GDI, se downsamplés, se copier aux bons endroits se hacké pour le boot et se patché (dans le cas des sous-titres) pour donner en sortie les différentes pistes du jeux. Ensuite, HOP! un autre petit script les graves OU BIEN il y a création d'un fichier CUE modifié compatible SEULEMENT avec IMGBURN OU BIEN les deux options sont disponibles. FG

Cependant les bin/cue en multisession ne sont aps standard, je ne sais pas si CDRWin le supporte. Je crois cependant que IMGBurn support un type "custom" de bin/cue qui mets les informations sur les sessions en commentaires et les utilise lors de la gravure. De plus, comme IMGBurn est gratuit je préfère utiliser celui-ci. Sinon ce serait un script qui créé les tracks et les graves toutes à la fin s'il n'y a pas d'erreurs. Si qqcn veut un .CDI il n'aura qu'à faire une image du CD gravé! Merci, FG

Je peux facilement automatiser les deux Ayla, là n'est pas mon problème! Comme je connais bien ShenmueII et que tout le monde est censé partir avec les mêmes fichiers originaux je peux automatiser le downsampling et le gravage "relativement simplement" (aka sa sera long à écrire mais je l'ai déjà fait à la main donc...). C'est simplement que j'aurais préféré créer une image sur le disque avant de graver, au format CDI. Je peux déjà en faire une en NRG mais dans un format hacké peu compatible -> pas bon pour le "grand public" qui va poser plein de questions sur pourquoi ça marche pas. En y repensant je peux peut-être faire un bin/cue multisession gravable sous IMGBurn, je crois qu'il les supporte. Merci, FG

Pour ce qui est d'automatiser la création d'une image fonctionnelle du jeux traduit si l'usager fourni une version électronique viable du jeux (GDI dumpé avec le BBA ou la carte SD ou bien dump de coder's cable) et si le "check" légal du jeux passe, ça ne devrait pas être difficile étant donné qu'on sait exactement avec koi on travaille. Cependant mes techniques permettent de faire une iamge au format *.NRG hacké peu compatible avec certains graveurs ou logiciels. Si quelqu'un pouvait m'aider pour créer un application en ligne de commande du type nrg2cdi je serait très content. Bref je peux facilement automatisé l'opération " GDI + trad = image_NRG_traduite(80 ou 99min) " Mais pour simplifier la tâche à l'utilisateur " moyen " il serait cool d'avoir un nrg2cdi à la fin qui simplifi le tout! Sinon directement faire le programme pour graver sur un cd, sans image temporaire! FG

Merci pour ce dernier lien. Je suis en train de faire ce mod justement. Il ne me reste que 2 resistor en une switch à souder (le plus dur, la chip par dessus le bios, est déjà en palce). Lorsque je trouverai le temp (cet hiver peut-être) je finirai le mod et p-e que je ferai un tuto en français si le coeur m'en dit! Cheers, FG

Juste pour clarifier, il n'y a pas besoin de graver l'EEPROM. Avec une chip réinscriptible et en bootant avec le bios original on peut flashé la nouvelle chip directement depuis le DC. ???????????? Bios ?? Sega Dreamcast / Hardware / DC-SWAT - ???? ? Sega Dreamcast ? ?? ??????. FG

Pas dans tout les cas apparemment, mais moi ça fait 2/2 ... FG

La console est quand-même "discontinued" en ce sens qu'elle n'est plus supporté par Sega et que les jeux qui sortent dessus ne sont pas licenciés, il utilisent la même faille MilCD que les backups. FG

Une version toute prête va probablement aboutir sur le web un jour ou l'autre, mais le but ici, est de protéger légalement la team le plus possible dans le but de promouvoir la trad sans promouvoir les backups non-légitimes, aka le piratage. On ne veut pas que le projet sois barré par une ordonnance de la cour aussi prêt du but non ? FG

Conceptuellement ce serait possible, avec 2gig de ram dans la dreamcast ... Donc pas très pratique... FG

Well, someone designed a sd-card cable for DC (JJ1ODM) and many people ahve implemented it in their console. And there's also a way to dump most gd-rom with a specific dvd-drive (Lite-On Ltd-165H), which I've made a french tutorial on: [Windows] Ripper un GD-Rom avec le lecteur de son PC :: DreamAgain But the goal here isn't to check if the users can do dirty hardware hacks to their DC, it's simply to check with a relatively good protection algorithm if they own an ORIGINAL gd-rom of the game that's being translated. Only the low-density region of the original GD-ROM in a cd-rom drive will probably be checked. So as many people as possible can use the translation! Cheers, FG

Ok, grosse clarification il existe 2 mods: Region Changer et un BIOS custom Region changer ne fait qu'écrire dans la flash pour cahnger la "région" de la DC, le BIOS reste INTOUCHÉ! Pour faire ce mod il faut désouder une résistance et souder un des points où elle était soudé au 12v pour rendre toute la flash inscrivible. Un custom bios sert a changer complètement le bios. Ce qui peut inclure un region-free bios ou une région locké, peut importe la flash. Le problème avec région changer c'est que, comme la flash est écrite au hazard, et qu'elle est complètement inscrivible (a cause du mod) il se peut qu'un jeu écrive par dessus les info de région -> black swirl et rien boot. Pour cela il faut désouder le fil sur le 12v OU BIEN mettre une switch. Les deux ont déjà été faits par moi même(couper le fil) ou d'autre gens (switch) par contre le schéma ci-contre est de moi(il y a des années!). http://i84.photobucket.com/albums/k19/_FamilyGuy_/RCSWITCH.png Cheers, FG

C'est effectivement très judicieux de faire cela. Si un jeu écrit dans le flash et que la modification Region Changer est pĥysiquement présente, il pourrait écraser les informations de région avec des donnés invalide = DC mort. Si tu change souvent de région tu peux toujours mettre une switch accessible de l'extérieur pour pouvoir changer le statut du mod. FG