Bonjour !
Je voudrais savoir comment trouver l'offset d'un jeu pour créer des codes action replay sur celui-ci.
Existe-t-il un tutoriel en anglais ou en français ??
Parce qu'il y a beaucoup de tutos pour créer des codes AR avec Emucheat mais je n'ai toujours pas réussi à en trouver un sur les offsets.
Merci de votre compréhension, j'attends votre aide.
Recherche de l'offset d'un jeu
Pages: [1] 2
Pokedeus
- Membre
- 38 posts
M@T
- Membre
- 15146 posts
14 mai 2011, 11:39
Tu veux dire, l'adresse mémoire du pointeur ?
La plupart des jeux n'en ont pas, et pour ceux qui en ont, regarde les codes existants, tu la trouveras sans doute.
Sinon, perso j'utilise un programme appelé "NDS Pointer codes & Backtracer Tool" (NDS PC&BT) qui compare deux dumps de RAM pour rechercher le pointeur.
Ça fonctionne plutôt bien, mais j'ai pas le temps de faire un tuto.
EDIT : Tu pourras le trouver ici : http://www.kodewerx.org/forum/viewtopic.php?t=721
« Modifié: 14 mai 2011, 11:40 par M@T »
La plupart des jeux n'en ont pas, et pour ceux qui en ont, regarde les codes existants, tu la trouveras sans doute.
Sinon, perso j'utilise un programme appelé "NDS Pointer codes & Backtracer Tool" (NDS PC&BT) qui compare deux dumps de RAM pour rechercher le pointeur.
Ça fonctionne plutôt bien, mais j'ai pas le temps de faire un tuto.
EDIT : Tu pourras le trouver ici : http://www.kodewerx.org/forum/viewtopic.php?t=721
Pokedeus
- Membre
- 38 posts
15 mai 2011, 13:12
Merci beaucoup.
Enfin, j'aimerais quand même être sûr :
Par exemple, dan ton tutoriel pour EmuCheat avec Pokémon Version Platine (http://www.pokemontrash.com/club/triche/nouveaux-codes-inedits-pour-pokemon-platine-fr-!/msg85916), tu dis à un moment :
Merci encore de ton aide.
Enfin, j'aimerais quand même être sûr :
Par exemple, dan ton tutoriel pour EmuCheat avec Pokémon Version Platine (http://www.pokemontrash.com/club/triche/nouveaux-codes-inedits-pour-pokemon-platine-fr-!/msg85916), tu dis à un moment :
Citer
Ensuite, il faut connaître l'offset actuel du jeu.Et donc cette adresse de 101F20 (qui permet de connaître la valeur de l'offset), NDS Pointer codes & Backtracer Tool permet de la trouver ?
Rien de plus facile, rendez-vous dans l'onglet "Search" puis le sous-onglet "Memory Edit".
Entrez 101F20 dans le champ "Address" et cliquez sur "Show Address" (ou appuyez sur la touche "Entrée").
Merci encore de ton aide.
M@T
- Membre
- 15146 posts
16 mai 2011, 13:26
Ouaip, c'est son but (cette adresse est appelée un pointeur).
Pour cela, il te faut deux dumps de RAM à deux moments où la valeur du pointeur est différente, et également connaître l'adresse mémoire absolue de quelque chose qui dépend du pointeur pour chacun de ces dumps.
La plupart du temps, j'utilise l'adresse de l'argent du joueur, parce que c'est très facile à retrouver.
Pour cela, il te faut deux dumps de RAM à deux moments où la valeur du pointeur est différente, et également connaître l'adresse mémoire absolue de quelque chose qui dépend du pointeur pour chacun de ces dumps.
La plupart du temps, j'utilise l'adresse de l'argent du joueur, parce que c'est très facile à retrouver.
Pokedeus
- Membre
- 38 posts
16 mai 2011, 16:46
Merci beaucoup M@T !
Je suis vraiment désolé de t'importuner encore, mais j'aurais encore deux questions :
1) Dans tes explications, si j'ai bien compris, l'adresse mémoire absolue est 0AAAAAAA ??
2) Pour définir la valeur du pointeur (dans ton tuto de Platine, 101F20), il faut dans le code Action Replay une ligne de cette forme : B2XXXXXX 00000000 où XXXXXX est le pointeur ? J'ai cru comprendre ça en regardant les différents codes des différents jeux car j'ai vu que pour les codes Platine cette ligne est B2101F20 00000000 et pour les codes Blanc/Noir elle est B2000024 00000000, donc je suppose qu'il faut placer B2 au début. Est-ce que c'est cela ?
Merci encore pour ton aide, M@T.
Je suis vraiment désolé de t'importuner encore, mais j'aurais encore deux questions :
1) Dans tes explications, si j'ai bien compris, l'adresse mémoire absolue est 0AAAAAAA ??
Citer
Nous avons l'offset et l'adresse mémoire des PCa (que l'on va noter 0AAAAAAA).
Or, cette adresse mémoire est formée comme ça :
0AAAAAAA = 0XXXXXXX + offset.
Un peu de maths, et on obtient :
0XXXXXXX = 0AAAAAAA - offset.
Dans mon cas, ça donne :
0XXXXXXX = 0x02284DB8 - 0x0227E434.
2) Pour définir la valeur du pointeur (dans ton tuto de Platine, 101F20), il faut dans le code Action Replay une ligne de cette forme : B2XXXXXX 00000000 où XXXXXX est le pointeur ? J'ai cru comprendre ça en regardant les différents codes des différents jeux car j'ai vu que pour les codes Platine cette ligne est B2101F20 00000000 et pour les codes Blanc/Noir elle est B2000024 00000000, donc je suppose qu'il faut placer B2 au début. Est-ce que c'est cela ?
Merci encore pour ton aide, M@T.
M@T
- Membre
- 15146 posts
16 mai 2011, 16:55
En effet, c'est bien ça pour les deux.
Attention cependant, il faut bien se souvenir qu'une adresse mémoire est toujours de la forme 0x02XXXXXX (sauf pour certaines choses liées au système ; par exemple les touches pressées c'est à 0x04000130).
EmuCheat n'affiche que les 3 derniers octets des adresses mémoire, donc 0xXXXXXX quand on considère 0x02XXXXXX (n'oublions pas que le préfixe "0x" désigne un nombre hexadécimal).
D'où le "2" dans "B2101F20" : c'est en fait un "B" ajouté à l'adresse mémoire 0x02101F20.
Cette instruction sert à ajouter dans la valeur courante de l'offset la valeur à l'adresse qui vient après le B.
Donc la ligne "B2101F20 00000000" veut dire "valeur de l'offset = valeur de l'offset + valeur à l'adresse 0x02101F20".
De plus, l'instruction "B" est affectée par l'offset courant.
Donc la vraie instruction c'est "valeur de l'offset = valeur de l'offset + valeur à l'adresse [0x02101F20 + valeur de l'offset]".
Comme au début de chaque code, l'offset vaut 0, ça peut se réduire à "valeur de l'offset = valeur à l'adresse B2101F20".
(attention, ce n'est vrai que quand l'offset vaut 0 ; dans D/P par exemple, il y a un double-pointeur)
« Modifié: 16 mai 2011, 16:59 par M@T »
Attention cependant, il faut bien se souvenir qu'une adresse mémoire est toujours de la forme 0x02XXXXXX (sauf pour certaines choses liées au système ; par exemple les touches pressées c'est à 0x04000130).
EmuCheat n'affiche que les 3 derniers octets des adresses mémoire, donc 0xXXXXXX quand on considère 0x02XXXXXX (n'oublions pas que le préfixe "0x" désigne un nombre hexadécimal).
D'où le "2" dans "B2101F20" : c'est en fait un "B" ajouté à l'adresse mémoire 0x02101F20.
Cette instruction sert à ajouter dans la valeur courante de l'offset la valeur à l'adresse qui vient après le B.
Donc la ligne "B2101F20 00000000" veut dire "valeur de l'offset = valeur de l'offset + valeur à l'adresse 0x02101F20".
De plus, l'instruction "B" est affectée par l'offset courant.
Donc la vraie instruction c'est "valeur de l'offset = valeur de l'offset + valeur à l'adresse [0x02101F20 + valeur de l'offset]".
Comme au début de chaque code, l'offset vaut 0, ça peut se réduire à "valeur de l'offset = valeur à l'adresse B2101F20".
(attention, ce n'est vrai que quand l'offset vaut 0 ; dans D/P par exemple, il y a un double-pointeur)
Pokedeus
- Membre
- 38 posts
16 mai 2011, 17:48
Merci.
Et donc, dans le cas où il y a un double pointeur, quelle serait la procédure à suivre pour définir le pointeur ? Le pointeur étant une variable contenant l'adresse mémoire d'une autre variable, il y aurait quelque chose de ce genre :
Pointeur 1 : XXXXXXXX YYYYYYYY
Pointeur 2 (vers offset) :YYYYYYYY AAAAAAAA ?
Et comment trouver le pointeur 1 dans ce cas ? Parceque on peut arriver au pointeur deux à l'aide de ton programme, mais après, s'il change chaque fois...
Merci encore de ton aide !
Et donc, dans le cas où il y a un double pointeur, quelle serait la procédure à suivre pour définir le pointeur ? Le pointeur étant une variable contenant l'adresse mémoire d'une autre variable, il y aurait quelque chose de ce genre :
Pointeur 1 : XXXXXXXX YYYYYYYY
Pointeur 2 (vers offset) :YYYYYYYY AAAAAAAA ?
Et comment trouver le pointeur 1 dans ce cas ? Parceque on peut arriver au pointeur deux à l'aide de ton programme, mais après, s'il change chaque fois...
Merci encore de ton aide !
M@T
- Membre
- 15146 posts
16 mai 2011, 17:55
Le programme peut rechercher un double-pointeur, mais c'est beaucoup plus long et le résultat n'est pas assuré (y'a une case à cocher).
Pokedeus
- Membre
- 38 posts
16 mai 2011, 18:04
Merci.
Mais pour définir le double pointeur dans le code, il faudra écrire :
BXXXXXXX 00000000
BYYYYYYY 00000000
où 0XXXXXXX est le pointeur qui pointe vers 0YYYYYYY ??
Mais pour définir le double pointeur dans le code, il faudra écrire :
BXXXXXXX 00000000
BYYYYYYY 00000000
où 0XXXXXXX est le pointeur qui pointe vers 0YYYYYYY ??
M@T
- Membre
- 15146 posts
16 mai 2011, 18:12
Yep, exactement.
Sachant que 0YYYYYYY peut être décalé de la valeur pointée par 0XXXXXXX, comme par exemple pour Pokémon D/P, où le 2ème pointeur est décalé de 4 octets :
B21C4EA8 00000000
B0000004 00000000
D'ailleurs, je viens de me rendre compte que j'ai dit une connerie un peu plus tôt ; le code "B" n'ajoute pas la valeur à l'offset, il la définit.
Sinon, le code ci-dessus ne fonctionnerait pas.
Sachant que 0YYYYYYY peut être décalé de la valeur pointée par 0XXXXXXX, comme par exemple pour Pokémon D/P, où le 2ème pointeur est décalé de 4 octets :
B21C4EA8 00000000
B0000004 00000000
D'ailleurs, je viens de me rendre compte que j'ai dit une connerie un peu plus tôt ; le code "B" n'ajoute pas la valeur à l'offset, il la définit.
Sinon, le code ci-dessus ne fonctionnerait pas.
Pokedeus
- Membre
- 38 posts
16 mai 2011, 19:39
Donc là, à la place de :
B21C4EA8 00000000
B0000004 00000000
on peut écrire :
B21C4EA8 00000000
B21C4EAC 00000000 ??
Cela reviendrait au même car on rajoute 4 à 21C4EA8, donc on peut écrire l'adresse complète, non ??
Ou bien il faut toujours que la définition du deuxième pointeur (B0000004 00000000
ici) se fasse par rapport au premier avec :
BXXXXXXX 00000000
B[YYYYYYY-XXXXXXX] 00000000
où XXXXXX pointe vers YYYYYYY ??
Merci encore.
« Modifié: 16 mai 2011, 19:43 par Pokedeus »
B21C4EA8 00000000
B0000004 00000000
on peut écrire :
B21C4EA8 00000000
B21C4EAC 00000000 ??
Cela reviendrait au même car on rajoute 4 à 21C4EA8, donc on peut écrire l'adresse complète, non ??
Ou bien il faut toujours que la définition du deuxième pointeur (B0000004 00000000
ici) se fasse par rapport au premier avec :
BXXXXXXX 00000000
B[YYYYYYY-XXXXXXX] 00000000
où XXXXXX pointe vers YYYYYYY ??
Merci encore.
M@T
- Membre
- 15146 posts
16 mai 2011, 20:46
Si j'ai bien compris ce que tu voulais dire dans la 2ème partie de ton message (à partir de "Ou bien"), ça devrait être bon ; en fait, l'adresse du 2ème pointeur est calculée par rapport à l'offset.
B21C4EA8 00000000 <- offset = (valeur à l'adresse 0x021C4EA8)
B0000004 00000000 <- offset = (valeur à l'adresse [0x00000004 + offset])
Du coup, le 2ème pointeur est relatif à la valeur du 1er.
Quand on résume les deux lignes, ça fait :
offset = (valeur à l'adresse [0x00000004 + {valeur à l'adresse 0x021C4EA8}])
« Modifié: 16 mai 2011, 20:47 par M@T »
B21C4EA8 00000000 <- offset = (valeur à l'adresse 0x021C4EA8)
B0000004 00000000 <- offset = (valeur à l'adresse [0x00000004 + offset])
Du coup, le 2ème pointeur est relatif à la valeur du 1er.
Quand on résume les deux lignes, ça fait :
offset = (valeur à l'adresse [0x00000004 + {valeur à l'adresse 0x021C4EA8}])
Pokedeus
- Membre
- 38 posts
20 mai 2011, 19:24
Merci et excuse-moi encore M@T :
Quel est le programme nécessaire pour faire un dump de la RAM ?? Sinon, peut-on le faire directement sur N$Gba ? Parceque j'ai compris que ton programme exige deux adresses mais aussi deux fichiers, et comme il ne m'indique pas quel type de fichiers il faut,... voilà.
Quel est le programme nécessaire pour faire un dump de la RAM ?? Sinon, peut-on le faire directement sur N$Gba ? Parceque j'ai compris que ton programme exige deux adresses mais aussi deux fichiers, et comme il ne m'indique pas quel type de fichiers il faut,... voilà.
M@T
- Membre
- 15146 posts
21 mai 2011, 17:56
Pour faire les dumps, perso j'utilise HasteDS.
Lance No$GBA, charge la ROM, puis ouvre HasteDS, et il devrait trouver tout seul No$GBA (si ce n'est pas le cas, clique sur "Attach To Emulators").
Pour faire le dump de RAM, clique sur "Memory Dump" dans HasteDS.
Par contre, ça ne fonctionne pas pour les versions N/B, le dump est crypté.
Mais il se trouve que DeSmuME peut faire des dumps de RAM décryptés, bien qu'il dump la totalité de la RAM, au lieu de seulement les 4 Mo qui sont utilisés par l'AR.
C'est bien moins pratique, alors ça ne doit servir que pour les versions N/B.
« Modifié: 21 mai 2011, 17:57 par M@T »
Lance No$GBA, charge la ROM, puis ouvre HasteDS, et il devrait trouver tout seul No$GBA (si ce n'est pas le cas, clique sur "Attach To Emulators").
Pour faire le dump de RAM, clique sur "Memory Dump" dans HasteDS.
Par contre, ça ne fonctionne pas pour les versions N/B, le dump est crypté.
Mais il se trouve que DeSmuME peut faire des dumps de RAM décryptés, bien qu'il dump la totalité de la RAM, au lieu de seulement les 4 Mo qui sont utilisés par l'AR.
C'est bien moins pratique, alors ça ne doit servir que pour les versions N/B.
Pokedeus
- Membre
- 38 posts
21 mai 2011, 19:23
Merci.
Donc, en fait, la procédure à suivre pour trouver le pointeur est la suivante, si je ne m'abuse :
1) Lancer la ROM du jeu avec No$Gba puis lancer Emucheat et HasteDS.
2) Attacher Emucheat et HasteDS à No$Gba.
3) Rechercher l'adresse qui contient la quantité d'argent, par exemple, avec Emucheat, créer le code et le tester dans le jeu.
4) S'il marche, aller dans HasteDS et faire un dump de la RAM.
5) Reseter le jeu et recommencer les étapes 3-4.
6) Ouvrir NDS PC&BT, mettre les deux fichiers de dump et les adresses trouvées coresspondantes et cliquer sur Go!
7) Attendre qu'il trouve le pointeur.
Est-ce que c'est comme cela qu'il faut procéder ??
Mais alors, y a-t-il un format spécifique (.bin, .dump, ...) sous lequel enregistrer le dump ???
Donc, en fait, la procédure à suivre pour trouver le pointeur est la suivante, si je ne m'abuse :
1) Lancer la ROM du jeu avec No$Gba puis lancer Emucheat et HasteDS.
2) Attacher Emucheat et HasteDS à No$Gba.
3) Rechercher l'adresse qui contient la quantité d'argent, par exemple, avec Emucheat, créer le code et le tester dans le jeu.
4) S'il marche, aller dans HasteDS et faire un dump de la RAM.
5) Reseter le jeu et recommencer les étapes 3-4.
6) Ouvrir NDS PC&BT, mettre les deux fichiers de dump et les adresses trouvées coresspondantes et cliquer sur Go!
7) Attendre qu'il trouve le pointeur.
Est-ce que c'est comme cela qu'il faut procéder ??
Mais alors, y a-t-il un format spécifique (.bin, .dump, ...) sous lequel enregistrer le dump ???
M@T
- Membre
- 15146 posts
21 mai 2011, 21:46
C'est EXACTEMENT ça, et tu donnes n'importe quelle extension, on s'en fout.
Perso je mets .bin, mais ce sont les données qui importent, pas l'extension.
Perso je mets .bin, mais ce sont les données qui importent, pas l'extension.
Pokedeus
- Membre
- 38 posts
21 mai 2011, 21:57
Merci !
Mais en fait, NDS PC&BT trouve plusieurs pointeurs. Chez moi, il en affiche trois :
02101F20:0227E3D0
021C0974:0227E3D0
0227E3A8:0227E3B0
Comme c'est Pokémon Platine, on sait déjà que le pointeur est 02101F20, mais imaginons qu'on ne le sait pas. Comment ferait-on pour trouver le bon ?? On les teste tous un par un ou il y a une méthode moins "barbante" ??
Mais en fait, NDS PC&BT trouve plusieurs pointeurs. Chez moi, il en affiche trois :
02101F20:0227E3D0
021C0974:0227E3D0
0227E3A8:0227E3B0
Comme c'est Pokémon Platine, on sait déjà que le pointeur est 02101F20, mais imaginons qu'on ne le sait pas. Comment ferait-on pour trouver le bon ?? On les teste tous un par un ou il y a une méthode moins "barbante" ??
M@T
- Membre
- 15146 posts
21 mai 2011, 22:27
Il se peut très bien que le jeu ait plusieurs adresses qui se "décalent" en même temps ; elles feraient donc toutes un bon pointeur.
Perso, je prends toujours celle avec l'adresse la plus basse.
Si tu en as vraiment beaucoup, c'est peut-être que certaines se retrouvent là par hasard, et ne sont pas des pointeurs valides.
Pour éliminer les intruses, tu peux refaire la recherche avec deux dumps différents, et les pointeurs potentiels qui ne sont pas dans les deux résultats sont invalides.
Perso, je prends toujours celle avec l'adresse la plus basse.
Si tu en as vraiment beaucoup, c'est peut-être que certaines se retrouvent là par hasard, et ne sont pas des pointeurs valides.
Pour éliminer les intruses, tu peux refaire la recherche avec deux dumps différents, et les pointeurs potentiels qui ne sont pas dans les deux résultats sont invalides.
Pokedeus
- Membre
- 38 posts
21 mai 2011, 23:10
Merci M@T !
Maintenant que je comprends un peu mieux les pointeurs, j'aurais une question plus technique qui touche directement les codes AR :
Pourrais-tu me dire ce qui ne va pas dans ce code, code qui devait mettre des PV infinis (ou plutôt 999 pv) au Pokémon pendant le combat, s'il te plaît :
94000130 FCFF0000
62101F20 00000000
B2101F20 00000000
10047604 000003E7
1004CFB4 000003E7
1004D01C 000003E7
1006CEB2 000003E7
D2000000 00000000
Pour le trouver, j'ai lancé un combat dans le jeu, attaqué le Pokémon adverse avec une attaque qui n'enlève pas de PV (Rugissement) et quand il m'attaquaient et que mes PV diminuaient, je les mettais dans Emucheat. Au fur et à mesure, j'ai vu que il ne restait que 4 adresses (0x022C5A28, 0x022CB3D8, 0x022CB440, 0x022FB2D6) dans Emucheat, et que ces 4 adresses diminuaient au même moment et avaient toujours la même valeur. Donc, je leur ai soustrait l'offset, qui vaut 0x0227E424, et j'ai obtenu respectivement avec la calculatrice 0x00047604, 0x0004CFB4, 0x0004D01C, 0x0006CEB2 et donc j'ai fait le code (sachant que 0x000003E7 = 999).
Cependant, il me donne un résultat bizarre. Comment le corriger ?? J'ai vu dans le code officiel que seule la ligne 10047604 000003E7 est présente (comment savoir laquelle choisir alors, quand dans Emucheat il y en a toujours 4 ?) et qu'il y a la ligne 10047608 000003E7 (je n'ai pas trouver d'adresse a laquelle en soustrayant l'offset on trouvait 0x00047608...).
Maintenant que je comprends un peu mieux les pointeurs, j'aurais une question plus technique qui touche directement les codes AR :
Pourrais-tu me dire ce qui ne va pas dans ce code, code qui devait mettre des PV infinis (ou plutôt 999 pv) au Pokémon pendant le combat, s'il te plaît :
94000130 FCFF0000
62101F20 00000000
B2101F20 00000000
10047604 000003E7
1004CFB4 000003E7
1004D01C 000003E7
1006CEB2 000003E7
D2000000 00000000
Pour le trouver, j'ai lancé un combat dans le jeu, attaqué le Pokémon adverse avec une attaque qui n'enlève pas de PV (Rugissement) et quand il m'attaquaient et que mes PV diminuaient, je les mettais dans Emucheat. Au fur et à mesure, j'ai vu que il ne restait que 4 adresses (0x022C5A28, 0x022CB3D8, 0x022CB440, 0x022FB2D6) dans Emucheat, et que ces 4 adresses diminuaient au même moment et avaient toujours la même valeur. Donc, je leur ai soustrait l'offset, qui vaut 0x0227E424, et j'ai obtenu respectivement avec la calculatrice 0x00047604, 0x0004CFB4, 0x0004D01C, 0x0006CEB2 et donc j'ai fait le code (sachant que 0x000003E7 = 999).
Cependant, il me donne un résultat bizarre. Comment le corriger ?? J'ai vu dans le code officiel que seule la ligne 10047604 000003E7 est présente (comment savoir laquelle choisir alors, quand dans Emucheat il y en a toujours 4 ?) et qu'il y a la ligne 10047608 000003E7 (je n'ai pas trouver d'adresse a laquelle en soustrayant l'offset on trouvait 0x00047608...).
M@T
- Membre
- 15146 posts
22 mai 2011, 11:12
Il y a souvent plusieurs adresses mémoire impliquées dans ce genre de choses.
Par exemple, une qui stocke la valeur des PV courants, l'autre qui sert de variable temporaire pour afficher les PV à l'écran, etc.
Pour savoir laquelle est la plus importante, pas d'autre choix que de les tester une par une.
Sinon, l'offset 0x00047608 contient les PV max du Pokémon.
Ça évite les bugs d'affichage, comme ça le Pokémon a 999/999 PV, au lieu de par exemple 999/50.
Par exemple, une qui stocke la valeur des PV courants, l'autre qui sert de variable temporaire pour afficher les PV à l'écran, etc.
Pour savoir laquelle est la plus importante, pas d'autre choix que de les tester une par une.
Sinon, l'offset 0x00047608 contient les PV max du Pokémon.
Ça évite les bugs d'affichage, comme ça le Pokémon a 999/999 PV, au lieu de par exemple 999/50.
Pokedeus
- Membre
- 38 posts
22 mai 2011, 15:52
Merci.
Enfin, j'ai enlevé les lignes suivantes :
1004CFB4 000003E7
1004D01C 000003E7
1006CEB2 000003E7
Et il ne me reste donc que la ligne 10047604 000003E7, présente dans le code officiel : pourtant, j'obtiens quand même un effet bizarre (je ne parle pas de 999/50 pv) : en effet, j'ai 999/XX pv quand je lance le code, mais le plus étrange, c'est que quand l'adversaire m'attaque, je retrouve mes pv originels, il me les enlève tous et puis alors que ma barre de pv est vide j'ai 61/32 pv (dans mon cas) et je ne suis pas K.O. ... Est-ce que l'offset 0x00047608 permet également de palier à ce problème et si oui, comment le trouver avec Emucheat, vu que c'est une valeur qui ne change pas ? Ou plutôt, elle change mais uniquement si on arrête le combat, qu'un utilise un pv plus et qu'on recommence un combat. Est-ce que c'est comme cela qu'il faut donc procéder pour trouver l'offset et palier au problème ci-dessus ??
Enfin, j'ai enlevé les lignes suivantes :
1004CFB4 000003E7
1004D01C 000003E7
1006CEB2 000003E7
Et il ne me reste donc que la ligne 10047604 000003E7, présente dans le code officiel : pourtant, j'obtiens quand même un effet bizarre (je ne parle pas de 999/50 pv) : en effet, j'ai 999/XX pv quand je lance le code, mais le plus étrange, c'est que quand l'adversaire m'attaque, je retrouve mes pv originels, il me les enlève tous et puis alors que ma barre de pv est vide j'ai 61/32 pv (dans mon cas) et je ne suis pas K.O. ... Est-ce que l'offset 0x00047608 permet également de palier à ce problème et si oui, comment le trouver avec Emucheat, vu que c'est une valeur qui ne change pas ? Ou plutôt, elle change mais uniquement si on arrête le combat, qu'un utilise un pv plus et qu'on recommence un combat. Est-ce que c'est comme cela qu'il faut donc procéder pour trouver l'offset et palier au problème ci-dessus ??
Pokedeus
- Membre
- 38 posts
23 mai 2011, 18:55
Excuse-moi, j'ai peut-être mal formulé ma question : l'adresse qui géré les PV maximum du Pokémon, est-ce qu'elle permet de régler tous les problèmes d'ordre graphique et si oui, comment la trouver avec Emucheat ??
Merci encore de ton aide, M@T. Je ne pourrais pas m'en sortir sans toi...
Merci encore de ton aide, M@T. Je ne pourrais pas m'en sortir sans toi...
M@T
- Membre
- 15146 posts
23 mai 2011, 19:22
Pour la trouver, il faut savoir qu'elle se trouve là.
Dans tous les jeux Pokémon, elle est à ([offset des PV courants] + 4), mais ça peut varier selon les jeux.
On la voit bien en utilisant la fonction "Memory Edit" de EmuCheat ; elle se trouve souvent à proximité des PV courants, et on peut la repérer en connaissant sa valeur en hexa.
« Modifié: 23 mai 2011, 19:23 par M@T »
Dans tous les jeux Pokémon, elle est à ([offset des PV courants] + 4), mais ça peut varier selon les jeux.
On la voit bien en utilisant la fonction "Memory Edit" de EmuCheat ; elle se trouve souvent à proximité des PV courants, et on peut la repérer en connaissant sa valeur en hexa.
Pokedeus
- Membre
- 38 posts
23 mai 2011, 22:41
Merci !
En fait, j'ai rencontré un autre problème : j'ai souhaité modifier le niveau du premier Pokémon dans mon équipe. Au début il était niveau 6, j'ai cherché cette valeur dans Emucheat, il en a trouvé plusieurs, puis je lui ai donné un Super Bonbon et j'ai refait une recherche avec 7, et le nombre de valeurs s'est réduit. Sauf que quand j'ai refait la même chose avec un autre Super Bonbon, Emucheat n'a plus trouvé aucune valeur. Est-ce que ce code est irréalisable car dépendant d'une adresse variable ou bien il y a une astuce pour contourner ceci ??
Merci encore de ton aide.
En fait, j'ai rencontré un autre problème : j'ai souhaité modifier le niveau du premier Pokémon dans mon équipe. Au début il était niveau 6, j'ai cherché cette valeur dans Emucheat, il en a trouvé plusieurs, puis je lui ai donné un Super Bonbon et j'ai refait une recherche avec 7, et le nombre de valeurs s'est réduit. Sauf que quand j'ai refait la même chose avec un autre Super Bonbon, Emucheat n'a plus trouvé aucune valeur. Est-ce que ce code est irréalisable car dépendant d'une adresse variable ou bien il y a une astuce pour contourner ceci ??
Merci encore de ton aide.
M@T
- Membre
- 15146 posts
23 mai 2011, 23:04
Houlà, ça ne fonctionne pas comme ça. 
Les données du Pokémon sont encodées, ce qui fait que quand une valeur change (l'expérience, en l'occurrence), les 236 octets du Pokémon changent, de manière quasiment aléatoire.
À l'inverse, si on modifie un octet de ces données, le Pokémon sera corrompu et deviendra un Mauv.œuf.
Tu ne pourras pas modifier les données du Pokémon de cette manière, à part son PID qui, lui, est en clair puisqu'il sert de clé pour l'encodage du Pokémon.
« Modifié: 23 mai 2011, 23:05 par M@T »
Les données du Pokémon sont encodées, ce qui fait que quand une valeur change (l'expérience, en l'occurrence), les 236 octets du Pokémon changent, de manière quasiment aléatoire.
À l'inverse, si on modifie un octet de ces données, le Pokémon sera corrompu et deviendra un Mauv.œuf.
Tu ne pourras pas modifier les données du Pokémon de cette manière, à part son PID qui, lui, est en clair puisqu'il sert de clé pour l'encodage du Pokémon.
Pokedeus
- Membre
- 38 posts
24 mai 2011, 07:28
Merci.
Quand tu dis de cette manière, ça veut dire qu'on peut quand même le faire, modifier les données du Pokémon ?? Il faut utiliser les "data register codes" ?? (le code que je cherchais faisait en fait qu'en appuyant sur L+R, le 1er Pokémon de l'équipe devenait niveau 100)
Merci encore.
Quand tu dis de cette manière, ça veut dire qu'on peut quand même le faire, modifier les données du Pokémon ?? Il faut utiliser les "data register codes" ?? (le code que je cherchais faisait en fait qu'en appuyant sur L+R, le 1er Pokémon de l'équipe devenait niveau 100)
Merci encore.
M@T
- Membre
- 15146 posts
24 mai 2011, 11:47
Non, il faut profiter du fait que quand on marque un Pokémon dans le PC, le jeu décode temporairement ses données pour appliquer le marquage.
D'où tous les codes de marquage que l'on voit fleurir ces derniers temps.
Mais ça, c'est de l'ASM (de l'ARM Thumb plus exactement), et tu ne pourras rien faire avec EmuCheat.
Par exemple, le code "Donner votre propre DO et sexe du DO à un Pokémon" pour la version Noire, c'est en fait ce code ASM :
C'est BEAUCOUP plus compliqué, je te conseille de t'en tenir aux choses simples pour le moment.
D'où tous les codes de marquage que l'on voit fleurir ces derniers temps.
Mais ça, c'est de l'ASM (de l'ARM Thumb plus exactement), et tu ne pourras rien faire avec EmuCheat.
Par exemple, le code "Donner votre propre DO et sexe du DO à un Pokémon" pour la version Noire, c'est en fait ce code ASM :
Code
Code: (ARM Thumb) [Sélectionner]
0x02001e00 b4ff push {r0, r1, r2, r3, r4, r5, r6, r7}
0x02001e02 73b4 strb r4, [r6, #14]
...
0x02001f80 4808 ldr r0, [pc, #32]
0x02001f82 b43e push {r1, r2, r3, r4, r5}
0x02001f84 c83c ldmia r0!, {r2, r3, r4, r5}
0x02001f86 c13c stmia r1!, {r2, r3, r4, r5}
0x02001f88 bc3e pop {r1, r2, r3, r4, r5}
0x02001f8a 4807 ldr r0, [pc, #28]
0x02001f8c 81c8 strh r0, [r1, #14]
0x02001f8e b40c push {r2, r3}
0x02001f90 4806 ldr r0, [pc, #24]
0x02001f92 7800 ldrb r0, [r0, #0]
0x02001f94 7f0a ldrb r2, [r1, #28]
0x02001f96 237f movs r3, #0x7f
0x02001f98 401a ands r2, r3
0x02001f9a 01c0 lsls r0, r0, #7
0x02001f9c 4302 orrs r2, r0
0x02001f9e 770a strb r2, [r1, #28]
0x02001fa0 bc0c pop {r2, r3}
0x02001fa2 e005 b.n 0x02001fb0
0x02001fa4 f8ac 0224
0x02001fa8 ffff
0x02001faa 0000
0x02001fac 4f4d 0223
...
0x02001ffc bcff pop {r0, r1, r2, r3, r4, r5, r6, r7}
0x02001ffe bdf8 pop {r3, r4, r5, r6, r7, pc}
...
0x020195b4 f7e8 fc24 bl 0x02001e00C'est BEAUCOUP plus compliqué, je te conseille de t'en tenir aux choses simples pour le moment.
Pokedeus
- Membre
- 38 posts
24 mai 2011, 21:40
Merci !
Bon, vu que le code de modifications des caractéristques d'un Pokémon est un peu compliqué, je vais revenir dessus plus tard (mais j'y reviendrais
). Par contre, j'ai un petit problème concernant tous les autres codes qui ne touchent pas des données chiffrées (comme l'argent) du jeu, à commencer par les objets. J'ai réussi plus ou moins à interpréter le code ci-dessous à l'aide de EnHacklopedia mais j'aurais quand même besoin de ton aide s'il te plaît, M@T :
94000130 FCFF0000
62101F20 00000000
B2101F20 00000000
D5000000 03E60011
C0000000 00000025
D6000000 00000B60
D4000000 00000001
D2000000 00000000
Bon, passé les trois premières lignes, j'ai compris "à peu près" que D5000000 03E60011 permettait de déterminer le nombre d'objets à générer, 0x03E6, soit 998. Après, C0000000 00000025 définissait le début de la boucle qui se répete le nombre de fois qu'il existe d'objets dans la partie du sac (en l'occurence, 37 dans la partie des Médicaments).
Cependant, certains détails m'ont échappé : d'abord, j'ai bien compris que le 0x0011 de D5000000 03E60011 définissait la poche du sac pour les Médicamants mais comment trouver cette valeur ??
Ensuite, je n'ai pas bien compris le fonctionnement de la ligne D6000000 00000B60 (à part le fait qu'elle créait l'objet...) et l'utilité de D4000000 00000001 vu que comme on a une boucle qui va se répéter 0x25 fois, pourquoi incrémenter le data register de 1 ??
Merci encore de ton aide.
Bon, vu que le code de modifications des caractéristques d'un Pokémon est un peu compliqué, je vais revenir dessus plus tard (mais j'y reviendrais
). Par contre, j'ai un petit problème concernant tous les autres codes qui ne touchent pas des données chiffrées (comme l'argent) du jeu, à commencer par les objets. J'ai réussi plus ou moins à interpréter le code ci-dessous à l'aide de EnHacklopedia mais j'aurais quand même besoin de ton aide s'il te plaît, M@T :94000130 FCFF0000
62101F20 00000000
B2101F20 00000000
D5000000 03E60011
C0000000 00000025
D6000000 00000B60
D4000000 00000001
D2000000 00000000
Bon, passé les trois premières lignes, j'ai compris "à peu près" que D5000000 03E60011 permettait de déterminer le nombre d'objets à générer, 0x03E6, soit 998. Après, C0000000 00000025 définissait le début de la boucle qui se répete le nombre de fois qu'il existe d'objets dans la partie du sac (en l'occurence, 37 dans la partie des Médicaments).
Cependant, certains détails m'ont échappé : d'abord, j'ai bien compris que le 0x0011 de D5000000 03E60011 définissait la poche du sac pour les Médicamants mais comment trouver cette valeur ??
Ensuite, je n'ai pas bien compris le fonctionnement de la ligne D6000000 00000B60 (à part le fait qu'elle créait l'objet...) et l'utilité de D4000000 00000001 vu que comme on a une boucle qui va se répéter 0x25 fois, pourquoi incrémenter le data register de 1 ??
Merci encore de ton aide.
M@T
- Membre
- 15146 posts
24 mai 2011, 22:34
En fait, c'est un peu plus compliqué que ça.
Dans la RAM, les objets du sac sont stockés sous forme de deux entiers 16 bits (2 octets) adjacents, l'un pour l'ID de l'objet, l'autre pour la quantité.
Comme ils sont adjacents, on peut les regrouper sous forme d'un seul entier 32 bits.
On aura par exemple, pour 999 Master Balls :
01 00 E7 03 (représentation dans la RAM) ;
0x03E70001 (représentation 32 bits correspondante).
La ligne "D5000000 03E60011" sert à mettre la valeur du registre "Data" à 0x03E60011, ce qui correspond à une quantité de 998 de l'objet ayant l'ID 17 (0x11).
Ensuite, la ligne "C0000000 00000025" définit le commencement d'une boucle qui se répétera 0x25 (= 37) fois, donc elle s'exécutera 38 fois en tout.
La ligne "D6000000 00000B60" écrit les 32 bits la valeur courante du registre "Data" à l'adresse [0x00000B60 + offset] (l'offset a été défini avec la ligne "B2101F20 00000000").
Ça incrémente également de 4 la valeur courante de l'offset.
Comme l'adresse [0x00000B60 + offset] (quand l'offset a été défini par le bon pointeur) correspond au 1er emplacement de la poche médicaments, à chaque itération de la boucle, on écrit à l'emplacement suivant.
Puis vient la ligne "D4000000 00000001", qui ajoute 1 à la valeur du registre "Data".
Ça permet de passer à l'objet avec l'ID suivant, donc logiquement l'objet suivant dans la liste.
Comme c'est relativement bien fait, les Médicaments sont ensemble, donc ça permet de parcourir la liste des médocs.
Enfin, la ligne "D2000000 00000000" sert d'abord à itérer la boucle, puis à réinitialiser tous les registres une fois toutes les itérations effectuées.
Le code pourrait s'écrire comme ça, en "développant" la boucle :
Sinon, pour connaître les différentes valeurs (adresses mémoire des poches du sac, ID des objets), le mieux c'est d'utiliser Pokésav.
« Modifié: 24 mai 2011, 22:36 par M@T »
Dans la RAM, les objets du sac sont stockés sous forme de deux entiers 16 bits (2 octets) adjacents, l'un pour l'ID de l'objet, l'autre pour la quantité.
Comme ils sont adjacents, on peut les regrouper sous forme d'un seul entier 32 bits.
On aura par exemple, pour 999 Master Balls :
01 00 E7 03 (représentation dans la RAM) ;
0x03E70001 (représentation 32 bits correspondante).
La ligne "D5000000 03E60011" sert à mettre la valeur du registre "Data" à 0x03E60011, ce qui correspond à une quantité de 998 de l'objet ayant l'ID 17 (0x11).
Ensuite, la ligne "C0000000 00000025" définit le commencement d'une boucle qui se répétera 0x25 (= 37) fois, donc elle s'exécutera 38 fois en tout.
La ligne "D6000000 00000B60" écrit les 32 bits la valeur courante du registre "Data" à l'adresse [0x00000B60 + offset] (l'offset a été défini avec la ligne "B2101F20 00000000").
Ça incrémente également de 4 la valeur courante de l'offset.
Comme l'adresse [0x00000B60 + offset] (quand l'offset a été défini par le bon pointeur) correspond au 1er emplacement de la poche médicaments, à chaque itération de la boucle, on écrit à l'emplacement suivant.
Puis vient la ligne "D4000000 00000001", qui ajoute 1 à la valeur du registre "Data".
Ça permet de passer à l'objet avec l'ID suivant, donc logiquement l'objet suivant dans la liste.
Comme c'est relativement bien fait, les Médicaments sont ensemble, donc ça permet de parcourir la liste des médocs.
Enfin, la ligne "D2000000 00000000" sert d'abord à itérer la boucle, puis à réinitialiser tous les registres une fois toutes les itérations effectuées.
Le code pourrait s'écrire comme ça, en "développant" la boucle :
Spoiler
94000130 FCFF0000
62101F20 00000000
B2101F20 00000000
00000B60 03E60011
00000B64 03E60012
00000B68 03E60013
00000B6C 03E60014
00000B70 03E60015
00000B74 03E60016
00000B78 03E60017
00000B7C 03E60018
00000B80 03E60019
00000B84 03E6001A
00000B88 03E6001B
00000B8C 03E6001C
00000B90 03E6001D
00000B94 03E6001E
00000B98 03E6001F
00000B9C 03E60020
00000BA0 03E60021
00000BA4 03E60022
00000BA8 03E60023
00000BAC 03E60024
00000BB0 03E60025
00000BB4 03E60026
00000BB8 03E60027
00000BBC 03E60028
00000BC0 03E60029
00000BC4 03E6002A
00000BC8 03E6002B
00000BCC 03E6002C
00000BD0 03E6002D
00000BD4 03E6002E
00000BD8 03E6002F
00000BDC 03E60030
00000BE0 03E60031
00000BE4 03E60032
00000BE8 03E60033
00000BEC 03E60034
00000BF0 03E60035
00000BF4 03E60036
D2000000 00000000
62101F20 00000000
B2101F20 00000000
00000B60 03E60011
00000B64 03E60012
00000B68 03E60013
00000B6C 03E60014
00000B70 03E60015
00000B74 03E60016
00000B78 03E60017
00000B7C 03E60018
00000B80 03E60019
00000B84 03E6001A
00000B88 03E6001B
00000B8C 03E6001C
00000B90 03E6001D
00000B94 03E6001E
00000B98 03E6001F
00000B9C 03E60020
00000BA0 03E60021
00000BA4 03E60022
00000BA8 03E60023
00000BAC 03E60024
00000BB0 03E60025
00000BB4 03E60026
00000BB8 03E60027
00000BBC 03E60028
00000BC0 03E60029
00000BC4 03E6002A
00000BC8 03E6002B
00000BCC 03E6002C
00000BD0 03E6002D
00000BD4 03E6002E
00000BD8 03E6002F
00000BDC 03E60030
00000BE0 03E60031
00000BE4 03E60032
00000BE8 03E60033
00000BEC 03E60034
00000BF0 03E60035
00000BF4 03E60036
D2000000 00000000
Sinon, pour connaître les différentes valeurs (adresses mémoire des poches du sac, ID des objets), le mieux c'est d'utiliser Pokésav.
Pokedeus
- Membre
- 38 posts
24 mai 2011, 23:01
Merci.
Donc en fait, si j'ai bien suivi ton raisonnement, le code pour avoir tous les objets dans Platine est plus long parce que tous les objets ne sont pas situés les uns à la suite des autres, donc on refait plusieurs fois des boucles qui commencent à des adresses différentes ??
Merci encore.
Donc en fait, si j'ai bien suivi ton raisonnement, le code pour avoir tous les objets dans Platine est plus long parce que tous les objets ne sont pas situés les uns à la suite des autres, donc on refait plusieurs fois des boucles qui commencent à des adresses différentes ??
Merci encore.
