krHACKen

https://www.metagames-eu.com/forums/playstation-2/ps2-nas-freebox-134167.html#post1770313 Les liens sont morts depuis une màj du firmware. (EDIT : Nope, ils sont bons. Aussi, n'oublies pas de te connecter avant d'y accéder) Vérifier que le Samba est actif; Attribuer des baux statiques pour être sûr; Désactiver l'accès protégé par mdp.

J'ai pas regardé le code source d'OPL pour voir le MAX_ITEMS. Mais ça peut aussi être causé par un tampon en trop-plein. Et si c'est le cas, c'est vérifiable en raccourcissant les noms de tes ISOs/jeux. Après avoir raccourci les noms de disons 10 jeux, si t'as + de jeux dans ta liste, c'est que le "problème" vient de là.

http://aybabtu.chez.com/RANDOMPIX/45245321.jpg MediEvil m'emmerde. J'ai eu beau désactiver le dithering, il y en a toujours par endroits, selon l'angle de caméra:heu:.

http://aybabtu.chez.com/kHn/E1.ZIP Bugfix. Les codes "[OLDSCHOOL SHIT]" de type "// A" ne s'affichaient pas avec certains jeux (dont le prototype de MediEvil), à cause d'une instruction jump and link mal calculée:shy2:. EDIT : Quelques infos sur "[OLDSCHOOL SHIT]", vu que le nom de nerd n'est pas vraiment explicite. C'est une variante du code qu'on utilisait pour foutre l'affichage en PAL/NTSC autrefois, sauf que là c'est sensé désactiver complétement le dithering, sans avoir à réinscrire de nouvelles valeurs E1h. Dans la grande majorité des cas, il faut rebooter le jeu pour que le code prenne effet. Peu de jeux invoquent cette fonction en cours de jeu.

Ouais, ma sortie sur la décomposition en deux codes 3 était sans rapport avec l'exemple suivant et a rendu mon exposé un peu confus. Décomposition du code de MediEvil FR : D00F8594 1999 300F8594 0033 D00F8594 1933 300F8595 0013 D00F8C9C 1999 300F8C9C 0033 D00F8C9C 1933 300F8C9D 0013 Y'a deux exécutables dans MediEvil. Le freeze doit être due à l'absence de code D. J'ai pas testé le mien dans une vraie play ni dans POPStarter, mais c'est le même code que le sien, protégé par un code D. File/Write Snapshot. Mon programme vérifie la présence de "NO$PSX SNAPSHOT" dans l'en-tête (offset 0h) du fichier, puis scanne jusqu'à "MRAM" puis charge le contenu 12 octets plus loin sur 2 mégaoctets. Sinon il vérifie la présence de "PS-X EXE", et lit son en-tête pour savoir comment mapper le contenu. Sinon il quitte, sans message d'erreur. C'est un programme que j'utilisais pour des trucs persos, pour toute autre chose que l'anti-dithering. Je l'ai modifié à la barbare et il n'y a pas de message d'erreur d'implémenté. Tu devrais vérifier ça : Options/Emulation Setup/Files/SNA File Format = Uncompressed Tes savedstates sont surement compressées et mon programme ne décompresse que dalle. Il prend les fichiers bruts. EDIT : Aussi, mes batchs sont fichus pour n'afficher que des rapports pour E1000200h. Pour certains jeux ça peut être insuffisant. Par exemple, je viens de faire Gran Turismo 2 PAL. Il a besoin du scan de E1000240h pour enlever le dithering sur les fumées/poussières des roues de bagnoles. En enlevant les "rem" en face de @echo [ALL] et des deux lignes suivantes, t'auras plus de résultats.

