hartie95 / free-multi-patcher Goto Github PK

Like @Syphurith and @dukesrg mentiont in roxas75/rxTools#80 and in Hartie95/rxTools@89be273 a patch layout should be defined, and a easy/variable way to add/remove patches should be implemented.

I think it should be a binary layout, because I would like to add this ability after implementation to rxTools to, and its not easy to do much converting in rxtools patching thread for arm11(It will not work if the thread binary it to big).

Because I would like to allow to use all patches from arm9(rxTools) and arm11 Applications(Free Multi Patcher) we will need 2 start addresses for every patch(one from inside the process Memory, and with the real address) and a search area.
Also we need the original Code, and the patchcode together with there size.
Maybe for the future a max/min system version would be usefull, because it could be possible that some patches wont work on older/newer firmware versions.

Now that the patcher is nearly ready for its next release we need a pc application to create own patches. Could be a simple json to binPatch convertor, or something with an UI.

This could help people to create new patches.

Every time I try to overwrite/search the serial the applicatioin crashes(even if i'm only writing the 11 serial bytes ). It unclear at the moment what the problem is.

eShop spoofing no longer works after a recent change Nintendo made.
eShop loads and appears to work until you tap on an item and it shows "An error has occurred."
This is bad news for us n3DS owners, so I hope you can figure out what Nintendo changed in 10.0.0 that broke spoofing on lower firmwares.

It seams there are some people, who would prefer to autopatch instead of pressing start.

We need to discuss what types of patches we are need.
Also we need to know what informations we need to know for these types.
I think about:

• Find and replace -> binary
  • startAddress
  • searchArea
  • originalcode
  • patchcode
  • maybe offset
• Overwrite at -> binary
  • address
  • patchcode
  • maybe offset
  • maybe originalcode for an revert patch ability
• Find and replace -> string
  • startAddress
  • searchArea
  • originalstring
  • patchstring
  • string shift
  • maybe offset
• Overwrite at -> string
  • address
  • patchstring
  • string shift
  • maybe offset
  • maybe originalstring for an revert patch ability

Like @Syphurith suggested here: cdffb5e
I will add a menu Entry to read a server URL from an txt file, patch the nim urls and start the sytemsettings. This will allow users to easy update to a spezific firmware.
I found the following urls inside of nim(9.0):
https://ecs.c.shop.nintendowifi.net/ecs/services/ECommerceSOAP
2x https://nus.c.shop.nintendowifi.net/nus/services/NetUpdateSOAP
2x https://ecs.c.shop.nintendowifi.net/ecs/services/ECommerceSOAP
https://ias.c.shop.nintendowifi.net/ias/services/IdentityAuthenticationSOAP

After I patchlayouts are implemented now, the user selection need now be saved.
Also the settings need to be implemented.

Nintendo updated their server to check the nver version the act module sends to the server.
To allow the users to simply use online services without updating the NVer, act needs to be patched to send a newer nver version to the nintendo servers.
To archiv this the act module needs to be reverse engeniert/disassambled, and a pach needs to be injected.
I'm trying to do it myself, but I have not that much time for this at the moment and I have not much experience in doing this myself, so everybody who helps is welcome.

Does somebody know what's the best way to check if the emunand is active. Otherwise it would be hard to check the patch compability.

Maybe we should get the firmware version from cver and nver to, so we could separate the types of modules that a patch is modifying( ns for example is a kernel module wich depends on the kernel version while the home menu depends on the cver and the eshop on the nver)
But first I need to find out how to get informations from cver and never.