Pages: 1
Posted on 08-05-16, 12:42 pm


Karma: 5
Posts: 4/14
Since: 05-13-16
Is there anyway at all to do this at all? Really need to watch certain RAM addresses
Posted on 08-05-16, 01:09 pm


Karma: 19757
Posts: 549/1100
Since: 04-02-13
Nope. You can apply an ASM hack and print the necessary value to the TTY Console.

DeSMuME has one, though.
Posted on 08-05-16, 01:14 pm


Karma: 5
Posts: 5/14
Since: 05-13-16
Posted by skawo
Nope. You can apply an ASM hack and print the necessary value to the TTY Console.

DeSMuME has one, though.


TTY console?
Posted on 08-05-16, 01:41 pm


Karma: 19757
Posts: 550/1100
Since: 04-02-13
Window -> TTY Debug Messages
Posted on 08-05-16, 01:45 pm


Karma: 5
Posts: 6/14
Since: 05-13-16
I don't have "TTY Debug Messages", just "Debug Messages"
Posted on 08-05-16, 01:57 pm


Karma: 19757
Posts: 551/1100
Since: 04-02-13
You probably are using an old version of the No$GBA debugger then.
Posted on 08-05-16, 02:01 pm (rev. 1 by B on 08-05-16, 02:02 pm)


Karma: 5
Posts: 7/14
Since: 05-13-16
Ok, I got an updated version.

So theres no way to print a variable from an asm code? (.cpp)
Posted on 08-05-16, 02:08 pm (rev. 1 by  skawo on 08-05-16, 02:19 pm)


Karma: 19757
Posts: 552/1100
Since: 04-02-13
...There is.
Include "print.s" from the NSMBCR git and do something like


u32 *Variable = (u32*)(0x0Address);
nocashPrint1("This is a variable: %r0%", Variable);
Posted on 08-05-16, 02:21 pm (rev. 7 by ImageBot on 11-21-16, 03:22 am)


Karma: 5
Posts: 8/14
Since: 05-13-16
Where did you download your version of no$gba debugger? The one at http://problemkaputt.de/gba.htm is broken and wont display code, stack or registers.



Ok so I got no$gba debugger to display code and fixed the bug, but now theres another bug that puts an h at the end of almost every instruction. Im just gonna switch back to version 2.6 cause 2.8 is super buggy.

Does anyone know why my Memory Hacking Software isn't working with NO$GBA DEBUGGER? Memory hacking software is my only other option.
Posted on 08-13-16, 10:28 pm (rev. 1 by  Dirbaio on 08-13-16, 10:28 pm)
Super Mario
( ͡° ͜ʖ ͡°)

Karma: 10010
Posts: 4327/4457
Since: 06-08-11
If by "memory hacking software" you mean stuff like Cheat Engine, these are completely useless in this case because they watch the memory of the emulator software (no$gba.exe itself), not the emulated DS. Yes, somewhere in the emulator's memory there will be the emulated DS's memory, but you'll just be wasting time trying to hack the emulator itself trying to figure that out.

You can add RAM breakpoints in no$gba debugger, and IIRC ram watches too. Check the help manuals.

If you want to do RAM search, use desmume's one. no$gba doesn't have RAM search.
Pages: 1