Open k20stitch opened 6 years ago
This also can be solved with another Offset for the WT Button, i have another Offset for that. The Trade Ready isnt really needed, This is what i use:
Begin Trade-> wait 30 Seconds, check Offset for WT Button, repeat if Offset Value doesnt match.
The current WT Button Offset returns also a 0x00 if a Trade Evolution comes, this might cause some Errors.
How can i dump memory addresses as certain offsets with NTR?
Ntr Plugins or Luma debugger
k20stitch notifications@github.com schrieb am Mo., 9. Apr. 2018, 22:54:
How can i dump memory addresses as certain offsets with NTR?
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/drgoku282/PKMN-NTR/issues/159#issuecomment-379890787, or mute the thread https://github.com/notifications/unsubscribe-auth/AbaWP5FItR1mOWe0YhMZ-dLnn9fqYZRmks5tm8p4gaJpZM4TF0kd .
is there any updates on this? Been having issues with SM and USUM... Fails after first pokemon @drgoku282
Do you mind sharing the 35 seconds build?
Sorry for adding yet another Gen 7 WT issue, but I'd like to use this one to help explain what I've discovered is causing the following issues:
These issues all have the same thing in common, they get stuck attempting the next trade. It also seemed like the bot was incorrectly picking Pokemon despite having the correct coordinates.
https://github.com/drgoku282/PKMN-NTR/issues/138 https://github.com/drgoku282/PKMN-NTR/issues/152 https://github.com/drgoku282/PKMN-NTR/issues/154
So what's really happening? I ran the bot over and over again with a complete dex and recorded the logs side by side the video output. During this time, I also never encountered any pokemon that evolved via trade.
After the trade is detected, the program waits for 30 seconds. In my own build, I raised this to 35 for trouble shooting.
At this point, I'm at the "Start" wonder trade screen. The correct screen to be at. NTR is expecting 0x0 @ 0x006A62B2 but instead gets 0x00003F80. What's really interesting, is that this value of "tradeready" for the "trademenuoff". Anyways, this causes the bot to enter another state where it begins button mashing A.
At this point the bot finally finds what it's looking for but it's already selected slot 1 at this point since the A button has been pressed three times. The first A clicks "start", they second A happens during a black screen and is ignored, The third A selects the Pokemon in slot 1. This is where people incorrectly assume that the bot has picked the wrong monster. Now all of a sudden, the bot proceeds to touch the correct coordinates but the touch is effectively ignored, because slot 1 has already been selected. Sometimes, it corrects itself from here, other times it's in a continuous button mashing state. The bot state that it enters incorrectly is .TryFinish -> !tradeevo -> isUSUM -> Push A