I would assume Decrypt9 (which rxTool's xorpad generator is based off of) also expects the new format. Looks like the old script generates the filenames in unicode while the new one doesn't. In a hex editor I can easily tell the difference. I genned the ncchinfo for a game rom with both the old ctrkeygen python script then used the one for rxTools. (since each new one it makes would overwrite the last one due to the bugged filenames)ĮDIT: Yep it's how it stores the file names. That file happens to be whatever the last xorpad it generated was. So if you used the python script form void multitool thing to make the file instead of the one that came with rxTools you would get the bugged xorpad generation with only a 1mb file called "s". I recently read that rxTools and perhaps Decrypt9 stores the filenames as unicode in the bin file which the original from the multitool doesn't (or it could be the other way around. I think the 1mb xorpads named "s" that it creates is perhaps an issue with the particular ncchinfo.py script you are using to gen the ncchinfo file.
' SDCARD -> nccginfo.bin -> NCCHinfo options. 'FW Spoof' function checks FW version game requires to run and only applied if original value exceeds entered (2D02:FW8.0-8.1, 2E02:FW9.0-9.2, 3002:FW9.3, 3102:FW9.5, 3202:FW9.6-9.8).ġ) Put your 3DS games into 'roms' folder and press 'Create ncchinfo.bin file' button to create 'ncchinfo.bin' from 3DS ROMs.Ģ) Use GodMode9 along with created 'ncchinfo.bin' to generate ExHeader XORpads, put it in root of SD card, launch GodMode9 and follow
#Download 3ds video converter Patch#
With version 4.0 I added ability to patch minimum required kernel version (FW Spoof) and 'RegionFree', which requires *.exefs_norm.xorpad's. They are 1MB each in size and multiple ROM files supported during 'ncchinfo.bin' creation, so you can make xorpads for a bunch of games in one go. I decided to take slightly different approach to keep things simple and only use ExHeader XORpads.
0 kommentar(er)
