Game Modification: 60 FPS Hacks and Patches

[Meowmaritus]

(10-19-2016, 10:39 AM)gamemasterplc Wrote: it would actually be lis r20, 0x803A because load and store offsets are signed.

That makes no sense. The signed offset is the offset provided in the actual load and store instructions. The value of the base address is unsigned.
I can confirm that lis r20, 0x8039 works perfectly.

[Zerowalker]

What code generator do you use, CodeWrite as said just tells me like "Address isn't between blabla and blabla"

[gamemasterplc]

Your assembler is probably adding 0x88A0 before the store operation.

[gamemasterplc]

Pikmin 1.1 NTSC-U 60 FPS Code:
0404817C 38000001

[Zerowalker]

My code is as follows:

mflr r0
li r21, 1
lis r20, 0x8039
stw r21, 0x88A0(r20)

[gamemasterplc]

The 0x8039 will not work if the ori r20, r20, 0x88A0 operation is not included before the store and the store offset is changed to 0x0.

[Zerowalker]

The one that gives me errors in the code generator is actually:
stw r21, 0x88A0(r20)

[gamemasterplc]

I posted a working code for Pikmin 1 just a few posts back.

[Meowmaritus]

(10-19-2016, 11:12 AM)Zerowalker Wrote: My code is as follows:

mflr r0
li r21, 1
lis r20, 0x8039
stw r21, 0x88A0(r20)

Oh duh, the 0x88A0 is too large for a signed value (max is probably 7FFF for positive value)

Anyways you just have to load the whole address into r20:
li r20 0x88A0
oris r20, r20, 0x8039
The order you load which half of the number doesn't matter. This is the same functionality:
lis r20, 0x8039
ori r20, r20, 0x88A0
Anyways, since the address is exactly what you want you just specify 0 for the offset on the store instruction:
stw r20, 0 (r20)

[gamemasterplc]

If you want a negative offset include the 0xFFFF before the signed part.