ROM Hack Cheat Codes AMS and Sx Os, Add and Request

  • Thread starter Thread starter matias3ds
  • Start date Start date
  • Views Views 24,016,749
  • Replies Replies 73,110
  • Likes Likes 249
The Legend of Zelda, Tears of the Kingdom v1.2.1
TID=0100F2C0115B6000
BID=9B4E43650501A4D4

can anyone make Glider Speed 3x (Hold A) work for 1.2.1, all cheat code below is not working
Thanks 🙏

[The Legend of Zelda Tears of the Kingdom (US) v393216 TID=0100F2C0115B6000 BID=9B4E43650501A4D4]

[♯23. Glider Speed (3x) (Hold A)]
040A0000 03811EAC 3D088889
80000001
040A0000 03811EAC 3E000000
20000000

[♯24a Glider Speed (1.5x)]
080A0000 01D6EDEC 1E2F1002 D503201F
040A0000 01D6EE0C 1E220820

[♯25a Glider Speed (2.0x)]
080A0000 01D6EDEC 1E201002 D503201F
040A0000 01D6EE0C 1E220820

[♯26a Glider Speed (3.0x)]
080A0000 01D6EDEC 1E211002 D503201F
040A0000 01D6EE0C 1E220820
 
The Legend of Zelda, Tears of the Kingdom v1.2.1
TID=0100F2C0115B6000
BID=9B4E43650501A4D4

can anyone make Glider Speed 3x (Hold A) work for 1.2.1, all cheat code below is not working
Thanks 🙏

[The Legend of Zelda Tears of the Kingdom (US) v393216 TID=0100F2C0115B6000 BID=9B4E43650501A4D4]

[♯23. Glider Speed (3x) (Hold A)]
040A0000 03811EAC 3D088889
80000001
040A0000 03811EAC 3E000000
20000000

[♯24a Glider Speed (1.5x)]
080A0000 01D6EDEC 1E2F1002 D503201F
040A0000 01D6EE0C 1E220820

[♯25a Glider Speed (2.0x)]
080A0000 01D6EDEC 1E201002 D503201F
040A0000 01D6EE0C 1E220820

[♯26a Glider Speed (3.0x)]
080A0000 01D6EDEC 1E211002 D503201F
040A0000 01D6EE0C 1E220820
Does it work if you enable only one of the glider codes and nothing else? I remember hearing that that cheat has conflicts with the 'move speed multiplier' codes in the list.
 
@dsrules, Jericoss is right. Breeze only allows searching for 'incremented by 1' (++), 'decremented by 1' (--), and 'NOT A' (which requires a specific value to be input into A). The MORE and LESS buttons present in Edizon are actually absent in breeze. So it is not possible to make a comparison to the last value. This is because breeze uses 'file-based searching' as compared to the 'directory-based' or 'tree-based' searching employed by Edizon SE, and referencing previous searches is memory intensive and thus not supported in breeze, and breeze is recommended to be used in applet mode, where it is memory constrained.
I will let the picture do the talking
breeze.jpg
 
  • Like
Reactions: LaMano
I will let the picture do the talking
View attachment 485895
And apparently you've never used them, because they are literally 'SAME', 'DIFF', ++, and --, where '++' is 'increased by 1' (and only 1), and '--' is 'decreased by 1' (and again, only 1), as I documented in the post you quoted. You cannot search for a 'less than by any amount' or 'more than by any amount' in breeze. You can in Edizon. My point still stands. You debunked nothing.
 
[莱莎的炼金工房3 v1.6.0 TID=010078E01894A000 BID=DFC29A07512E727D]
[Game Speed Modifier by.lulu5431]
04000000 0056A160 1E2E1000

[Atelier Ryza 3 v1.6.0 TID=010095E018944000 BID=F459E3F8B833718B]
[Game Speed Modifier]
04000000 0056A250 1E2E1000

View attachment 476862
Mind teaching me how to find the speed movement value
 
