Medinin

• The Lovely Series in Animal Crossing consists of ten furniture items, plus matching wallpaper and flooring. In Animal Crossing: New Leaf, however, the Lovely Wall Clock is added. The furniture series consists of pink furniture with heart designs. Villagers with items from the Lovely Series include Marina, Liz, Winnie, Bunnie, Victoria, Truffles, Chrissy, Monique and Rosie.
• Some Item Codes for Animal Crossing - GameCube: Some Item Codes; Password Effect HullivershoneH DullivershonSY Get: Classic Bed. You can get the Lucky Nintendo Set for free with this code. There are others codes for them but these codes also work. (Note: All codes.

Get Cash

Sell fruit, fish, shells, bugs, or other unused stuff to Nook. He’ll only give you 25% of what you paid for the item though.

Maximize your time by not selling cheaper fish. You’re better off throwing it back in the water and fishing for more expensive fish. That way you won’t have to go back and forth between Nook’s and the river/sea so many times.

This generator was originally coded by Ryan Holtz, and ported to PHP by Gary Kertopermono. When using this generator on your own site, please leave at least the credits to Ryan Holtz intact, since he did most of the original resource.

Send presents to the villagers in your letters and they’ll send you furniture or different kinds of fruit that are not native to your town. They’re worth 500 bells instead of 100, but if you plant them you’ll have many trees with lots of fruits that are worth 500 bells!

Deposit money in your bank account and you’ll earn interest every month. You can also cheat by changing the date and get a lot of money in interest. However, be careful because the town will be full of weeds. If you decide to do it, you might as well do it several times to make it worthwhile.

Shake trees and you’ll find a few bells here and there or even hidden furniture. If the bees come out, they will most likely sting you, but you should try to catch them, as they’re worth 4,500 bells at Nook’s!

Do errands for your neighbors and they’ll reward you with furniture or other objects. You can keep these objects or sell them to Tom Nook for some cash.

Fish at the ocean at night time, when it’s snowing or raining. It’s your best chance to fish a Coelacanth, which is worth 15,000 bells. You also have more chances to catch the Red Snapper and the Knifejaw. These are worth 3,000 and 5,000 respectively.

Hit all the rocks in town once a day. One of them will turn red and spit out money bags. Hit it several times consecutively, and you’ll get more money. You can dig three holes around yourself and the rock so when you hit it you don’t accidentally step back. You have to do this before hitting each rock for the first time though.

When you see “stars” in the ground, use your shovel to dig out a fossil, which you can donate at the museum (for free) or sell it to Nook for big bucks after it’s been identified by Blathers the owl. Sometimes it won’t be a fossil, but you can still sell the Gyroids. Pitfall seeds are worthless though.

When you see a glowing portion of earth, make a hole with the shovel and bury a money bag. In a couple of days, it should grow into a money tree.

You’ll receive money in a letter from your parents on January 1st – It will contain 10,000 bells. You can change the Gamecube’s date back and forth between different years, always on January 1st, and that way you’ll receive a bunch of letters with 10,000 bells. However, there’s some risk. You may lose some of your beloved neighbors, and your town will be full of weeds!

Nook’s Cheats, Codes, and Hints

Nook’s Store Upgrades
Nook will make his store bigger and better the more you shop at it.

Home Upgrades
Expand your house by paying off your mortgage. When you’re done paying what you owe, go talk to Nook and he’ll ask you if you want the upgrade. Say yes and wait until the next day to see your expanded headquarters.

Restock Nook’s Store
If the store is getting empty and you want more items to shop today, just save the game and then change the date before you restart it. Nook’s store will be full of merchandise all over again.

Restock an Item at Nook’s
If you want an item you just bought to become available at Nook’s again, save your game, change the clock to an earlier or later date, save, and then return to the original date. The item will be at Nook’s again.

Unlock New Stuff:
Enter the following codes when talking to Nook – Select “Other Things” and then “Say Code.” Also, go to the “Item Lists” page for codes to unlock the different Gyroids.

Special Objects

Golden Bug Net
Catch all 40 bug species. The golden net will allow you to catch bugs much more easily.

Golden Shovel
Buy two shovels. When you find some a portion of the ground that’s glowing, make a hole and plant one of the shovels there. It will turn into a golden one.

Golden Fishing Rod
Catch all 40 fish species. The golden fishing rod will allow you to catch fish much more easily, and you’ll also get a trophy in your house.

Golden Axe
Obtain a “perfect” rating by taking good care of your town (planting flowers, the right amount of trees, pulling out weeds, etc. If you maintain it for two weeks, you’ll get the Golden Axe from the lucky spirit Farley, at the wishing well. This axe never breaks.

Unlock other special objects by entering code at Nook’s. Read more about this on the “Nook’s Cheats & Hints” page.

Special Visitors

Chip: (6am-6pm June-November) He holds a fishing tourney every Sunday during the months of June and November. He’ll give you a prize if you caught the biggest bass that day (so far). At the end of the day, if you were the winner, you’ll receive a prize on the mail.

Franklin: (3pm to 9pm on Thanksgiving) Find him hiding behind trees and buildings. Give him the forks Tortimer gives you at the Town Hall and he’ll give you special “Harvest” furniture. You can repeat this until you have the whole collection.

Gracie: (6am-6am – 24 hours on a random day) Wash her car by tapping A really fast when she asks you to and she’ll give you one of her unique shirts.

Jack: (6pm Oct. 31 to 1am Nov. 1) Everyone in town will be dressed up like Jack that day, but you have to find the real Jack. He will not chase you, but you’ll have to give him candy you bought at Nook’s during the month of November. He’ll give you “Spooky” furniture. If you’re persistent, you’ll find the whole collection.

Jingle: (Dec. 24 – 8pm to Dec. 25 – 1am) Talk to him several times and he’ll give you pieces of the “Jingle” series furniture. Only trick is…you have to change your clothes each time so he doesn’t recognize you!

Joan: (Sunday 6am – Noon) Buy turnips from her and sell them to Nook any day of the week except Sundays. The prices vary like the stock market, so you may make extra money or lose some. Also, you can buy red turnips from her, which you can plant for a special surprise. Turnips rot after a week, so sell them before that!

Katrina: (9pm – 9pm- 24 hours on a random day) She’ll tell you your fortune. Sometimes it’s nothing important, but sometimes she will tell you something special.

K.K. Slider (aka Totakeke) (Saturday 6pm to Midnight) Watch him play music at the cafeteria. He’ll give you a record after the song is done so you can play the music at home. Find the song list at the bottom of the page.

Mr. Resetti (After You Don’t Save the Game) You should be familiar with him by now, but he shows up every time you forget to save your game before quitting. He’ll be really annoying and will talk and talk until he thinks you’ve understood why it’s important to save.

Nat (3rd Saturday in June, July, August, and September) Nat hosts the Bug Catching Contest. He’ll reward you with gifts each time you bring him the rarest bug. Also, he’ll send you the Bug Trophy if you were able to catch the rarest bug that day.

Saharah: (6am to 6am – 24 hours on a random day) She trades rare and exotic carpets for one of your carpets and some money. The prices go up the more you buy from her, but sometimes it’s worth it.

Snowman: (Dec. 25 to Mid-February) If you notice small balls of snow in the ground you should roll them around to make them bigger. Find another ball and roll it on top of the other to make a snowman. If it has the right proportions, he’ll give you special “Snowman” furniture. If he’s out of proportion, he’ll just complain.

Wendell: (6am to 6am – 24 hours on a random day) When you find him, you’ll have the opportunity to give him fish three times. He’ll give you wallpapers in exchange.

Wisp: (Midnight-3am) He’ll appear in your town every night, and you have to catch him with your net. When you let him go, he’ll let you choose one of several items, including rare furniture and objects.

Other Hints and Secrets

Get NES Games:
There are a few other ways to obtain NES games, but here are a few:

1. When you’re done running errands for Nook, you’ll receive a “welcome package” with three items. Two of them are NES games.
2. Talk to the neighbors and eventually one of them will ask you when your birthday is, especially if you choose the 2nd talk option once in a while. Tell them and, on your birthday, one of the neighbors will visit with a present for you, a NES!
3. When you go to the Island (special GBA connection), give the villager a shovel and he might dig out a NES game. You can then try to bribe him with fruit.
4. On Christmas’ Eve, you’ll get a NES game on the mail. Yeay!

Pick a Song from Totakeke
Fill your pockets so you can’t carry any more items. Go to the concert and hear the song. Totakeke (a.k.a. K.K. Slider) will realize you don’t have room to store his music track. Keep coming back with your pockets full and listen to the different songs. When you hear one you like, come back with space in your pockets, request the song, and when he’s done singing you’ll get the copy you wanted.

Talk to the Neighbors
Talk to the neighbors you come across a few times. They might get angry, but you’ll also find out more about them and they might play games with you or ask you to do errands for them so you can get objects as a reward.

Making Mr. Resetti Angry and meeting Don Resetti
Turn off the Gamecube without saving, and Resetti will show up to give you his lecture. Keep doing it and he’ll get even angrier! At some point, his brother Don will be the one lecturing you, and if you insist in not saving (about 60 times), Mr. Resetti will come back and kick out everyone in town to give you a lesson.

Make your Neighbors Angry
Walk into the neighbors and push them around or hit them with the shovel or bug net. They’ll become mad and steam will come out of their heads.

Changing the Clock
You can hold A and B when the Gamecube logo appears before you start any games. There you can change the date and time so you can play on a different date in Animal Crossing. The other option is to start the game and select “Before I go…” You can change the game’s clock here without affecting the Gamecube’s clock and therefore other games. Either way, it’s always best to just play on the current date and time. If you change the clock back and forth you may miss stuff like special objects, so it’s not recommended to disrupt the programmed chain of events in Animal Crossing.

Nature’s Punishment
Play your game at least once a week, or the next time you go back to it, the town will be full of weeds and your flowers may be gone or dying. Same thing will happen if you start cheating by changing the date radically.

Item Lists

BUGS:

FISH:

GYROIDS:

K.K. SLIDER SONGS:

You’ll get these every time you go to a concert at the café. You’ll be able to put the different music tracks in your stereo at home and play them whenever you want.

Last summer I began reverse engineering Animal Crossing for the GameCube to explorethe possibility of creating mods for the game. I also wanted to document the processto create tutorials for people interested in ROM hacking and reverse engineering.In this post I explore the developer debugging features that are still left inthe game, and how I discovered a cheat combo that can be used to unlock them.

new_Debug_mode

While looking around at some leftover debug symbols,I noticed functions and variable names that contained the word “debug”, and thought it would beinteresting to see what debug functionality might be left in the game. If there were any debuggingor developer features I could activate, it might also help with the process of creating mods.

The first function I took a look at was new_Debug_mode.It’s called by the entry function, which runs right after the Nintendotrademark screen finishes. All it does is allocate a 0x1C94 byte structure andsave its pointer.

After it gets called in entry, a value of 0 is set at offset 0xD4 in the allocated structure,right before mainproc is called.

To see what happens when the value is non-zero, I patched the li r0, 0 instruction at80407C8C to li r0, 1. The raw bytes for the instruction li r0, 0 are 38 00 00 00,where the assigned value is at the end of the instruction, so you can just change thisto 38 00 00 01 to get li r0, 1. For a more reliable way to assemble instructions,you could use something like kstool:

You can apply this patch in the Dolphin emulator by going to the “Patches” tab of the game’sproperties and entering it like so:

Setting this value to 1 caused an interesting looking graph toappear at the bottom of the screen:

It looked like a performance meter, with the little bars at the bottom of the screengrowing and shrinking. (Later on when I looked up the names of the functions that draw thegraph, I found that they do in fact display metrics for CPU and memory usage.)This was neat, but not particularly useful. Setting the value above 1 actually stopped mytown from loading up, so it didn’t seem like there was much else to do with this.

Zuru mode

I started to look around at other references to debug-related things, and saw somethingcalled “zuru mode” pop up a few times. Branches to code blocks that had debug functionalityoften checked a variable called zurumode_flag.

In the game_move_first function pictured above, zzz_LotsOfDebug (a name I made up)only gets called if zurumode_flag is non-zero.

Looking for functions related to this value yields the following:

• zurumode_init
• zurumode_callback
• zurumode_update
• zurumode_cleanup

At first glance they’re all a bit obscure, twiddling aroundvarious bits at offsets in a variable called osAppNMIBuffer.Here’s a first look at what these functions do:

zurumode_init

• Set zurumode_flag to 0
• Check some bits in osAppNMIBuffer
• Store a pointer to the zurumode_callback function in the padmgr structure
• Call zurumode_update

zurumode_update

• Check some bits in osAppNMIBuffer
• Conditionally update zurumode_flag based on these bits
• Print out a format string to the OS console.

This kind of thing is usually usefulfor giving context to the code, but there were a bunch of unprintable characters in thestring. The only recognizable text was “zurumode_flag” and “%d”.

Guessing it might be Japanesetext using a multi-byte character encoding, I ran the string through a character encoding detectiontool and found out it was Shift-JIS encoded. The translated string just means “zurumode_flag hasbeen changed from %d to %d”. That doesn’t provide much new information, but knowing aboutthe use of Shift-JIS does, as there are many more strings in the binaries and string tables thatuse this encoding.

zurumode_callback

• Calls zerumode_check_keycheck
• Check some bits in osAppNMIBuffer
• Prints value of zurumode_flag somewhere
• Calls zurumode_update

zerumode_check_keycheck didn’t show up before because of the differentspelling.. what is it?

A huge complex function that does lots more bit twiddling on values without names.At this point I decided to back off and look for other debug-related functions andvariables, as I wasn’t even sure what the significance of zuru mode was. I alsowasn’t sure what “key check” meant here. Could it be a cryptographic key?

Back to debug

Around this time I noticed that there was an issue with the way I loaded the debug symbolsinto IDA. The foresta.map file on the game disc contains a bunch of addresses and namesfor functions and variables. I hadn’t noticed initially that the addresses for each sectionstarted over at zero, so I just set up a simple script to add a name entry for each linein the file.

I set up new some IDA scripts to fix up the symbol map loading for the different sections of the program:.text, .rodata, .data, and .bss. The .text section is where all the functions are,so I set the script to automatically detect functions at each address when setting a name this time.

For the data sections, I set it to create a segment for each binary object (such as m_debug.o,which would be compiled code for something called m_debug), and set up space and names for each piece of data.This gives me much more information than I had before, although I now had to manually define the datatype for each piece of data, as I set each data object to be a simple byte array. (In hindsight it wouldhave been better to at least assume any data with a size that’s a multiple of 4 bytes contained 32-bitintegers, as there are so many of them, and many contain addresses to functions and data that are importantfor building up cross-references.)

While looking through the new .bss segment for m_debug_mode.o, I saw some variables like quest_draw_status andevent_status. These are interesting because I want to get debug mode to display some more useful stuff thanthe performance graph. Luckily, there were cross-references from these data entries to a huge piece of codethat checks debug_print_flg.

Using the Dolphin debugger, I set a breakpoint on the function where debug_print_flg gets checked(at 8039816C) to see how the check works. The breakpoint never hit.

Let’s check why: this function is called by game_debug_draw_last. Guess what value is checked before conditionallycalling it? zurumode_flag. What the heck is it?

I set a breakpoint on that check (80404E18) and it broke immediately. The value of zurumode_flag was zero, so itwould normally skip calling this function. I NOPped out the branch instruction (replaced it with an instruction thatdoes nothing) to see what would happen when the function does get called.

In the Dolphin debugger you can do this by pausing the game, right-clicking on an instruction, andthen clicking “Insert nop”:

Nothing happened. Then I checked what has happening inside the function, and found another branch statement that couldshort circuit past all of the interesting stuff at 803981a8. I NOPped that out as well, and the letter “D”appeared at the top right corner of the screen.

There was a bunch more interesting looking code in this function at 8039816C (I called it zzz_DebugDrawPrint),but none of it was getting called. If you look at the graph view of this function, you can see that there’s aseries of branch statements that skip over blocks throughout the entire function:

By NOPping out more of these branch statements, I started to see different things get printed to the screen:

The next question is how to activate these debug features without modifying the code.Also, zurumode_flag appears again for some branch statements made in this debug draw function.I added another patch so that zurumode_flag is always set to 2 in zurumode_update, because it’susually compared specifically with 2 when it’s not being compared with 0.After restarting the game, I saw this “msg. no” message displayed at the top right of the screen.

The number 687 is entry ID of the most recently displayed message. I checked this using a simpletable viewer I made early on, but you can also check it with a full GUI string table editor I made for ROM hacking. Here’s what the message looks like in the editor:

At this point it was clear that figuring out zuru mode was no longer avoidable; it’stied directly into the debugging features of the game.

Zuru mode revisited

Returning to zurumode_init, it initializes a few things:

• 0xC(padmgr_class) is set to the address of zurumode_callback
• 0x10(padmgr_class) is set to the address of padmgr_class itself
• 0x4(zuruKeyCheck) is set to the last bit of a word loaded from 0x3C(osAppNMIBuffer).

I looked into what padmgr means, and it’s short for “gamepad manager”. This suggests there could bea special key (button) combination to enter on the gamepad to activate zuru mode, or possibly somespecial debugging device or development console feature that could be used to send a signal toactivate it.

zurumode_init only runs the first time the game is loaded (pressing reset button doesn’t trigger it).

Setting a breakpoint at 8040efa4, where 0x4(zuruKeyCheck) is set, we can see that during bootwithout holding down any keys, it’s going to be set to 0. Replacing this with 1 causes an interesting thing to happen:

The letter “D” shows up in the upper right corner again (green instead of yellow this time),and there’s also some build info:

A patch to have 0x4(zuruKeyCheck) always set to 1 on start:

This seems like it’s the correct way to get zuru mode initialized. After that,there may be different actions we need to take in order to get certain debug informationto display. Starting up the game and walking around and talking to a villager didn’t show anyof the displays mentioned previously (besides the letter “D” in the corner).

The likely suspects are zurumode_update and zurumode_callback.

zurumode_update

zurumode_update is first called by zurumode_init, and then repeatedly gets called byzurumode_callback.

It checks the last bit of 0x3C(osAppNMIBuffer) again and then updates zurumode_flagbased on its value.

If the bit is zero, the flag is set to zero.

If not, the following instruction runs with r5 being the full value of 0x3c(osAppNMIBuffer):

This extracts the 28th bit from r5 and saves it into r3.Then 1 is added to the result, so the final result is always 1 or 2.

zurumode_flag is then compared to the previous result, depending on how manyof the 28th and last bits are set in 0x3c(osAppNMIBuffer): 0, 1, or 2.

This value is written to zurumode_flag. If it didn’t change anything, thefunction ends and returns the current value of the flag. If it does change the value,a much more complex chain of code blocks executes.

A message in Japanese is printed: this is the “zurumode_flag has been changed from %d to %d”message mentioned earlier.

Then a series of functions are called with different arguments depending on whether the flagwas changed to zero or not. The assembly for this part is tedious, so the pseudo code of itlooks like this:

Notice that if the flag is zero, JC_JUTDbPrint_setVisible is given an argument of 0.If the flag is not zero AND bit 25 or bit 31 are set in 0x3C(osAppNMIBuffer), thesetVisible function is passed an argument of 1.

This is the first key to activating zuru mode: the last bit of 0x3C(osAppNMIBuffer)must be set to 1 in order to make the debug displays visible and set zurumode_flagto a non-zero value.

zurumode_callback

zurumode_callback is at 8040ee74 and is probably called by a function related tothe gamepad. Setting a breakpoint on it in Dolphin debugger, the callstackshows that it is indeed called from padmgr_HandleRetraceMsg.

One of the first things it does is run zerucheck_key_check. It’s complex, but overall it seemsto read and then update the value of zuruKeyCheck. I decided to see how that value is used inthe rest of the callback function before going any further into the keycheck function.

Next it check some bits in 0x3c(osAppNMIBuffer) again. If bit 26 is set, or else if bit 25 isset and padmgr_isConnectedController(1) returns non-zero, the last bit in 0x3c(osAppNMIBuffer)is set to 1!

If neither of those bits are set, or if bit 25 is at least set but padmgr_isConnectedController(1)returns 0, then it checks if the byte at 0x4(zuruKeyCheck) is 0. If it is,then it will zero out the last bit in the original value and write it back to 0x3c(osAppNMIBuffer).If not, then it still sets the last bit to 1.

In pseudo-code this looks like:

After that, if bit 26 is not set, it shorts to calling zurumode_update and then finishes.

If it is set, then if 0x4(zuruKeyCheck) is not zero, it loads up a format string where itappears that it’s going to print out: “ZURU %d/%d”.

Recap

Here’s what happens:

padmgr_HandleRetraceMsg calls the zurumode_callback.My guess is that “handle retrace message” means it has just scanned key presseson the controller. Each time it scans, it may call a series of different callbacks.

Animal Crossing Gamecube Code Generator

When zurumode_callback runs, it checks the current key (button) presses.This seems to check for a specific button or combination of buttons.

The last bit in the NMI Buffer is updated based on specific bits in its currentvalue, as well as the value of one of the zuruKeyCheck bytes (0x4(zuruKeyCheck)).

Then zurumode_update runs and checks that bit. If it’s 0, the zuru mode flag will beset to 0. If it’s 1, the mode flag is updated to 1 or 2 based on whether bit 28 is set.

The three ways to activate zuru mode are:

1. Bit 26 is set in 0x3C(osAppNMIBuffer)
2. Bit 25 is set in 0x3C(osAppNMIBuffer), and a controller is connected to port 2
3. 0x4(zuruKeyCheck) is not zero

osAppNMIBuffer

Wondering what osAppNMIBuffer was, I started by searching for “NMI”, and found referencesto “non-maskable interrupt” in the context of Nintendo. It turns out that the entire variablename also shows up in the developer documentation for the Nintendo 64:

osAppNMIBuffer is a 64-byte buffer that is cleared on a cold reset. If the system rebootsbecause of a NMI, this buffer is unchanged.

Basically, this is a small piece of memory that persists across soft reboots. A game canuse this buffer to store whatever it wants as long as the console is powered on.The original Animal Crossing game was actually released on Nintendo 64, so it makes sensethat something like this would show up in the code.

Switching over to the boot.dol binary (everything above is from foresta.rel),there are a lot of references to osAppNMIBuffer in the main function. A quick look showsthat there are series of checks that can result in various bits of 0x3c(osAppNMIBuffer)getting set with OR operations.

Interesting OR operand values to look out for would be:

• Bit 31: 0x01
• Bit 30: 0x02
• Bit 29: 0x04
• Bit 28: 0x08
• Bit 27: 0x10
• Bit 26: 0x20

Remember that bits 25, 26, and 28 are especially interesting: 25 and 26 determinewhether zuru mode is enabled, and bit 28 determines the level of the flag (1 or 2).Bit 31 is also interesting, but primarily seems to be updated based on the valuesof the others.

Bit 26

First up: at 800062e0 there’s an ori r0, r0, 0x20 instruction on the buffer valueat 0x3c. This would set bit 26, which always results in zuru mode being enabled.

For the bit to be set, the 8th byte returned from DVDGetCurrentDiskID has to be 0x99.This ID is located at the very beginning of the game disc image, and is loaded up at80000000 in memory. For a regular retail release of the game, the ID looks like this:

Patching the last byte of the ID to 0x99 causes the following to happen when starting upthe game:

And in the OS console, the following is printed:

All of the other patches can be removed, and the letter D also appears in the top right corner ofthe screen again, but none of the other debug displays are activated.

Bit 25

Bit 25 is used in conjunction with performing the port 2 controller check. Whatcauses it to be enabled?

This turns out to have the same check used for bit 28: the version must begreater than or equal to 0x90. It bit 26 was set (ID is 0x99), both of thesebits will also be set, and zuru mode will be enabled anyway.

If the version is between 0x90 and 0x98, though, zuru mode is not immediately enabled.Recalling the check made in zurumode_callback, it will only be enabled if bit 25 is setandpadmgr_isConnectedController(1) returns non-zero.Once a controller is plugged into port 2 (the argument to isConnectedController is zero-indexed),zuru mode gets activated. The letter D and the build info display on the title screen, and…pressing buttons on the second controller controls the debug displays!

Some buttons also do things beside changing the display, such as increasing the speed of the game.

zerucheck_key_check

The last mystery is 0x4(zuruKeyCheck). It turns out that this value gets updated bythe giant complex function shown before:

Using the Dolphin debugger, I was able to determine that the value checked by this function is a setof bits corresponding to button presses on the second controller. The button press trace isstored in a 16-bit value at 0x2(zuruKeyCheck). When there’s no controller plugged in,the value is 0x7638.

The 2 bytes containing flags for the controller 2 button presses are loaded and thenupdated near the beginning of zerucheck_key_check. The new value is passed in withregister r4 by padmgr_HandleRetraceMsg when it calls the callback function.

Down near the end of zerucheck_key_check, there’s actually another place where 0x4(zuruKeyCheck)is updated. It didn’t appear in the list of cross-references because it’s using r3 as the baseaddress, and we can only figure out what r3 is by looking at what it’s set to any timethis function is about to be called.

At 8040ed88 the value of r4 is written to 0x4(zuruKeyCheck). It’s loaded from thesame location and then XORd with 1 just before that. What this should do is toggle the valueof the byte (really just the last bit) between 0 and 1. (If it’s 0, the result ofXORing it with 1 will be 1. If it’s 1, the result will be 0. Look up the truth tablefor XOR to see this.)

I didn’t notice this behavior while watching the memory values before, but I’ll trybreaking on this instruction in the debugger to see what’s happening. The original value isloaded at 8040ed7c.

Without touching any buttons on the controllers, I don’t hit this breakpoint duringthe title screen. To reach this code block, the value of r5 must be 0xb before thebranch instruction that comes before it (8040ed74). Of the many different paths that leadup to that block, there’s one that will set r5 to 0xb before it, at 8040ed68.

Note that in order to reach the block that sets r5 to 0xB, r0 must have beenequal to 0x1000 just before. Following the blocks up the chain to the beginningof the function, we can see the constraints necessary to reach this block:

• 8040ed74: r5 must be 0xB
• 8040ed60: r0 must be 0x1000
• 8040ebe8: r5 must be 0xA
• 8040ebe4: r5 must be less than 0x5B
• 8040eba4: r5 must be greater than 0x7
• 8040eb94: r6 must be 1
• 8040eb5c: r0 must not be 0
• 8040eb74: Port 2 button values must have changed

Here we reach the point where the old button values are loaded and the new valuesare stored. Afterwards there are a couple of operations applied to the new and oldvalues:

The XOR operation will mark all of the bits that have changed between the twovalues. The AND operation then masks the new input to unset any bits that arenot currently set. The result in r0 is the set of new bits (button presses) in thenew value. If it’s not empty, we’re on the right path.

For r0 to be 0x1000, the 4th out of the 16 button trace bits must have just changed.By setting a breakpoint after the XOR/AND operation I can figure out whichbutton press causes this: it’s the START button.

The next question is how to get r5 to start out as 0xA. r5 and r6 are loaded from0x0(zuruKeyCheck) at the beginning of the key check function, and updated near the end when we don’thit the code block that toggles 0x4(zuruKeyCheck).

There are a few places just before where r5 gets set to 0xA:

• 8040ed50
• 8040ed00
• 8040ed38

8040ed38

• 8040ed34: r0 must be 0x4000 (B button was pressed)
• 8040ebe0: r5 must be 0x5b
• 8040eba4: r5 must be greater than 0x7
• same as before from here on…

r5 must start at 0x5b

8040ed00

• 8040ecfc: r0 must be 0xC000 (A and B pressed)
• 8040ebf8: r5 must be >= 9
• 8040ebf0: r5 must be less than 10
• 8040ebe4: r5 must be less than 0x5b
• 8040eba4: r5 must be greater than 0x7
• same as before from here on…

r5 must start at 9

8040ed50

Animal Crossing Cheat Codes Gamecube

• 8040ed4c: r0 must be 0x8000 (A was pressed)
• 8040ec04: r5 must be less than 0x5d
• 8040ebe4: r5 must be greater than 0x5b
• 8040eba4: r5 must be greater than 0x7
• same as before from here on…

r5 must start at 0x5c

It seems there’s some kind of state between button presses, and then a certainsequence of button combos need to be entered, ending with START. It seems like A and/or B comejust before START.

Following the code path that sets r5 to 9, a pattern emerges: r5 is an incrementingvalue that can either be increased when the correct button press value is found in r0,or reset to 0. The weirder cases where it’s not a value between 0x0 and 0xB occurwhen handling multi-button steps, such as pressing A and B at the same time. A persontrying to input this combo usually isn’t going to press both buttons at the exactsame time the pad trace occurs, so it has to handle either button being pressedbefore the other.

Continuing with the different code paths:

• r5 is set to 9 when RIGHT is pressed at 8040ece8.
• r5 is set to 8 when C-stick right is pressed at 8040eccc.
• r5 is set to 7 when C-stick left is pressed at 8040ecb0.
• r5 is set to 6 when LEFT is pressed at 8040ec98.
• r5 is set to 5 (and r6 to 1) when DOWN is pressed at 8040ec7c.
• r5 is set to 4 when C-stick up is pressed at 8040ec64.
• r5 is set to 3 when C-stick down is pressed at 8040ec48.
• r5 is set to 2 when UP is pressed at 8040ec30.
• r5 is set to 1 (and r6 to 1) when Z is pressed at 8040ec1c.

The current sequence is:

Z, UP, C-DOWN, C-UP, DOWN, LEFT, C-LEFT, C-RIGHT, RIGHT, A+B, START

One more condition is checked before the Z check: while the newly pressed buttonmust be Z, the current flags must be 0x2030: the left and right bumpers must alsobe pressed (they have values of 0x10 and 0x20). Also, the UP/DOWN/LEFT/RIGHT are theD-pad buttons, not analog stick.

The cheat code

The full combo is:

1. Hold L+R bumpers and press Z
2. D-UP
3. C-DOWN
4. C-UP
5. D-DOWN
6. D-LEFT
7. C-LEFT
8. C-RIGHT
9. D-RIGHT
10. A+B
11. START

It works! Attach a controller to the second port and enter the code, and the debug displayswill show up. After that you can start pressing buttons on the second (or even third) controllerto start doing things.

This combo will work without patching the version number of the game.You can even use this on a regular retail copy of the game without any cheat toolsor console mods. Entering the combo a second time turns the zuru mode back off.

The “ZURU %d/%d” message in zurumode_callback is used to print out the status of this combination if you enter itwhen the disk ID is already 0x99 (presumably for debugging the cheat code itself). The first numberis your current position in the sequence, matching r5. The second is set to 1 while certain buttonsin the sequence are held down, these might correspond to when r6 is set to 1.

Most of the displays don’t explain what they are on the screen, so to figure out what they’re doingyou have to find the functions that handle them. For example, the long line of blue and redasterisks that appear at the top of the screen are placeholders for displaying the status of differentquests. When a quest is active some numbers will appear there, indicating the state of the quest.

The black screen that shows up when you press Z isa console for printing debug messages, but specifically for low level stuff such as memory allocationand heap errors or other bad exceptions. The behavior of fault_callback_scroll suggests it may be fordisplaying those errors before the system is rebooted. I didn’t trigger any of these errors,but I was able to cause it to print a couple of garbage characters with some NOPs. I think this would bereally useful for printing custom debug messages later on:

After doing all this, I found out that getting debug mode by patching the version IDto 0x99 is already known: https://tcrf.net/Animal_Crossing#Debug_Mode. (They also have some goodnotes on what the various displays are, and more things you can do using a controller in port 3.)As far as I can tell, the cheat combination has not been published yet, though.

That’s all for this post. There are still some more developer features that I’d like to explore,such as the debug map screen and NES emulator select screen, and how to activate them without using patches.

I’ll also be posting write ups about reversing the dialog, event, and quest systems for the purposeof making mods.

Update: The slides for the talk I did on this can be found here.