Codes
WiiRd forum
October 12, 2024, 01:00:26 AM *
Welcome, Guest. Please login or register.

Login with username, password and session length
News: Welcome on the new server

Update 4.3 - do NOT update!
Gecko 1.9.3.1
Should I get a USB Gecko, I wanna hack?
How do I use my USB Gecko
Where can I get WiiRd?
 
   Home   CODE DATABASE GAMEHACKING Help Search Login Register  
Pages: 1 ... 50 51 [52]
  Print  
Author Topic: Gecko dotNET Bugs and Requests  (Read 140835 times)
Bully@Wiiplaza
Hacker
Legendary Member
*****

Karma: 93
Posts: 1853


WWW
« Reply #765 on: April 15, 2013, 01:31:06 PM »

I wish there was some feature called "pointer following".

If I do a search I will get results (pointing out the obvious). In case they change every level / race or whatever there could be some feature to use which asks for a pointer address in order to spot the same search results in memory again by doing calculations or however it manages that in order to continue searching with every address updated instead of restarting and searching again. Maybe some "update addresses" button.

Some codes are (almost) impossible to create without something like this. A value which is specified before loading a map / track etc. but should be modified on-the-fly will not be an easily doable code. Without restarting the map / level etc. while keeping all addresses at their spots and having the wanted value changed you´re definitely at a dead end in terms of making the hack. Incredibly annoying and a hassle to get through. Sad
« Last Edit: April 15, 2013, 01:36:54 PM by Bully@Wiiplaza » Logged

My Wii hacking site...
http://bullywiihacks.com/

My youtube account with a lot of hacking videos...
http://www.youtube.com/user/BullyWiiPlaza

~Bully
dcx2
Computer Engineer
Moderator
Legendary Member
*****

Karma: 165
Posts: 3468


WWW
« Reply #766 on: April 15, 2013, 03:26:26 PM »

I'm not 100% sure I follow, but I think Link's watch list tab does what you want.

Basically if you can build a pointer code that would see the value, you should be able to create a watch list entry that will do the same thing.  I think.  Or maybe I'm getting confused with CheatEngine?
Logged

γRB
Retarded Engy
Hacker
Jr. Member
*****

Karma: 0
Posts: 76


« Reply #767 on: April 15, 2013, 05:05:25 PM »

Random request:
Show up EA immediately, too. For instance:
r29: 80654321
80123456: stw r0,12512(r29)     |   80654321+30E0=80657401
or
80123456: stw r0,12512(r29)     |   80657401

I hope I've been clear enough, just a little request, I get lazy to use the calculator at times.  Cheesy
Logged
dcx2
Computer Engineer
Moderator
Legendary Member
*****

Karma: 165
Posts: 3468


WWW
« Reply #768 on: April 15, 2013, 05:13:19 PM »

During a breakpoint you can right or left click the Show Mem button and it will calculate the effective address of the current instruction.  You can also visually examine the DAR register during a breakpoint.

There's no way to calculate an EA when you're not currently at a breakpoint.  It makes no sense because you have no idea what the GPRs will be if you aren't at a breakpoint.
Logged

Bully@Wiiplaza
Hacker
Legendary Member
*****

Karma: 93
Posts: 1853


WWW
« Reply #769 on: April 15, 2013, 07:09:28 PM »

I'm not 100% sure I follow, but I think Link's watch list tab does what you want.

Basically if you can build a pointer code that would see the value, you should be able to create a watch list entry that will do the same thing.  I think.  Or maybe I'm getting confused with CheatEngine?
Just booted everything and took some closer looks at the tab I never used so far. xD

You´re right. It can see what pointers reach. I still would like to have everything ready for the search tab, though.

Random note:
If Gecko.Net is "on top" the "Add watch" dialog locks the application since it´s behind it and must be confirmed / canceled before something else can happen.

The watch list IMO should load entries automatically, just like the GCT tab.
It´s useful for pointers and changing values, seems like I missed out.
« Last Edit: April 15, 2013, 07:17:40 PM by Bully@Wiiplaza » Logged

My Wii hacking site...
http://bullywiihacks.com/

My youtube account with a lot of hacking videos...
http://www.youtube.com/user/BullyWiiPlaza

~Bully
γRB
Retarded Engy
Hacker
Jr. Member
*****

Karma: 0
Posts: 76


« Reply #770 on: April 16, 2013, 01:28:08 PM »

During a breakpoint you can right or left click the Show Mem button and it will calculate the effective address of the current instruction.  You can also visually examine the DAR register during a breakpoint.

There's no way to calculate an EA when you're not currently at a breakpoint.  It makes no sense because you have no idea what the GPRs will be if you aren't at a breakpoint.

Hah, I Obviously meant during a breakpoint Tongue
Logged
Stuff
Hacker
Sr. Member
*****

Karma: 31
Posts: 415