It depends on how much memory the game has allocated. Most games will allocate all 3GB of non-system memory, while others will allocate a few hundred MB at most. Obviously 300MB is going to only take 1 or 2 minutes to search, while 3GB will take at least 6 if not 10 minutes.
For dumping EdiZon is actually faster as it is overclocked. Everything else is slower as I have optimized a lot more on Breeze. The only thing is I did not bother to overclock Breeze. By the way your sd card is slow.

@dsrules, Jericoss is right. Breeze only allows searching for 'incremented by 1' (++), 'decremented by 1' (--), and 'NOT A' (which requires a specific value to be input into A). The MORE and LESS buttons present in Edizon are actually absent in breeze. So it is not possible to make a comparison to the last value. This is because breeze uses 'file-based searching' as compared to the 'directory-based' or 'tree-based' searching employed by Edizon SE, and referencing previous searches is memory intensive and thus not supported in breeze, and breeze is recommended to be used in applet mode, where it is memory constrained.
You are wrong about ++ and --, it is the same as more and less in EdiZon, if you want +1 it is ++val=1, this is missing from EdiZon and can be very good when you know the change.

You can simulate an unknown search by doing a 'range search' (<A..B>) in breeze; note that this will create a very large search file,
Dump is fixed to memory allocated while range depends on how many hits and each hit is 8x2 bytes. The search type will drive the number of hits. If you search u8 you will get much more hits than u64. The most common types to use for range is u32 and float and the chance for range search to be bigger than dump is small ( you need to have bigger than 25% hit to be bigger ).

Note 1:

