| messiaen Catgirl Level: 68 Posts: 61/1085 EXP: 2594047 For next: 134753 Since: 11-20-07 Since last post: 8.1 years Last activity: 7.2 years |
|
||
| My suggestion about the first menu came from the SM64MainLevelScripts.txt, which is VL-Tone's commented version of the main level interface level script. According to that document, there are 3 objects in the menu screen: 24 18 1F 00 00 00 00 00 B5 C8 00 00 00 00 00 00 04 00 00 00 13 00 30 08 --Places Menu Buttons on screen. 24 18 1F 06 00 00 00 00 B5 C8 00 00 00 00 00 00 04 00 00 00 13 00 2F C0 --Places Yellow Wood Texture Menu BG on screen. 24 18 1F 00 00 00 FF 9C 00 00 00 00 00 00 00 00 04 00 00 00 13 00 30 48 --Places some object on screen. The 0x24 is the level script command which creates objects. The last four bytes are the behaviors (13 00 is the bank and the last two bytes the relative offset). What is unusual about this is the fourth byte of the first and third commands. This is the "model" byte ID, as defined by the 0x22 or 0x21 Geo Layout/Polygon pointers. In this case, the ID is 00, so no model is used, which I think means that the sole purpose of these commands is to point to the behavior which executes a 0x0C call. Another striking thing is the relative unusual command "11 01" comand in the 0x3008 behavior: "11 01 08 21". This is only shared by the "Controlable Platform"' behavior, so maybe one of the 0x3008 behavior 0x0C calls is related to the mouse. I tried setting "11 01 08 21" to a goomba, and indeed he seems to follow you, but very slowly. Perhaps you could try this for your videos .Also, this may be of help to you. I remember reading in a very old thread about the function of the "08 00 00 00" command, it seems that his sets some kind of loop in the 0x0C call. You have a programming background, so that may make sense to you. If you look at the behaviors, usually the 0x0C calls are made after one of these 0x08 commands, but there are cases in which there is one 0xC call before the 0x08 "loop". |

.



.




