confused about pops multi-coding.

[Goobers]

so it goes something like:

5000aabb cccc
+
80xxxxxx yyyy
OR
30xxxxxx 00yy

i fully understand aa, cccc, xxxxxx, yyyy (yy)... but i don't get the bb.

the size of the code to write (1 for byte, 2 for words)(bb)

all of the codes i've seen were 01 for bb. which is perfectly fine when going in sequential locations.

but i created some new codes for Vagrant Story (to create uber weapons and etc).

for the weapons, i didn't have a choice, i had to make 10 seperate codes, to have an uber weapon for EACH class (dagger, sword, etc).

anyway, ignoring most else... i'll dive into the problem... i created a code to create some 48 gems in the game... the problem with the game is... when you create the item through the cheat, you have to create all the stats for the item (in this case, maxing out).

i don't understand why

_L 0x5000301C 0x00000000
_L 0x80060A28 0x00000127

works. but

_L 0x5000301C 0x00000000
_L 0x80060A2D 0x00007F7F

doesn't work. (it'll lock up the PSP)

instead, to make it work, i have to break it into

_L 0x5000301C 0x00000000
_L 0x30060A2D 0x0000007F
_L 0x5000301C 0x00000000
_L 0x30060A2E 0x0000007F

this wouldn't have been a problem except for the fact that seperating it out like that means it needs some 36 lines of codes to fully create the gem... and CWCheat only accepts 30 lines per "cheat."

i understand that the 1C is now acting as a "interval gap" kind of deal similar to multi-code for PSP cheats... but it's obviously neither the 1 or the 2 in the instructions for using multi-codes for pops.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

in the following i'll give the memory location for the first gem slot

0x00060A28 - 16-bit name ID (pulls the name from a db on the disc, 0105-0133)
0x00060A2A - 8-bit ID (00-2E, matches the 0105-0133)
0x00060A2C - 8-bit ability ID (for various 20% inflict/evade chances)
0x00060A2D - 8-bit Strength Attack stat
0x00060A2E - 8-bit Intelligence Attack stat
0x00060A2F - 8-bit Agility stat

0x00060A30 -> 0x00060A35 - 8-bit "Class" stat (each one for a class type, 6 of them)

0x00060A38 -> 0x00060A3E - 8-bit "Affinity" stat (each one an element type, 7 of them)

0x00060A40 - 8-bit "Set" (0 or 1 to indicate being used or not on a weapon/shield, "Set")

*** all the stats have values from -128 to 127... 80h is -128, so from 80h to FFh, you get -128 to -1, then from 00h to 7F you get 0 to 127.

as you can see, there are 20 codes just for one gem... but if you ignore the 0x00060A2C (there is no "best" 20% chance) and 0x00060A40... its easier just to leave them blank, so that leaves 18 codes...

if you do just ONE gem, it's as short as 6 lines of code (name ID, second ID, mult-code for the next 9 stats combined and multi-code for last 7 stats combined).

but if you make more than one gem... you have to multi-code each address... 36 lines of code... and that is 6 more than a single cheat will allow.

[weltall]

it crashes because 16 bit access on the psp must be alligned

[Goobers]

aligned?

so you're saying i could kind of do it if i use

_L 0x30060A2D 0x0000007F
_L 0x5000301C 0x00000000
_L 0x80060A2E 0x00007F7F

instead of
_L 0x5000301C 0x00000000
_L 0x80060A2D 0x00007F7F
_L 0x30060A2F 0x0000007F

edit: just checked it out... seems like it does work that way...

[weltall]

yeah the psp doesn't take 16bit accesses on not 16bit alligned adresses. a workaround for it implemented in the psp engine but as i didn't see the need for it in the pops engine i didn't implement it.
another thing why you are keeping the 0x you can avoid them in pops

[Goobers]

i typed the 0x here out of habit... but after i posted, i noticed it (missing) in the cheat db.