If your game uses more than 400MB of RAM, do NOT do this if your microSD card is FAT32, otherwise you will bug out breeze because your search file will be bigger than 4GB! This procedure is only possible on small games. There is no other way to simulate an unknown initial search on breeze due to how breeze works if you're using FAT32!
Getting anywhere near 4GB, even for a u8 search (1-in-16 hit rate) should be rare and easily avoidable. I would argue that it is dumb to make such search and if any one can convince me otherwise I will make Breeze support bigger than 4GB of search result on FAT32. ( Breeze will give error message when result is bigger that 4GB, exFAT won't help )

While I don't recommend full unknown search I do understand some like it for it's simplicity.
 
Last edited by TomSwitch,
And apparently you've never used them, because they are literally 'SAME', 'DIFF', ++, and --, where '++' is 'increased by 1' (and only 1), and '--' is 'decreased by 1' (and again, only 1), as I documented in the post you quoted. You cannot search for a 'less than by any amount' or 'more than by any amount' in breeze. You can in Edizon. My point still stands. You debunked nothing.
you could proof yourself wrong by actually use it first
 
  • Like
Reactions: Nic87
Does it work if you enable only one of the glider codes and nothing else? I remember hearing that that cheat has conflicts with the 'move speed multiplier' codes in the list.
Thanks for the info, you were right glider code only work by it self, if 'move speed' and 'glider speed' code both on only 'move speed' is working.
Is there anyway to make they both work?
 
can someone tell me if tomb raider 4-6 game needs firmware update 19.0.1 necessarily?
I'm on 18.1 and I installed the game correctly but when I open it I get an error
 
For dumping EdiZon is actually faster as it is overclocked. Everything else is slower as I have optimized a lot more on Breeze. The only thing is I did not bother to overclock Breeze. By the way your sd card is slow.


You are wrong about ++ and --, it is the same as more and less in EdiZon, if you want +1 it is ++val=1, this is missing from EdiZon and can be very good when you know the change.


Dump is fixed to memory allocated while range depends on how many hits and each hit is 8x2 bytes. The search type will drive the number of hits. If you search u8 you will get much more hits than u64. The most common types to use for range is u32 and float and the chance for range search to be bigger than dump is small ( you need to have bigger than 25% hit to be bigger ).


Getting anywhere near 4GB, even for a u8 search (1-in-16 hit rate) should be rare and easily avoidable. I would argue that it is dumb to make such search and if any one can convince me otherwise I will make Breeze support bigger than 4GB of search result on FAT32. ( Breeze will give error message when result is bigger that 4GB, exFAT won't help )

While I don't recommend full unknown search I do understand some like it for it's simplicity.

So for me (when searching for unknown) I try the first time a range search with guessing the value and when no results pop up then I go with the dump...
u32, f32 no problem with the dump but when I go with u16 or safe when I use u8 due to no findings I can forget this kind of search because of the size limitation 4GB... maybe it would take forever, who knows if it would be practical to not have the file size limitations...

But open up the search I would imagine that you try to separate the seach files to chunk of 4 GBs I would apreciate to have a max setting here.
I have a 1 TB sd card but higher than 20 GB (only an example here) for one search scenario I would not go - then I have to ask myself if the search setting is correct at that point... Or when I think back on my first days where I did a value = 0 search *omg I was happy that it not go through... I did it on the PC port of the game afterwards with CheatEngine and I never did that again ;)

When you are unexperienced a range search is much more difficult. So using the dump is more simpler. But you already described that

Speaking of overclocking... Would such a optional setting also be possible here?
 
Last edited by LaMano,
WARRIORS: Abyss 1.0.1
TID: 01005AE0209A8000
BID: CF46E1D304E869DF

[Breeze beta99 WARRIORS: Abyss 1.0.1 TID: 01005AE0209A8000 BID: CF46E1D304E869DF]

{master code}
04000000 004BDD84 BD401EA0
04000000 004481E8 1A9F07E0
04000000 003FE514 BD0DF260
04000000 0056597C BD001A60
04000000 007E0CB8 BD402940
04000000 008D83CC 1A8B3129
04000000 008DB078 1A8B3129
04000000 008772B4 1A8A3129
04000000 005745DC 1F000820
04000000 004FABC0 F829691F
04000000 00584368 11000508
04000000 005B1B84 1E282800
04000000 005B1F38 1E202901
08000000 009F7120 1E2A0821 1E2E100A
08000000 009F7128 17EDF52D 1F000820
08000000 009F71A0 79400B65 529FFFE6
08000000 009F71A8 54000060 6B0500DF
08000000 009F71B0 17EEEB62 1E202901
08000000 009F71B8 1E2B0908 1E2E100B
08000000 009F71C0 17EEEB5E 1E202901

[hp inf]
04000000 004BDD84 1414E4DF
04000000 009F7100 BD4026A0
04000000 009F7104 BD001EA0
04000000 009F7108 BD401EA0
04000000 009F710C 17EB1B1F

[Musou can be use]
04000000 004481E8 52800020

[power bar inf]
04000000 007E0CB8 14085922
04000000 009F7140 BD403140
04000000 009F7144 BD002940
04000000 009F7148 BD402940
04000000 009F714C 17F7A6DC

[evade ncd]
04000000 003FE514 B90DF27F

[summon ncd]
04000000 0056597C B9001A7F

[karma embers max on use]
04000000 008D83CC 2A0B03E9
04000000 008DB078 2A0B03E9

[tear of blood max on use]
04000000 008772B4 2A0A03E9

[combo not reset]
04000000 004FABC0 D503201F

[k.o x10 ]
04000000 00584368 11002908

[exp x2]
04000000 005745DC 14120AD1
04000000 009F7120 1E20100A

[exp x4]
04000000 005745DC 14120AD1
04000000 009F7120 1E22100A

[1 hit break shield]
04000000 005B1B84 1E282900

[Damage x3]
04000000 005B1F38 1411149A
04000000 009F71B8 1E21100B

[Damage x5]
04000000 005B1F38 1411149A
04000000 009F71B8 1E22900B

[ohk]
04000000 005B1F38 1411149A
04000000 009F71C0 1E282901
 
Getting anywhere near 4GB, even for a u8 search (1-in-16 hit rate) should be rare and easily avoidable. I would argue that it is dumb to make such search and if any one can convince me otherwise I will make Breeze support bigger than 4GB of search result on FAT32. ( Breeze will give error message when result is bigger that 4GB, exFAT won't help )
I have run into 4GB warnings twice while making cheat codes - once in Monster Hunter Stories 2: Wings of Ruin, and once in Monster Hunter Rise: Sunbreak. In Stories 2, I was trying to search for any float value not equal to 0, and it blew up the search size too much. In Sunbreak, I merely searched for an extremely common ASM mnemonic in that game on acident (apparently 'ret' appears over 1 million times across that game's memory; 70% of ram is ASM (25% of that 70% is in the code segment alone, which is massively large), and there are apparently over 3 million subroutines in the game files, each ending in a 'ret', half of which are loaded at any given time). I didn't notice because I was tired, and failed to recognize the byte pattern. Both of these are partially my fault. I should've done 2 simultaneous searches for -32767f to -1f and 1f to 32767f in Stories 2 instead and eliminated the value being positive or negative down the line. The offset ended up being ported from the Japanese version of the game instead because I found the existing code on a Japanese site later on. The value was a seemingly random, arbitrary float decimal number, as I suspected. I never would have guessed it if I didn't find it elsewhere for another version of the game. It is obvious that it was a dumb blunder on my part regarding Sunbreak. The Stories 2 issue, if the error didn't happen, would have still resulted in successfully finding the code. I was poking 3 float values with a value between 0 and 1 at a time originally, then reverting them, but the float value ended up being negative, so that never would have worked.
 
So for me (when searching for unknown) I try the first time a range search with guessing the value and when no results pop up then I go with the dump...
u32, f32 no problem with the dump but when I go with u16 or safe when I use u8 due to no findings I can forget this kind of search because of the size limitation 4GB... maybe it would take forever, who knows if it would be practical to not have the file size limitations...

But open up the search I would imagine that you try to separate the seach files to chunk of 4 GBs I would apreciate to have a max setting here.
I have a 1 TB sd card but higher than 20 GB (only an example here) for one search scenario I would not go - then I have to ask myself if the search setting is correct at that point... Or when I think back on my first days where I did a value = 0 search *omg I was happy that it not go through... I did it on the PC port of the game afterwards with CheatEngine and I never did that again ;)

When you are unexperienced a range search is much more difficult. So using the dump is more simpler. But you already described that

Speaking of overclocking... Would such a optional setting also be possible here?
There is no need to overclock, already happy enough with the speed, the process is exactly the same, just use the same code and it is overclocked.

Concerning range search the reason to do it is for speed, if you end up with a bigger than 4G file that would mean you should never do it in the first place. There is a risk associated with range search, if you set it wrong then it is all for nothing, which I will 100% take, if wrong then try something else. My range search is always very much faster than a full dump. Ending up with full dump is very rare, can't really remember when was the last time, maybe happen a few time over the whole history of doing search. Usually due to value encrypted by lazy developer. They encrypt the value back to the same size otherwise full dump also won't help. Range search will not work in this case and unless you already have some clue that it is the case you will be learning it the hard way. i.e. do range search, see that it don't work, decide to try something else or do a full unknown search.
Post automatically merged:

I have run into 4GB warnings twice while making cheat codes - once in Monster Hunter Stories 2: Wings of Ruin, and once in Monster Hunter Rise: Sunbreak. In Stories 2, I was trying to search for any float value not equal to 0,
That is a dumb search. Not equal to zero is almost as bad as equal to zero. I don't know how -0 and NaN would work under this compare but everything else will match.

and it blew up the search size too much. In Sunbreak, I merely searched for an extremely common ASM mnemonic in that game on acident (apparently 'ret' appears over 1 million times across that game's memory; 70% of ram is ASM (25% of that 70% is in the code segment alone, which is massively large), and there are apparently over 3 million subroutines in the game files, each ending in a 'ret', half of which are loaded at any given time).
A search result that has 3 million hits is nothing.
Here is my favorite search.
1739623721505.png

30 million hits take about 17 second and the file size is about 500Mbytes.
This search is good enough for most unknown float and double.
You will also find double but if you already know the data is double doing search for double will be very much faster.
This range search will be a waste of time if the value is integer as interesting integer value will escape this range.
 
Last edited by TomSwitch,
Masters of the cheats please help me, this is a specific Request🙏🙏🙏

Requesting Ninja Gaiden 2 Sigma V1.0.2

ID: 0100696014F4A000
Build: EB526F5A41621D69

I already search on The whole forum, I only find the cheat who make hit everything

Is there a cheat like Inf HP, mana and mats?
 
  • Like
Reactions: zebrone

Site & Scene News

Popular threads in this forum