krHACKen

Ouais, donc il y a de forte chance pour que tu ais un des modèles qui bloquent le lecteur en cas de swap après une erreur d'initialisation du DVD original. Si je ne m'abuse, la PS2 n'aime pas les DVD+R, à moins que leur booktype ne soit changé en DVD-ROM. http://imageshack.com/a/img829/8384/xyv3.jpg En tout cas, toujours privilégier les DVD-R. Ça vient de la qualité du dye du DVD vierge je pense. Je commande mes disques vierges par cakebox de 100. Une fois, j'ai pris le risque de commander des DVD-R sans nom avec pour mediacode CMC MAG. AM3. De la vraie sal0perie. Toutes mes copies patinaient pendant les chargements, les vidéos saccadaient, et dans des jeux comme GTA ou NFS qui chargent les textures en temps réel, les jeux se figeaient sans arrêt. Nickel pour cramer la lentille. Par contre, si tu utilises des Verbatims et que tu as de tels problèmes de lecture, là il y a de sérieuses questions à se poser sur l'état de la lentille.

Deux 39004R ? Chanceux. J'ai deux 39004 dont une GH-019. J'ai récemment claqué un truc sur la GH-019, le ventilo ne tourne plus . Pour la lentille, démontage, nettoyage. Si ça n'y change rien, il reste des possibilités, mais elles sont périlleuses : 1) Reprogrammer la NVRAM du MechaCon avec un backup de celle-ci, à condition que le modèle de ta lentille corresponde à celui de la console de laquelle la NVRAM a été dumpé. Le mieux c'est de mettre la main sur un dump d'une SCPH-39004R, de s'assurer que les données de calibrages soient les bonnes, d'y injecter ton iLinkID et ton n° de série (optionnel) et de le flasher sur ta console avec LensChanger. TOUJOURS FAIRE UNE SAUVEGARDE de ta NVRAM avant de la reprogrammer, au cas ou le dump flashé serait incompatible avec la lentille. LensChanger contient déjà une très large banque de dumps pour plein de lentilles. Si le problème de lecture des CDs est lié à un obscur paramétrage foireux du laser (ça peut arriver), ce problème sera réglé. 2) Tripoter le potard "C" (pour CD) en dessous de la lentille. Sans multimètre c'est du suicide. Raccourcit considérablement la durée de vie de la lentille qui finira par crever dans un barbecue tôt ou tard. [Ne pas s'amuser à faire ça sur le potard DVD de la KHS-400C d'une 50k, sinon c'est la mort assurée de la lentille]. Le mode diagnostic et le lancement du CD via le navigateur peuvent peut être aider aussi. Ça fait des miracles sur des consoles V0-V4, mais j'suis pas certain que ça fasse grand chose sur les autres... Le remplacement de la lentille coutera plus cher que le prix d'une Fat d'occaz je pense... Pour la vitesse du ventilo, à part remplacer le fusible PS5 par une résistance ou la greffer sur un de ses deux fils, j'vois pas. EDIT : Quelle version du lecteur DVD ont tes 39004R ? 2.13E ?

Quel est le modèle de ta PS2 ? Est ce un DVD-R ou un DVD+R ? Aussi, quand tu mets ton DVD original, est-ce que tu entends ta lentille raffuter ou bien il s'initialise au quart de tour ? Si tu swappes dans une fat, ça peut venir d'une erreur de lecture à la détection (première initialisation) du DVD original, due à une lentille fatiguée. Ça se traduit par un truc comme ça : Après avoir refermé le tiroir avec le DVD original dedans, la lentille monte et descend 3 fois ou plus en faisant tic tic tic, s'en suit un bruit plus prononcé lors ce que la cellule revient se coller au moteur du disque et fait contact sur le capteur de fin de course, puis le disque se lance enfin. Quand ce truc se produit, tu peux te dire que le backup que tu swapperas ne bootera pas, car le MechaCon réessaiera de décrypter le logo PS2 du backup avec l'ID de l'original, échouera, bloquera le lecteur CDVD et te kickera sur l'OSDSYS:P. Merci Zoony. Si je me souviens bien, $ony a implémenté ce check pour la première fois dans les V7. Quand une console/lentille est atteinte de ce syndrome, il n'y a rien d'autre à faire que d'enchainer les resets comme un bouffon sur la séquence de démarrage "$ony C0mputer Ent£rtainment" en priant pour que le DVD original finisse par tourner sans que la lentille ne déconne, ou bien changer la lentille de la bécane (après avoir nettoyé la lentille et retesté). J'ai une 39004 qui me fait ça depuis des mois et c'est saoulant.

Ça me semble être une histoire de cavaliers. T'as essayé de changer la position des jumpers Master/Slave/Cable-Select et de le rebrancher sur ton adaptateur IDE->USB ?

De mon côté, je n'utilise pas souvent GSM, mais les seules fois où je l'ai utilisé pour afficher un jeu POPS PAL en NTSC, je n'ai pas eu de problème avec le son. Par contre, le PAL fait déconner POPS et hache le son sur tous les jeux. Le seul problème que j'ai rencontré avec GSM en NTSC était avec l'affichage de Metal Gear Solid, comme celui que tu as décrit, des grosses bandes noires genre 16:9 et l'image écrabouillée au milieu de l'écran... ShaoliAss en dira peut être +.

La bidouille est simple. L'ARMAX, comme n'importe quel launcher, ouvre SYSTEM.CNF pour lancer l'exécutable d'un jeu. Le truc consiste à lui faire charger un fichier CNF autre que SYSTEM.CNF, genre SWAP.CNF, et à placer celui-ci sur le disque de l'ARMAX. Ce CNF customisé doit avoir la structure d'un vrai SYSTEM.CNF et pointer vers le fichier ELF que tu veux lancer. Pour la codelist de l'ARMAX, j'utilisais OmiConvert pour la conversion MAX->RAW si je me souviens bien, et MAX Codelist Manager pour compiler la codelist. La codelist perso peut se charger depuis le CD aussi. Je ne me souviens plus de si il y a la possibilité de la charger depuis l'USB mais je ne pense pas, vu que Datel avait sorti un ELF qui se gravait sur UMCDR ou qui se lançait via le Media Player et qui servait justement à transférer la codelist de la clé USB vers la carte mémoire. Ma release de l'ARMAX avait les codelists Euro et US. C'était emmerdant car on devait impérativement passer par l'ARMAX Euro pour charger l'ARMAX US (2 fois plus de lenteur). Si j'avais à refaire ce hack, je ferais démarrer les deux séparément via un menu de démo de PS2 trafiqué (comme celui de SUDC3). La prise en charge des clés USB est foireuse sur le SM 3.6. Certaines clés formatées en FAT par USB Extreme le faisait freezer au démarrage. Personnellement, je préférerais mettre uLaunchELF carrément à la place du SM 3.3. Si je ne l'ai pas fait dans ma release de l'ARMAX customisé, c'est parce que l'ARMAX est un soft commercial et que uLE est un homebrew. Concernant le SM 3.8 CODER, des Japonais ont sorti un convertisseur de codelists Xplorer vers Swap Magic, ainsi qu'un PPF pour virer le splash screen. Là je ne pourrais pas donner les noms des softs car je ne les ai pas beaucoup utilisé, vu que la codelist du Swap Magic bouffe énormément de place sur la carte mémoire. Comme le Swap Magic charge les drivers mass à l'initialisation, il y a peut être moyen de le hacker pour qu'il charge la codelist depuis l'USB. Jamais essayé... EDIT : Je viens de me rappeler que le topic concerne un problème d'installation de FMCB... Formidable. EDIT2 : Je viens de retrouver la source du programme servant à convertir les codelists Xplorer en SwapMagicCoder. EDIT 3 : Il me semble que j'utilisais aussi "Xploder2 Code Compiler" (xp2cc, créé par misfire) pour compiler une codelist Xplorer à partir d'un fichier texte...

En 2007 ouais. Bizarre qu'on m'attribue encore les crédits pour ce truc en 2014. J'avais uploadé ça chez Megaupload et posté le lien sur un forum. Quelques jours après, un mec l'a téléchargé, a mis son logo dessus, l'a reposté chez SOR et en a revendiqué la paternité. Me voila ému que mon nom soit toujours associé à cette release:shy2: LOL. C'est juste un ARMAX qui débouche sur le SM 3.3. Pour les mecs qui swappent. Facile à réaliser. EDIT : Sans quoi ARMAX c'est de la mairde. Supporte pas les codes RAW, met 10 plombes à démarrer, bousille les cartes mémoires et plante, musique de fond insupportable, jamais mis à jour parce que Datel ne pond jamais d'update pour leurs softs. Rien de mieux que le Code Breaker cracké et les outils pour compiler sa propre codelist. Du temps où je pouvais encore me permettre de passer du temps à jouer, je créais mes propres codes avec PCSX2 et EmuHaste, je compilais ma codelist CodeBreaker et je cheatais avec CB et ma codelist sur OPL. C'était merveilleux.

Ouais. Pas la pieuvre géante mais j'suis le vrai kHn. Il y a aussi un crabe géant en l'entité de $ony Comput€r Ent£rtainment Incorporation:D.

Quelle est la version de Free MCBoot ? On croirait que le BAEXEC-SYSTEM est bien présent mais que la console se casse les dents sur un KELF zoné JAP (un DVDELF). Si tu as toujours la slim, fait une installation normale (pas multi) de la dernière version de FMCB. Ensuite, toujours avec la slim et en utilisant uLaunchELF, renommes le dossier "BIEXEC-SYSTEM" présent sur la carte mémoire en "BAEXEC-SYSTEM". Vu que le KELF du dernier FMCB est fait maison et sans zonage, il devrait démarrer sans problème sur ta console US du moment qu'il se trouve dans un dossier BAEXEC-SYSTEM.

Un petit retour concernant les liens que j'ai posté plus haut. Jeudi soir, j'ai commandé le Seagate 5400 tours/minute. Tout d'abord, le vendeur. Impeccable, rien à redire. Le modèle correspond à ce qui était annoncé. Le traitement de la commande a été rapide. Un mail "Accusé de réception de commande‏" contenant la facture, reçu au paiement. Un autre intitulé "Confirmation d'expédition‏", contenant le numéro de suivi du colis, reçu le lendemain matin. Le vendeur m'a évalué positivement avant que je lui laisse mon évaluation. Le colis était soigné. Le HDD était dans une poche antistatique scellée, qui était enrobée dans une poche à bulle scellée, qui était enrobée dans une feuille de plastique à bulle occupant tout le volume de la boite pour ne pas que le HDD se balade à l'intérieur. Le carton du colis était moyennement épais, mais proprement scotché aux coins et au niveau du clapet d'ouverture avec du ruban adhésif large. La facture était dans une poche collée au carton, pour que l'adresse de livraison qui y figure serve au traitement par Chronopost. Le nom d'utilisateur d'ebay figure lui aussi dans l'adresse de facturation et de livraison, après votre nom. Reçu ce matin. Le livreur Chronopost m'a fait déjouquer du plumard. Je l'ai accueilli en calbute. Il ne m'a pas demandé de signature. Le HDD le voici : Loge impeccable sur l'adaptateur réseau, loge impeccable dans l'expansion bay. À l'arrivée, il était formaté en NTFS, donc en premier lieu je lui ai fichu un formatage bas-niveau, en le branchant sur un adaptateur IDE vers USB 2.0. J'ai eu du 29,7 MB/s avec HDDLLF, impec. Ensuite, je l'ai mis dans ma PS2 et j'ai booté un backup du HDD Utility Disc 1.10 Hacked Build A4. À ma grande surprise, le fichu installateur du HDDOSD a pu formater le HDD et installer le HDDOSD sans écran rouge de la mort qui tue et sans que j'ai besoin de le formater avec uLE au préalable:pouce:. Nickel. Donc après j'ai booté le HDDOSD. Il a booté sans souci, ce qui démontre qu'il n'y a pas d'incompatibilité ou de défaut au niveau du SMART. Il a pu aussi passer tous les tests du HDD Checker de SP193. Pour un 5400RPM, je l'ai trouvé un peu long à s'initialiser. En tout cas mon vieux ExcelStor 80GB semble se mettre en route plus vite, lui qui est un 7200RPM en UDMA133 et qui est un vieux clou. Bon HDD, il est silencieux et n'a pas trop chauffé durant le temps de formatage bas niveau (une petite heure, à l'air libre) alors que d'autres comme mon DeskStar chauffent bien plus. J'ai bien envie de me prendre le Maxtor pour mon devkit PS1. Si je me décide à le prendre (j'ai fait des dépenses lourdes en ce début de mois), je le testerais dans ma PS2 avant de le monter sur mon CUSL2-C. Pour 13 euros, un disque dur IDE de 160GB aussi propre, j'pense que c'est une affaire correcte, voire une bonne affaire. En tout cas, j'suis satisfait de cet achat chez ce vendeur.

Plus possible de l'échanger au vendeur. J'ai finalement sauté le pas et je l'ai partiellement démonté avec un max de soin et de précautions, pour connaitre le modèle de la mobo et nettoyer son bloc optique. Après avoir vu ce qu'elle a dans le bide, je ne suis pas mécontent de l'avoir. C'est du hardware PORNOGRAPHIQUE. GH-004:love: pour la mobo. Avoir ça en PAL c'est terrible:pouce:. La coque et le design intérieur sont hyper sexy. J'ai testé le tilt du mode diagnostic en observant la lentille, génial ! Ça m'avait déplu de voir que la coque était endommagée, un petit trou à côté de l'expansion bay. En décalottant le sceau de garantie aujourd'hui, j'ai vu qu'il y a aussi un pète en dessous de celui-ci, du même calibre que l'autre. Cette console a du pas mal être choquée, encore une chance qu'elle fonctionne parfaitement. Il faut juste que j'essaie de ne pas penser aux 260 FICHUS EUROS qu'elle m'a coûté. Et maintenant que je l'ai ouverte et que son sticker de garantie est hachuré, elle a encore perdu du peu de valeur marchande qu'elle avait. Vu qu'une opportunité à la hauteur de mes moyens se présentait, j'ai passé commande pour une DTL-H30002 S. Ce n'est toujours pas le modèle que je veux, mais vu au prix qu'elle était et son état, fallait saisir. Donc j'aurais peut être une autre TEST à trader la semaine prochaine, en bien meilleur état que celle que j'ai actuellement.

Exact ! Désolé, je n'avais jamais remarqué et j'aurais du m'en douter. Dans le code source de FMCB Installer v0.95 13/10/2013, system.c ligne 624, fonction EnableHDDBooting(). Cette fonction utilise sceCdWriteConfig pour écrire la bonne valeur pour le power-cycle en NVM:shy2:. Donc l'installateur de FHDB fait ça de lui même, après l'installation. Vu que tu as déjà FHDB d'installé, il te suffit donc de refaire une insta en bootant l'installateur depuis une clé USB ooooh... Je cherche toujours les complications LOL. Sans quoi ouais, le HDDOSD est une misère, et il lag quand tu dépasses 80 giga de partitions si je me souviens bien.

Malheureusement ouais, il faudra graver et swapper le HDD Utility Disc. Il n'est pas compatible avec ESR. Ça ne marchera pas non plus s'il est lancé depuis le HDD avec OPL, mais je n'ai pas testé en SMB. Le HDD Utility Disc, comme tout logiciel PS2 de $ony, ne gère que l'adressage 28-bit. On peut utiliser le HDD Utility Disc et installer le HDDOSD sur un HDD de + de 137 GB à condition qu'il n'y ait AUCUNE partition existante au delà de cette limite de 137 GB. La difficulté principale, c'est la compatibilité du HDD avec le HDD Utility Disc. Le HDD Utility Disc est une cochonnerie qui affiche des message d'erreurs durant l'installation pour des raisons obscurs... C'est pour ça qu'on en a eu marre et qu'on s'est mis à jouer avec des dumps et HDD Raw Copy Tool:D, mais ça nous ramène à ce problème de power-cycle:'(. Finalement, la méthode de LensChanger serait peut être la plus simple si tu n'as pas le matos qu'il faut pour booter le HDD Utility Disc ou que le HDD n'est pas compatible; mais c'est de loin la plus risquée. Le truc en question qui est à modifier, la NVM, contient tous les réglages de la console (calendrier, paramètres du lecteur DVD, numéro de série de la console, système vidéo, code territorial...) ainsi que les données du MechaCon pour le calibrage du laser. En cas d'erreur au cours de la bidouille, on peut au mieux revoir le premier écran de config qui apparait quand la PS2 sort du carton, au pire se retrouver avec une console qui ne lit plus les disques. Toujours garder une copie de la NVM non-trafiquée pour pouvoir la restaurer en cas de pépin.

Le plus simple : Grâce à l'installation de FHDB que tu as, lancer une copie du HDD Utility Disc pour installer le HDDOSD. Le HDDOSD pourra être ensuite supprimé du HDD en réécrivant FHDB1.93.img dessus. Le plus compliqué (...ou pas) : Lancer un ELF de LensChanger, dumper la NVM de la console, en faire une copie au cas ou puis la trafiquer à l'éditeur hexadécimal comme décrit dans mon post, et enfin la reflasher dans la console toujours avec LensChanger. C'est con mais il n'y a pas d'appli homebrew automatisé pour ça. Le seul truc qui règle le power cycle de lui même, c'est le HDD Utility Disc (et surement le PSBBN aussi), mais il faut se coltiner l'installation.

Le power cycle est paramétrable dans la NVRAM du MechaCon. Par défaut, c'est réglé de sorte que le HDD s'éteigne et de rallume après avoir chargé le KELF du MBR. Le HDD Utility Disc règle ce truc de sorte que ça n'arrive plus, à l'issue d'une installation du HDDOSD. J'ai retrouvé ce post, mais avec du recul, je n'ai pas la certitude que l'offset est correct. Ça sera à revérifier. EDIT : Rien de mieux que les remarques d'un expert.

Metagames - FAQ Sans passer par des ripkits ou des softs qui descendent le débit des vidéos, on peut gagner un peu de place en laissant UltraISO reconstruire l'ISO. Les secteurs vides entre les fichiers du jeu seront utilisés. Au passage, en profiter pour supprimer les fichiers "dummies", qui sont des fichiers inutilisés par le jeu et qui ne servent qu'à occuper de la place sur le CD/DVD. Cette méthode ne fonctionnera pas sur des jeux qui lisent explicitement des fichiers à partir de LBAs spécifiques (sur ces jeux là, les fichiers ne peuvent être déplacés).

Là t'as du Seagate et du Maxtor 3.5" 160GB en IDE pour 13€ : HDD 160GB 3.5" IDE 5400rpm Seagate | eBay HDD 160GB 3.5" IDE 7200rpm Seagate | eBay HDD 160GB 3.5" IDE 7200rpm Maxtor | eBay

Normalement ouais. Les Maxtor DiamondMax logent bien dans l'expansion bay et se connectent sans problème. Pas moyen d'en avoir la certitude, vu qu'encore une fois ces c*nnards n'ont pas donné le modèle, mais Maxtor c'est du bon, et des DiamondMax j'en ai testé pas mal sans rencontrer d'incompatibilité.

Le problème du "vmode" de CUE2POPS, c'est qu'il ne redimensionne pas l'image. Changer les dimensions de l'image n'est pas possible en patchant le code PS1. Il est seulement possible de changer sa position, donc CUE2POPS tente de la déplacer au maximum possible vers le haut. Vu que l'image n'est pas redimensionnée, une partie du haut et une partie du bas ne sont pas visibles (les dimensions PAL étant plus grandes que les dimensions NTSC qu'affiche l'émulateur). Sans doute un problème dans le CUE, vu que CUE2POPS ne fait pas d'analyse approfondie de ce que le BIN contient. Vérifier trois trucs : 1) Que le chemin d'accès au fichier BIN soit le bon dans la ligne FILE "MON_JEU.BIN" BINARY du CUE 2) Que la deuxième ligne du CUE soit "TRACK 01 MODE2/2352" 3) Qu'il n'y ait pas de numéros mais des nombres pour identifier les pistes Pour 1), le mieux reste de placer le BIN et le CUE dans le même dossier et de ne pas mettre de chemin complet dans la 1ere ligne du CUE. Exemple : FILE "C:\UN_DOSSIER\MON_JEU.BIN" BINARY Pour 3), si tu as des lignes qui ressemblent à TRACK 1, TRACK 2, TRACK 3 ou INDEX 0, INDEX 1, les changer en TRACK 01, TRACK 02, TRACK 03 ou INDEX 00, INDEX 01. CUE2POPS est stupide et ne s'attend qu'à un nombre composé de deux chiffres pour TRACK et INDEX. Si il n'y a qu'un chiffre (exemple : 3 au lieu de 03), alors il plantera lamentablement.

"Disque Dur 160 Go 3.5 Seulement Pour PC" Sympa les mecs. Ça leur écorcherait le c*l d'indiquer le modèle, la marque ou au moins le type de connecteur du HDD qu'ils vendent ? Si c'est vraiment un 160 GO 3,5" neuf à 16,50 euros, ça vaut peut être le coup d'essayer mais c'est comme jouer au loto. Ou bien le vendeur te file un HDD IDE qui se loge impeccable sur l'adaptateur réseau, ou bien c'est pas bon et t'as perdu ton fric si tu n'as pas d'autre bécane sur lequel l'installer. Fouilles bien le net à la recherche d'autres affaires avant de mettre ton argent là dedans, c'est toujours mieux quand on sait exactement ce qu'on achète. Dans les commentaires, des mecs disent que c'est un Seagate et d'autres disent que c'est un Western Digital. Les Western Digital sont connus pour ne pas s'enficher dans l'adaptateur réseau... On se croirait sur Price-Minister beurk.

Les OSD.BIN sont des exécutables PS1 dans un format spécial POPStarter. POPStarter les charge dans le BIOS PS1 incorporé à POPS (ne fonctionne pas si on choisit d'utiliser un BIOS.BIN) et les exécute au lieu de booter sur le jeu. Les fichiers OSD.BIN sont à mettre dans les dossiers des VMC des jeux qu'on veut. Je pense que ImportPlayer donnera le même résultat que le "vmode" de CUE2POPS. ImportPlayer applique exactement le même hack, mais dans la mémoire virtuelle PS1 (alors que CUE2POPS patche directement le VCD). Il a aussi un GUI (un peu comme GSM) pour choisir manuellement la position horizontale/verticale de l'image. Aussi, ImportPlayer met un certain temps à démarrer.

@Waats Ce bug a normalement été corrigé dans des lanceurs parus en novembre dernier. Tu as renommé le fichier EXECUTE.ELF (que l'on appelle "portable") en PP.BOMBERMAN.ELF et tu l'as mis dans __common, c'est bien ça ? Si oui, alors : 1) Déplaces-le dans __common/POPS et renommes-le en EXECUTE.ELF 2) Télécharges les derniers lanceurs 3) Dans le zip téléchargé, il y a un fichier "NORMAL_LAUNCHER.ELF". Renommes-le en PP.BOMBERMAN.ELF et lances-le depuis où tu veux. J'ai eu ça en forçant Metal Gear Solid en NTSC via GSM, sans chercher à mieux configurer le truc. Je ne sais pas si c'est une généralité quand le PAL est forcé avec GSM, mais en tout cas, le fait de patcher POPS en PAL fait déconner l'émulation sur TOUS les jeux : Vu que le framerate chute du NTSC au PAL, l'émulateur tente de resynchroniser l'image et le son, en entrainant des saccades sur le son. Pour tenter de remédier au décentrage des jeux PAL sans incidence sur le son, je ne vois que 3 solutions, et les 3 contraignent à afficher en NTSC : - GSM - Commande "vmode" de CUE2POPS - ImportPlayer

Je ne me souviens plus comment c'est fichu. Ouais, dans doute un ressort et une petite vis cruciforme. Faudrait l'enlever complétement. Le fait de n'enlever que le ressort fera surement que le frein frottera contre les disques.

Au moindre capteur pas enfoncé, ta slim pensera que le capot est ouvert. Même si un sur les deux est resté enfoncé. Il faut impérativement que les deux soient maintenus enfoncés pour simuler un capot fermé. Deux capteurs enfoncés = capot fermé Un des deux ou les deux capteurs pas enfoncés = capot ouvert. Il n'y a pas d'autre combinaison. Il y a plusieurs moyens de ne pas se faire chier à tripoter les 2 pour passer du ouvert à fermé : - Condamner celui en haut à gauche du chariot (près de la prise Ethernet); et maintenir celui du bouton power/reset en cas de besoin pour simuler le capot fermé (patafix pas recommandée, elle risquerait d'emporter le contact quand tu l'enlèveras ou de le condamner à force de fermer le capot). - Court-circuiter celui en haut à gauche du chariot à l'étain; et se servir des moyens du bord pour bloquer celui du bouton power/reset quand il y a besoin de simuler un capot fermé (requiert le démontage) - Court-circuiter celui du bouton power/reset à l'étain; et souder un interrupteur sur celui en haut à gauche du chariot (requiert le démontage). J'en ai deux slims comme ça. Une a un bouton glissoir au cul (là ou il y a une sortie d'aération, en haut de la sortie audio/video). L'autre a un bouton poussoir soudé sur une plaque d'époxy qui est vissée au filetage servant à mettre le socle vertical (au milieu du côté gauche). Ses deux fils passent par un même trou, servant à l'origine à visser un écran LCD (le trou au cul de la console, à côté de la prise de l'alim). Si jamais tu démontes ta slim, profites en pour démonter définitivement le frein, c'est de la merde plus gênante qu'autre chose.

2 heures, dumper la EERAM pendant la cutscene du chef du DARPA dans MGS prend 2 HEURES:heu:; et je ne suis pas en SIO. http://img824.imageshack.us/img824/1429/zy9z.jpg L'IOP semble paniquer à fond. Si le serveur de la grenouille lag à chaque fois que je veux dumper durant la cutscene, je ne suis pas prêt d'avoir déplanté le jeu aux trois endroits où il coince. Généralement, quand l'émulation plante, POPS vomit "Exception type 9" dans le DPRINT puis touche un breakpoint, ce qui fait que POPS s'arrête et aucune commande ne répond (IGR n'est plus dispo). Dans le cas de MGS, j'ai désactivé les breakpoints associés au DPRINT. POPS freeze quand même, mais le pire c'est qu'il ne vomit pas d'erreur dans le DPRINT. À première vue, c'est au moment de changer de séquence dans la cutscene que ça foire. J'ai analysé un dump prélevé quand POPS était crashé. L'identifiant de la séquence est le bon, il change bien; mais les sous-titres qui y sont associés ne sont pas chargés (ceux de la séquence précédente reste). Alors soit l'émulateur déconne car il ne peut pas charger certains éléments de la séquence, soit il déconne AVANT d'essayer de les charger. Bref, ça va être la galère pour le déplanter celui là... EDIT : Point commun entre ces 3 cutscenes qui plantent : Les 3 séquences problématiques sont des scènes où l'on voit Metal Gear Rex dans son entrepôt xD . Le jeu opère le chargement de textures additionnelles (vu que ce n'est pas dans le level en cours) et applique un effet brunâtre.