You can use it to patch DS games with ar codes.What does this thing do?
Sent from my SM-T280 using Tapatalk
You can find it on filetripSorry for the bump. The DL on the first page seems to be broken. Does anyone have a mirror link?
Thanks. I found it on DSHack.org anywayYou can find it on filetrip
Widescreen is an entirely different aspect of hacking, available mostly in emulators and surprisingly in some of the 3ds stuff. Works mostly on 3d games (or games with 3d backgrounds) where the data about how the world looks is all in memory and thus you can just make the camera render a wider view and go with that (similarly you can do higher resolution in some emulators). 2d games don't have any real info about the data outside what is on the screen so widescreen hacks there are harder, or have to use tricks of dubious merit.does this help make ds widescreen or what? is there a explaining how to use this program and thank you
I was thinking of doing it for MelonDS standalone or in retroarch Switch for example but i do have Metal Slug 7 DS for Twilight Menu++ on 3DS which is not widescreen yet and will try my best - thanks for some info plus i dont have any special flash card or R4i card just straight off micro sd cardWidescreen is an entirely different aspect of hacking, available mostly in emulators and surprisingly in some of the 3ds stuff. Works mostly on 3d games (or games with 3d backgrounds) where the data about how the world looks is all in memory and thus you can just make the camera render a wider view and go with that (similarly you can do higher resolution in some emulators). 2d games don't have any real info about the data outside what is on the screen so widescreen hacks there are harder, or have to use tricks of dubious merit.
This is a program that will take DS cheat codes and attempt to hardpatch them into the game so you can run them on emulators, flash carts and whatever without having to use their internal cheat options (if any are available). DSTAM being short for DS automatic trainer maker, trainer then being a thing with a long history in game hacking and piracy circles where games would be hacked to have a little menu/animation on boot and in doing so select some cheats to play the game with.
For the most part the usage is fairly obvious. You select the ROM you want to patch, grab a text file containing the codes in a suitable format (should do most of the obvious ones https://doc.kodewerx.org/hacking_nds.html https://gbatemp.net/threads/deadskullzjrs-nds-cheat-databases.488711/ https://web.archive.org/web/20080309104350/http://etk.scener.org/?op=tutorial is for the GBA but the ideas apply to most systems out there) or paste them in for some versions and select which ones you want.
Save as is much as it is for any other program you might have used and will put the modified version where you tell it.
Select any enable/disable options you want (might not want infinite health if you have an RPG with a battle you are forced to lose the progress the story, or simply might not want it other than for a few occasions).
Slow motion is an extra option that adds a small routine that floods the CPU when it is enabled and in some games that can slow things down for some games (does not work all the time but works for many things and was simple enough to add). No chance of anything automated for a turbo patch in case you are going to go there next -- that is a quirk of how emulators work more than anything easy to do in code, 50/50 whether anything done on later systems allows for turbo
ARM7 fix is an old fix likely irrelevant today, DSTT/TTDS is an old flash cart that had all sorts of problems with modified games.
There is another program like this for the GBA as well (GBAATM, though there is a more recent project called GBAATM rebirth https://gbatemp.net/download/gbaatm-rebirth.36493/ ) and some people are slowly getting an N64 one working. You won't find things for much older consoles though, and most new ones don't have them either despite it being theoretically possible.
Inside the DS are two processors. One is an ARM9 which for most commercial code is the main workhorse and only thing the programmers really used, the other is a version of the GBA's ARM7 processor which on commercial games is mostly used as a basic library almost and for most games was so similar between them that you could swap ones of similar vintage (and possibly further afield depending upon the game) and it would have no ill effect on a game (a fairly mindblowing thing actually).
Being such a common piece of code but with full access the hardware it then becomes possible to do one of the two big cheat approaches, that being insert your own little engine that runs every frame to do what you want (the other being find the code responsible for changing the memory the cheat looks at and edit that instead).
However like most annoyances in ROM hacking and flash cart world then a late stage RPG made by big boy devs (say what you will about the game as a whole and Atlus as a publisher but they knew what they were doing with the hardware) might colour a bit outside those lines. To what extent here I don't know -- it could be some anti piracy was added to it and thus tricks whatever inbuilt searcher it has came up short, or it could be they defied the odds and were one of the few commercial games to do anything with the ARM7 binary. Knowing this however it seems cracker provided the option in the program for it to fetch an ARM7.bin from something else or go with one the user provides (maybe them having hacked it first if it comes to that). To that end maybe try finding some other 2010 or so vintage game, naming it donor.nds and putting it in the same directory as the DSATM program (if that does not work then try some others).
Also ew onedrive.