Configureable usb laoder

Hello! This guide is documentation of this thread: https://gbatemp.net/threads/new-classic-controller-hacks.659837/ Many thanks to people like Vague Rant, crediar, ThomasLin and anyone else that has done hacks similar to these. This would not have existed without their efforts. This guide is currently being worked on. My apologies if there are any formatting errors. It is also currently a bit incomplete and needs more. Things you will need: - Dolphin Emulator on a computer (open Dolphin and select Options -> Configuration -> Interface -> Enable Debugging UI) - PPC Assembly knowledge - The game you want to hack - CodeWrite (Assembler) https://github.com/TheGag96/CodeWrite Identifying Symbols Before booting up the game in Dolphin, right click it and go to Properties > Filesystem Skim through the Data Partition looking for any files with the extension .elf or .map These may be unstripped binaries or function name maps, respectively; however, .map is also a pretty generic extension, so it might literally be maps in the video game sense and not the symbol maps we're looking for. If you find .elf or .map files, you can extract them (right click -> Extract file) to anywhere on your PC. Dolphin can load .elf files directly and .map files can be opened with Symbols > Load Other Map File... (There is a list of known Wii games with debug symbols at Retro Reversing.) Assuming that a symbol map was NOT leftover on the disc: 1. Load game you want to hack and pause. From the dolphin menu, choose Symbols -> Generate Symbols From -> Signature Database This feature is NOT foolproof. There are many functions dolphin wont identify, and many may be incorrectly identified. 2. Using the Symbols search field on the left side of the Code tab, search for the symbol "KPADRead" or "KPADiRead" Usually, Dolphin is unable to find the symbol KPADRead. We can use 2 other symbols to our advantage here. 3. Search for the symbol "select_1obj_continue" and click on that. Then look in the bottom left callers section. That unidentified symbol is read_kpad_dpd. Right click it and rename it to read_kpad_dpd. Ensure to use Symbols -> Save Symbol Map throughout this process so you do not lose any progress. 4. Inside of the symbol read_kpad_dpd, look at the Callers section again. Click on one of those callers, and rename the symbol you are in to KPADRead. After renaming the symbol to KPADRead, you should currently be looking at a section of the disassembler which should read something like this: 8016fb58 mr r3, r31 KPADRead 8016fb5c mr r4, r19 KPADRead 8016fb60 bl ->0x8016E410 --> zz_8016e410_ 8016fb64 mr r3, r31 KPADRead 8016fb68 mr r4, r19 KPADRead 8016fb6c bl ->0x8016C920 --> zz_8016c920_ 8016fb70 mr r3, r31 KPADRead 8016fb74 mr r4, r19 KPADRead 8016fb78 bl ->0x8016DBF0 --> read_kpad_dpd The 2 bl calls above read_kpad_dpd are 2 other relevant KPAD functions. The one in the middle should be read_kpad_acc and the one at the top should be read_kpad_stick. Go inside both of those unnamed ones and rename it to the corresponding one. Example: 8016fb58 mr r3, r31 KPADRead 8016fb5c mr r4, r19 KPADRead 8016fb60 bl ->0x8016E410 --> read_kpad_stick 8016fb64 mr r3, r31 KPADRead 8016fb68 mr r4, r19 KPADRead 8016fb6c bl ->0x8016C920 --> read_kpad_acc 8016fb70 mr r3, r31 KPADRead 8016fb74 mr r4, r19 KPADRead 8016fb78 bl ->0x8016DBF0 --> read_kpad_dpd Good work so far! You have made good progress. Next I will cover if dolphin did NOT find select_1obj_continue If dolphin was unable to find the symbol select_1obj_continue: 1. Use the symbols search tab again and find a symbol named "WPADProbe" 2. Set a breakpoint on the very start of that symbol. Keep running in dolphin until the Callstack section in code returns something like this: * --- [LR = XXXXXXXX] (The callstack wont return XXXXXXXX. I just put that there since the addresses for KPAD stuff is always different for each game.) 3. Once you find that call, the area will most likely be white meaning dolphin did not find the symbol. Look for the 3 bl calls to further confirm this is KPADRead. And of course, rename the symbol to KPADRead when you have confirmed. Find where the buttons are read by KPAD Some games (Older SDK) read buttons directly in KPADRead, while some newer SDK games read buttons in a separate function read_kpad_button. 1. Going from the three b1 calls (read_kpad_stick, read_kpad_acc, read_kpad_dpd), scroll up until you find another bl. 2. Scroll three more instructions past that bl and check what the instruction looks like. stw r0, 0x0068 (r31) Or like this: lwz r8, 0x0060 (r21) The exact registers may not be the same, but the instructions (stw vs. lwz) and the offsets (0x0068 vs. 0x0060) should be persistent If you have the first: this is an older SDK game that reads buttons directly from KPADRead Scroll up some more until you reach an instruction that looks like this: andi. r0, r7, 0x9FFF Congratulations! Make note of the address that is at. That is where you will be injecting buttons into the Wii Remote. If you have the second one, this is a newer SDK game that reads buttons inside read_kpad_button Right click on the bl instruction and select Follow Branch Right click > Rename Symbol > read_kpad_button Look ahead one instruction to find the following: andi. r0, r6, 0x9FFF Congrats! Make sure to leave note of the address this is at. The above example may not have the ideal button mapping for the game you're hacking; notably, that example is for a game with the vertical Wiimote layout; the D-Pad directions will be all wrong if you're doing a horizontal (NES-style) game, so you will need to edit those and whatever else needs fixing Next, open the CodeWrite app (linked at the start of this thread) and put your assembly button injector into the ASM field, the address you identified before with the andi. instruction into the Insertion Address field, and click the right arrow at the bottom of the window to generate a Gecko Code. Copy the resulting Gecko code and add it to Tools > Cheats Manager > Gecko Codes in Dolphin If your gecko code works, congratulations! You just made a classic controller hack! Adding Features IR Pointer support: 1. Return to read_kpad_dpd, which you identified earlier 2. locate the calc_dpd_variable function; Dolphin will not have recognized this for you so it will have an autogenerated name 3. Scroll all the way to the bottom of read_kpad_dpd and look for the function call near the end, looking like this: 8016e078 mr r3, r31 read_kpad_dpd 8016e078 extsb r4, r30 read_kpad_dpd 8016e078 bl ->0x8016D610 --> zz_8016d610_ - That unrecognized function is calc_dpd_variable. right click > Follow Branch right click > Rename Symbol > calc_dpd_variable the start of this function should look pretty much, if not exactly like this: 8016d610 stwu sp, -0x0020 (sp) calc_dpd_variable 8016d614 mflr r0 calc_dpd_variable 8016d618 stw r0, 0x0024 (sp) calc_dpd_variable that third instruction is an ideal location to insert pointer emulation; make a note of that address 4. Locate the SDK SCGetAspectRatio function Dolphin is very good at incorrectly recognizing SCGetAspectRatio. use the symbol search to look for SCGetWpadSpeakerVolume; you will probably get 8 or more results, most of which are wrong The first one is almost always the real SCGetAspectRatio, which Dolphin has mis-identified for extra confidence, check if the function right above it has been identified by Dolphin as MyNandCallback and the function right below it has been identified as SCGetDisplayOffsetH; SCGetAspectRatio is usually sandwiched between those two functions which Dolphin often does correctly identify 5. Make a note of the address where SCGetAspectRatio begins Depending on the game, you might want different implementations here: left stick, right stick, always on, toggled with a button; the example above supports four players, uses the right stick and the pointer is disabled after a few seconds of no movement If you're using the example pointer routine, you must copy the address where you found SCGetAspectRatio into the following line: GETASPECT: .int 0x00000000 ; PUT THE ADDRESS FOR SCGetAspectRatio HERE! for example, SCGetAspectRatio was at 80124550, so the line looks like this for me: GETASPECT: .int 0x80124550 ; PUT THE ADDRESS FOR SCGetAspectRatio HERE! 5. Back in CodeWrite, insert this routine at the address you found in calc_dpd_variable; I told you to make a note of it 6. Test the code in dolphin or on a Wii. If it works, you are done! IMPORTANT: From what i've seen, the IR assembly doesnt always work on Dolphin. If that is the case, try the code on a Real Wii. Tilting Support 1. Find the symbol read_kpad_acc we identified earlier 2. Scroll up outside of it to find another unidentified symbol, this is calc_acc_vertical 3. Go to the very top of it, and find the third instruction, which should look like this: stw r0, 0x0044 (sp) Make note of this address. If the code works to allow Tilting with the right classic controller stick, congrats! If not, the game most likely does not use calc_acc symbols (older SDK) or for some reason stops reading accelerometer data when an extension is connected. This is still a work in progress thread, and will be updated soon for more implementations, such as: - Modifying existing Wii Remote Controls or adding Nunchuk support to games - Whatever else i forgot to add And of course, give feedback if the thread is difficult to follow or anything 👍

Hacking Configureable usb laoder

Active Member

Well-Known Member

Active Member

Similar threads

Popular threads in this forum