reason i was asking is because you might beable to get enough speed to get to the underwater door without the game realising you are underwwater meaning you would open it, and skip first bowser
reason i was asking is because you might beable to get enough speed to get to the underwater door without the game realising you are underwwater meaning you would open it, and skip first bowser
When AKA tried it, did he go fast enough that he would've been above the water in one frame, and fully inside it in the next? If so, did you check whether he got unlucky and - after the last frame fully above the water - would have ended up intersecting the water in the next frame at his current speed? (but the game detected this collision and stopped him instead)
fruitless. Someone already gamesharked their way into the room, and couldn't open the door while there was water.
How about trying the same BLJ but on the opposite side of the castle. Drop down through the tower, and you wont fall into a small room but you should just drop into regular water and have the freedom to swim where you want. Assuming that works, you could then swim underneath the castle floor, and then up into the basement door. See if that works.
Does anyone even know if the keys are actually stored in separate memory locations? It seems very possible that getting a key increments a key count and the lobby key door requires having 2 keys rather than having a specific key. This can be tested by hacking into BitFS before BitDW and seeing if you can open the lobby key door. If this is the case that moat door is worthless and the only chance is to magically glitch the lobby key door into opening.
Why would the programmers do that? Any decent programmer would assign the two keys with seperate variables.
switch ( gotKeys ) {
case 0 :
doorText("You need a key to open this door...");
break;
case 1 :
doorText("This key doesn't fit. Perhaps it's for the basement door?");
break;
case 2 :
openKeyDoor();
break;
}Case: Mario walks into the upstairs key door. Single variable.
if(!gotKeys) DoorText("You don't have a key!");
elseif(KeyType != DoorType) DoorText("This key is for a different door!");
else DoorText("Yay, entrance!");foreach(Keys as key)
if(key->Fits(door)) { DoorText("Yay, entrance!"); goto done; }
DoorText("No entrance without a valid key!");
done:;
Or in today's world: [...] goto
But I know that nintendo programmers like to use single varaibles with cases when they can... For example, we know for a fact that in OoT, the different gauntlets/bracelets are stored in one variable. Getting the second or third will let you do what the first would let you do even if you skipepd it. But while Raiscan is probably right with the 3 cases, maybe beating BitFS sets gotKeys to 2 directly and doesn't just increment it. Meh.
I don't recommend HISSing at parties though, people will think you're a snake.
Now with two variables, unless theres something in C I'm unaware of, you would need to check both variables in an assortment of if statements. This seems a bit inefficient considering theres only two keys and only 3 states a single variable would have (along with the fact you can only get the keys in a certain order).
if(gameState&SPECIFIC_DOOR_MASK)
// Open door
else if(gameState&GENERAL_DOOR_MASK)
// Key doesn't fit
else
// You need a key