Le code 3 écrit 1 byte; Le code 8 écrit 2 bytes. Vu qu'on cherche à remplacer la valeur 0200 par 0000, pas besoin d'écrire 0000 en deux bytes (code 8) vu qu'on a déjà un 00 dans la valeur. Tout ce qu'on veut faire en fait, c'est changer le 02 en 00. Exemple en prenant le code anti-dithering de Ridge Racer Type 4 PAL : Valeur originale à l'offset 000940E8 : 0200 On veut changer le 02 en 00. Pour que ça donne 0000. Le 02 est à l'offset 000940E9. On prend l'adresse 000940E9, on y met le type de code 30 dessus, ce qui donne 300940E9. Et notre valeur 00, ce qui donne 300940E9 0000. Le code 800940E8 0000 aura le même effet que 300940E9 0000 néanmoins. C'est juste une façon de faire... Pour savoir le quel des deux types choisir, suffit de savoir quoi patcher et avec quelle valeur. Imaginons qu'il faut que nous fassions un code widescreen, sur un jeu qui a pour valeur originale 1999. Pour remplacer 1999 par 1333, on doit écrire deux bytes (99->33 & 19->13). Donc obligé d'utiliser un code 8. Ou bien deux codes 3 mais c'est absurde. Exemple avec MediEvil FR : D00F8594 1999 // original 800F8594 1333 D00F8C9C 1999 // original 800F8C9C 1333 Et pour un code widescreen avec une valeur originale 1000 à changer en 0C00, un code 3 devrait suffire. Exemple avec Small Soldiers FR : D00A7190 1000 // original 300A7191 000C ça change le 10 en 0C, pour qu'au final ça donne 0C00. Maintenant pour les codes de triches, tout dépend de comment le jeu est foutu. Imaginons un jeu qui stock la valeur de l'énergie du personnage dans un seul byte. Mieux vaut utiliser un code 3. Parce qu'en utilisant un code 8, ça écrira deux bytes, et par conséquent, ça risque de modifier la valeur d'un autre paramètre en même temps. Un titre qui me vient à l'esprit, Resident Evil. Ce jeu a un byte qui indique l'item, et le byte juste à côté est la quantité. Avec des codes 3 on peut choisir l'item et la quantité indépendamment, et avec un code 8 on contrôle les deux en même temps. Faut faire un glisser/déposer du snapshot sur un des batch. Le programme accepte les snapshots de no$psx, des dumps de RAM complets (2 Mo) et les exécutables PS1. EDIT : Je viens de voir que demilich a trouvé mon code pour Driver 2. Content que ça marche. Peut être que je devrais prévenir quand je réupload la liste avec de nouveaux codes anti-dithering. Le truc c'est que je fais plusieurs choses en même temps, et que je produis les codes quand j'ai un peu de temps libre.

J'étais complétement à l'ouest l'autre jour. Le MGS n'avait pas besoin d'asm:lol:. À cause de la bombe dans mon équipement (le cadeau de Ocelot), il me fallait désactiver les cheats pour pouvoir la jeter et ne pas me faire sauter la gueule. Et j'oubliais de réactiver mes cheats avant de relancer:pff:. C'est idiot. Donc en fait pour MGS, la méthode de base fonctionne pour trouver le code, à savoir choper les opcodes qui chargent E1000200h dans le register. Rien de compliqué. Pour mgs FR, le premier qui sort (30092535 0000) est le bon. Je corrigerais la liste plus tard... ET JE VIRERAIS AUSSI CETTE SATANÉE BOMBE À RETARDEMENT DES CHEATS:grr:.

Y'a qu'une seule version PAL de RR4. Quand il n'existe qu'une seule version PAL, même si c'est multilingue, je fous "(UK)". Normal que le code commence par 3. Il ne fonctionne pas ?

Ca devrait être ça : D0017614 0000 80017614 2AC0 D0017616 0000 80017616 A420 D001762C 0000 3001762D 002B D001762E 0000 8001762E A420

Oh au fait, les codes tu les testes aussi sous no$psx ou seulement sur POPStarter ? Il y avait un bug critique qui touchait les codes D, qui a été corrigé dans la RIP 06. Maintenant ça devrait fonctionner mais rien n'est sûr. Aussi, il se peut que les codes qui font une injection d'asm dans l'exe ne fonctionnent pas. C'est à cause du recompileur merdique de POPS, qui ne recompile pas forcément le code modifié par le cheat et réutilise celui d'origine.