0x80000000 = -0


« Reply #771 on: April 17, 2013, 08:11:22 PM »

I'm not 100% sure I follow, but I think Link's watch list tab does what you want.

Basically if you can build a pointer code that would see the value, you should be able to create a watch list entry that will do the same thing.  I think.  Or maybe I'm getting confused with CheatEngine?
Just booted everything and took some closer looks at the tab I never used so far. xD

You´re right. It can see what pointers reach. I still would like to have everything ready for the search tab, though.

Random note:
If Gecko.Net is "on top" the "Add watch" dialog locks the application since it´s behind it and must be confirmed / canceled before something else can happen.

The watch list IMO should load entries automatically, just like the GCT tab.
It´s useful for pointers and changing values, seems like I missed out.

actually, what I thought was meant by this request was like when you search, you get results, you search again, you narrow the results, and then the stage changes and everything moves. But you know where it moved since you know where the pointer is at. And you're searching for something new in this area.

For example, lets say I want to find the address that hold "player#", but the address moves when you are a different player number. We already know how to make pointer codes for the stuff related to the player, we just want to find the number because the game gets it from somewhere. So you search, change players, and then what? the addresses moved, and now the next search should be done in a different area in memory.
Logged

.make Stuff happen.
Dropbox. If you don't have one, get it NOW! +250MB free if you follow my link tongue.

Mod code Generator ~50% complete but very usable:
http://dl.dropbox.com/u/24514984/modcodes/modcodes.htm
Bully@Wiiplaza
Hacker
Legendary Member
*****

Karma: 93
Posts: 1853


WWW
« Reply #772 on: April 21, 2013, 12:17:17 PM »

Something I found annoying though is that Gecko.Net freezes up on dumping or resizing / moving around. It can be handled with multi-threading (?).
Moving .gct codes also causes a lot of non-responding instances especially when CPU power is low. Double-clicking reconnect quickly causes the game to crash just like in a dead loop. Gecko.Net loses connection. Also if I have my USB connected and run Gecko.Net it´s VERY slow because it keeps trying to connect while there´s nothing to connect to. I have to unplug the USB to use it stand-alone.
« Last Edit: April 21, 2013, 12:45:03 PM by Bully@Wiiplaza » Logged

My Wii hacking site...
http://bullywiihacks.com/

My youtube account with a lot of hacking videos...
http://www.youtube.com/user/BullyWiiPlaza

~Bully
CosmoCortney
Hacker
Jr. Member
*****

Karma: 8
Posts: 85

Mensch-Maschine, halb Wesen & halb Ding


WWW
« Reply #773 on: May 19, 2013, 02:06:38 AM »

it would be nice to be able to type some known values and some variables for unknown values into the textBox of the Memory Viewer like:
0AXX42XX03XX05XX15XX3B... or 15XXXX05XXXX12... to search for LUTs.

and it would be nice to be able to do 24 Byte searches (would be helpful for finding sizemodifiers).
i know this can be done in the memviewer, but it only allows me to test one address at a time.
Logged

wiiztec
Lazy hacking machine
Hacker
Hero Member
*****

Karma: 34
Posts: 813

TimmyKitty7124
WWW
« Reply #774 on: January 04, 2014, 06:08:40 AM »

I was making a log of a function when I noticed it was stuck on an instruction, it just kept logging the value of the instruction before an mtmsr instruction. apparently Gecko.NET doesn't know how to step into it. any hope for a quick fix?
Logged

If there's any code at all that you want to be button activated, or even able to toggle on & off, and I have the game, just PM me and I'll make it happen
dcx2
Computer Engineer
Moderator
Legendary Member
*****

Karma: 165
Posts: 3468


WWW
« Reply #775 on: January 04, 2014, 08:29:19 PM »

I think certain instructions can't be trapped for some reason.  Generally they're the kind of instructions you see in the code handler, not game code.

If you know the address of the instruction that's tripping you up, you could use Step Until.  It will log everything up to that instruction.  Then come back and set XBP on the instruction after the mtmsr.  Then run Step Until again.
Logged

wiiztec
Lazy hacking machine
Hacker
Hero Member
*****

Karma: 34
Posts: 813

TimmyKitty7124
WWW
« Reply #776 on: January 04, 2014, 11:44:39 PM »

That's what I was gonna do if it couldn't be fixed but I don't know how many more mtmsr's their are, I know their's one a few instructions after the first one if their is more than a few that could be a very annoying solution. btw if it wasn't clear step until is what I was using I set an execute breakpoint at the bl into the function and an SRR0= condition for the address of the blr at the end
Logged

If there's any code at all that you want to be button activated, or even able to toggle on & off, and I have the game, just PM me and I'll make it happen
Pages: 1 ... 50 51 [52]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2013, Simple Machines Valid XHTML 1.0! Valid CSS!