User:SlyCooperReloadCoded: Difference between revisions
Jump to navigation
Jump to search
Content added Content deleted
No edit summary |
(Blanked the page) Tag: Blanking |
||
| (26 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
Personal scratchpad - the results of my experiments and findings can be found here. inb4 some of this leads to massive discoveries. |
|||
Sly 2 NTSC-U Episode 5 hub - at address 0x4D8364 is a list that bears a resemblance to the fk$x list, but includes not only entities, but also objects, triggers, invisible things, path points, etc. Each (nameless) entry contains the address that marks the start of its struct, as well as some other info. Unable to find this in any other episode, but it most likely isn't specific to this map. Some things I've been able to find with it include entities like the bats flying around, but also an anchor point for a boat, a bounce-away trigger of some kind, some deactivated triggers, both parts of Sly's cane, and the patrol boat. Everything in the fk$x list probably has entries here. |
|||
"Collision" address on the addresses sheet isn't quite collision, the term "binding" fits it better. Instead of setting it to 0, set certain characters in the value to 0 - sometimes nothing will happen, sometimes the object will lose collision, and sometimes the object will lose its "rigid" behavior and can be pushed around by touching it - the entirety of Arpeggio's blimp can be tossed around, for example. This also removes the object's need for a map reload to change coordinates - it'll update live - then setting that value back to its default will lock it in place again. If you do this to the entire map's struct, large parts of the map model will gain physics, letting you throw mountains around, but most of the time everything but entities will disappear due to being mass-proxied away due to all the entities touching it. |
|||
Map objects that have their transform component updating automatically (i.e. tilting building on a tree in Ep3 hub, Ep5 hub patrol boat, Ep7 water wheels, etc) have an "is being touched" float like entities do - unmoving ones don't, the only excepting being the map model itself. Visibility will be nearby, and -0x2C from that is the start of the struct. This is the easiest way to find the start of their struct. All map objects do generally work with entity offsets like +0xD4 for Render Priority or +0x12C for Opacity. Doing an entity swap with an object in the fk$x list and an object not in the fk$x list will always crash, whether it was done with the ID method or the pointer method. |
|||
If you search for the address that marks the start of a moving map object's struct, you'll also find it in some other lists. Some values in that list near the struct start address value control some kind of animation set thing - changing them will make them and some nearby objects to move erratically before crashing the game. I once swapped some values belonging to the turret tower and the tilty tree building in Ep3 hub, and both started swinging around wildly before the game crashed. Interestingly, the elephant satellite's dish started rotating super fast as well, even though it was on a 100% complete save file... could static things be reanimated somehow? |
|||
Job beacons have their own visibility value. If frozen to 010F0200 and game is reloaded, they appear with their correct waypoints as well. Touching them as the correct character just makes them disappear, but touching them as the wrong character makes the "Only XXX can complete this job!" text box appear. |
|||