Non, ce n'est pas portable, vu que les adresses des offsets de destinations des valeurs (offsets 800B3050 & 800B3090 sur la version FR) ne sont pas les mêmes, et que la valeur chargée dans le register (at si ma mémoire est bonne) de la fonction sur laquelle l'asm se greffe n'est peut être pas la même non plus. Puis le sample d'asm de no$psx n'aide pas, incomplet et tout ce qui n'est pas du MIPS brut me fout mal au crane:D. J'vais essayer de te faire un code pour le UK...

C'est ps2dis qui a sorti toutes ces adresses supplémentaires après l'analyse. Il a cherché toutes les instances de .word 0xe1000200 dans la mémoire, puis a trouvé les opcodes qui pointent directement vers ces offsets. Et par conséquent, écrire la valeur 0x0000 dessus comme dans mon template 80xxxxxx 0000 causera des bugs et autres corruptions, vu que ça changera l'offset le lecture/écriture plutôt que de changer la valeur à écrire sur l'offset. En gros, les adresses que j'ai listé ne sont utiles que si on a le désassembleur sous les yeux pour voir l'opcode qui s'y trouve. Dans le cas de MGS, les offsets (buffers) qui contiennent les valeurs 0xE1000200 sont dans un array, donc on n'obtient pas les pointeurs directs vers 000B3050h et 000B3090h à partir d'une simple analyse. Pour faire simple, toutes les adresses de ma liste que j'ai exporté une à une m'ont été inutiles. Sans quoi ouais, ce truc qui me servait dans le bidouillage de POPStarter et que j'ai un peu modifié cette nuit pour le fun ne me trouve que 2 chargements direct de E1000200h dans les registers (80092534 & 80093EF0), en zappant toute l'arithmétique et les conditions. Pas revérifié avec ps2dis.

Ouais. J'ai essayé de patcher ça. Malheureusement ça fait glitcher les éléments du codec et ça ne ressemble à rien. J'ai désassemblé un dump de RAM et injecté 2 bouts d'asm dans une fonction. Code D = conditionnel. Le code en dessous du code D n'est appliqué que si la condition du code D est remplie. MGS a deux exécutables. Les codes D sont là pour sécuriser l'exécutable qui ne doit pas être patché. On appelle ça une joker command, quand la condition du code D est une pression sur un bouton. Dans le cas de mes codes D pour MGS, c'est plutôt un genre de $SAFEMODE, mais qui a pour but de protéger le premier exécutable du jeu, là où le $SAFEMODE de POPStarter ne protège que contre la corruption de l'OSD (exécutable du BIOS qui affiche le logo PS) et agit en mastercode (sur tous les codes activés). Autres exemples de code D avec MediEvil FR, qui lui aussi a deux exécutables : Principal D009D420 0200 3009D421 0000 Barre d'énergie D0077BC8 0220 30077BC8 0000 Menus D0078E64 0220 30078E64 0060 Traduction : Code 1 : Si la valeur à 0009D420h est 0200h, écrire 00h à 0009D421h Code 2 : Si la valeur à 00077BC8h est 0220h, écrire 00h à 00077BC8h Code 3 : Si la valeur à 00078E64h est 0220h, écrire 60h à 00078E64h FMVs. Les vidéos de publicité ou d'intro lues au début de certains Action Replay/GameShark. Même si le Cheat Engine Compilation est authoré proprement, les vidéos ne ressemblent qu'à une bouillie de pixels quelconques. Je soupçonne ces ARs de lire les vidéos depuis un LBA spécifique. Le mieux serait de patcher les EXEs pour contourner la lecture, et virer les fichiers du disque pour économiser une place non négligeable.

- Mise à jour de la liste de codes widescreen Avril 2017 -> Actuelle = fait - Nettoyage des doublons / correction des erreurs dans les deux listes de codes = fait - Ajout des softs = fait, et à revérifier. Je n'ai ajouté que Cheats 'N Codes (USA). Peut être qu'il y en a d'autres à foutre dans la compil'. - Ajout des ROMs sur X-Flash = fait, je n'avais que le Game Booser Jap à ajouter. - Ajout des codes dithering OFF = en suspend. - Correctif/contournement des STR = pas fait. Peut être que j'essaierais...

Ça donnerait quelque chose sur ton MGS FR ça ? D00178B0 0000 800178B0 3050 D00178B2 0000 800178B2 A420 D00178C8 0000 800178C8 3090 D00178CA 0000 800178CA A420

J'ai trappé tout ce que j'ai pu sur MGS FR, sans succès.

Mouais. J'ai fait un peu joujou avec ça, sans trop aller loin dans le truc. Pas ma tasse de thé comme hack. Je vais quand même attendre que vous produisiez une liste de codes consistante avant de publier Cheat Engine Compilation pour que tout le monde soit content.

lui v0, $???? ori v0, v0, $0200 lui a0, $???? ori a0, a0, $0200 lui v1, $??? ori v1, v1, $0200 Ce sont des instructions très courantes. En recherchant ça dans la RAM ou l'exe et en patchant ces instructions en direct, vous vous donnez beaucoup trop de mal. Les fonctions liées au dithering n'ont vraiment que ça en commun ? Vous n'avez pas d'autres paternes de code à rechercher ?

80038AF0 0 n'est pas une syntaxe valide. Une valeur hexa 8bits, c'est 00. Vu que le code commence par 8, ça veut dire que la valeur est 16bits, donc 0000. Ouais, ça veut surement dire 80038AF0 0000 = écriture constante de 16 bits. Pour une écriture constante de 8 bits (donc 1 octet), ça serait 30038AF0 0000. Si je trouve des astuces au sujet du dithering, je te les filerais. Mais je ne m’inscrirais pas sur le forum de pcsx2. Y'a un parasite là-bas, et je préfère me tenir à l’écart de lui.

Yep j'ai vu ça. Et ça tombe pile au moment où je suis entrain de foutre Cheat Engine Compilation à jour. Nope, j'connais pas de meilleure méthode. Faudrait que je désassemble quelques PS-X EXEs pour faire joujou avec GPUSTAT, mais j'suis trop occupé avec d'autres trucs. Puis toutes mes PS1 sont hors service.

Sans quoi, de mémoire, PS2Ident peut aussi te refiler l'adresse MAC. Elle apparait en face de SMAP MAC Address ou un truc dans ce genre.

J'ai rippé cette save du Xploder v4 : xpv4.psu Mais je ne sais pas ce que ça vaut. Comme un con j'ai viré le dump du jeu de mon HDD tout à l'heure, donc j'ai pas pu tester. EDIT : Description "Rookie GT Completed. Unlock Le Mans Races." Muh, ça me semble être caca.

Yup, la version US est 1.02, la version PAL est 1.00. Non seulement les versions des fichiers options et championnat ne correspondent pas, mais le gzip BESLES-50131LEMANS contient des fichiers de ressource spécifique à la build. Baratin tech à part : la version de la save US est incompatible avec le jeu PAL. Renommer les fichiers BASLUS en BESLES ne donnera rien d'autre que Failed to Load à l'écran et Version Mismatch dans le terminal. 3 solutions : - Trouver une save PAL (ta demande en fait) - Trouver des codes ou en créer (ceux chez GameHacking mélangent PAL et USA... bizarre) - Te procurer la version US (qui semble aussi être en français d'après Redump)

Bon . Méthode de Shao alors. Puis si ça ne marche pas, passe sur le Discord de Darius. On fera une mixture update officiel + FMCB.

Nope, c'est SCPS_100.45 Corrigé : BIDATA-SYSTEM_2.ZIP