Hacking SWITCH NOOB PARADISE - Ask questions here

  • Thread starter Thread starter APartOfMe
  • Start date Start date
  • Views Views 6,161,224
  • Replies Replies 48,001
  • Likes Likes 66
1. I was hoping to stay on something so simple to use and to be honest, it does 99% of the catalogue i own, so happy to stick with it. I know i will eventually migrate over to atmosphere (but maybe in another 4 years lol).
2. It may have been a hangover from the PSP days, where you had to update to a certain firmware, before you could make such a large leap. There were ...i wouldn't say concerns, more of unknowns back on dark umbra 4 years ago thats all.. If that doesn't apply, then thats at least some good news.
3. Ahh - my bad, apologies Mods.

I do have a copy i got hold of, of SX OS CFW 3.1.0 - will that contain the firmware update do you know? If so, how would i load that? Dump and run on the card?

Thanks for your reply btw.
No, the CFW doesn't contain Nintendo Switch firmware updates. Those can only be obtained by dumping them from your console itself or downloading them illegally from the Internet. However you get the firmware you wish to update to, if your plan is to stick with SX OS, you will have to use the homebrew application ChoiDujourNX to update your firmware.
 
  • Like
Reactions: SuperRy
Hello everyone!
I have a problem with my cfw erista switch. when i try to install tinfoil I get this message: "Could not start software. Return to the HOME Menu and try again."I tried to install nsp games via goldleaf but it still shows the same message. I have the latest version of Atmosphere, my Switch is at 13.2.1, and I also downloaded the last sigpatches. I have also tried
1)downgrade OFW
2)different patches
3)maintenance mode
4)full reset , fresh copy of atmosphere hekate etc etc
I don't know what I need to do to get my games working, do you have any solutions?
Thanks!
 
Hello everyone!
I have a problem with my cfw erista switch. when i try to install tinfoil I get this message: "Could not start software. Return to the HOME Menu and try again."I tried to install nsp games via goldleaf but it still shows the same message. I have the latest version of Atmosphere, my Switch is at 13.2.1, and I also downloaded the last sigpatches. I have also tried
1)downgrade OFW
2)different patches
3)maintenance mode
4)full reset , fresh copy of atmosphere hekate etc etc
I don't know what I need to do to get my games working, do you have any solutions?
Thanks!
Well the issue may be that you are using arguably the scene's worst title installer, Goldleaf. Try any other title installer. The one I always recommend using is TinWoo Installer.
 
Hi,

I'm trying to get the User_Id and Password from my save data file in Super Mario Maker 2.

I've pulled of the 8000000000000010 file from the Saves folder on the switch & decrypted it.

I now am supposed to go into /su/baas/<guid>.dat and the userid and password should be in there (instructions below)

# You can get your user id and password from /su/baas/<guid>.dat in save folder 8000000000000010.
# Bytes 0x20 - 0x28 contain the user id in reversed byte order
# Bytes 0x28 - 0x50 contain the password in plain text

I've not really done much with .dat files before & was wondering if someone could explain what I need to do.

Much appreciated :)
 
Hi,

I'm trying to get the User_Id and Password from my save data file in Super Mario Maker 2.

I've pulled of the 8000000000000010 file from the Saves folder on the switch & decrypted it.

I now am supposed to go into /su/baas/<guid>.dat and the userid and password should be in there (instructions below)

# You can get your user id and password from /su/baas/<guid>.dat in save folder 8000000000000010.
# Bytes 0x20 - 0x28 contain the user id in reversed byte order
# Bytes 0x28 - 0x50 contain the password in plain text

I've not really done much with .dat files before & was wondering if someone could explain what I need to do.

Much appreciated :)

Open the file with this: https://mh-nexus.de/en/hxd/

edit:


You will be viewing the file in hexadecimal (base 16 number system)

0x <—-means it‘s hexadecimal

from 0x20-0x28 means from position 32 to position 40 it has 8 bytes for your username. Reverse byte order means it will be backwards (Probably in pairs but maybe the whole thing but that would be weird)

from 0x28-0x50 means from position 40 to position 64 it has 24 bytes for your password. That’s a huge password but OK. At least it’s in plain text.
 
Last edited by binkinator,
Thanks, how do I get bytes 0x20-0x28 & 0x28-0x50?

You can use the search/find option and look for “offset“. That’s what 0x28 is…an “offset“ from the base whihc happens to be zero in our case.

edit: or you can just scroll down and watch the offset marked here in yellow Until you get to 0x28

D66A595F-14D0-4783-8E73-9DBFFE3D36EA.jpeg


You are looking for 0000000028(h) or 0x28 <——same thing
 
You can use the search/find option and look for “offset“. That’s what 0x28 is…an “offset“ from the base whihc happens to be zero in our case.

edit: or you can just scroll down and watch the offset marked here in yellow Until you get to 0x28

View attachment 300623

You are looking for 0000000028(h) or 0x28 <——same thing
Thanks again for the quick reply - I only have these offsets:
1646583546638.png
 
Thanks again for the quick reply - I only have these offsets:
View attachment 300625
Right…so each row has 16 bytes starting from 0x0. On the second row (0x16) you start counting columns from left to right with the first being 16 so 4 columns over is 0x20….the next 8 columns will be your user ID in reverse byte order. Look at the far right to see what the ASCII (human readable) value is.
 
Right…so each row has 16 bytes starting from 0x0. On the second row (0x16) you start counting columns from left to right with the first being 16 so 4 columns over is 0x20….the next 8 columns will be your user ID in reverse byte order. Look at the far right to see what the ASCII (human readable) value is.
Thanks for exaplaining that for me. I have a feeling that there is either something wrong with my dat file, or something wrong with these instructions... For my userID, I get the following text. The instructions say # 16 hex digits for the user_id... (Do I just put in the hex digits in backwards, and not care about the human readable text?)
1646583961612.png
 
Thanks for exaplaining that for me. I have a feeling that there is either something wrong with my dat file, or something wrong with these instructions... For my userID, I get the following text. The instructions say # 16 hex digits for the user_id... (Do I just put in the hex digits in backwards, and not care about the human readable text?)
View attachment 300626

make sure you are looking in the right place.

pretend the line highlighted in yellow is the 0x16 line.

your user ID would be the bytes highlighted in blue (reverse byte order though) and your password would be those bytes highlighted in green…and thankfully just plain text.

1AF5BAE5-B3C2-4AC7-B7DD-F3ED1FC26BE1.jpeg



Since it’s in reverse byte order we need to take them in pairs and flip them. Let me see if I can Google a better explanation.

say you had this:

1a 01
2d 45

reverse byte order would be:

01 1a
45 2d

since It’s just a few bytes you can temporarily use a random section of your file, say the next line, to type them out in reverse byte order and see the result in the right hand ascii section in red above.

edit: be sure to just quit and don’t save your file with these temporary changes in place!
 
Last edited by binkinator,
make sure you are looking in the right place.

pretend the line highlighted in yellow is the 0x16 line.

View attachment 300629


Since it’s in reverse byte order we need to take them in pairs and flip them. Let me see if I can Google a better explanation.

say you had this:

1a 01
2d 45

reverse byte order would be:

01 1a
45 2d

since It’s just a few bytes you can temporarily use a random section of your file, say the next line, to type them out in reverse byte order and see the result in the right had ascii section in red above.

edit: be sure to just quit and don’t save your file with these temporary changes in place!
Ok - I did that & the readable text is now:
1646585303374.png
Do I not care about the readable text? I know this is something nintendo only uses, so not too sure what it's supposed to look like
 
Ok - I did that & the readable text is now: View attachment 300638Do I not care about the readable text? I know this is something nintendo only uses, so not too sure what it's supposed to look like
That doesn’t look right at all. Since it’s just a user ID and a partial password, would you mind pasting the entire line starting with 0x16 here?
 
Last edited by binkinator,
  • Like
Reactions: c1ffd
Yeah, I'm looking at the smm2_level.py, but yes same repo :) I've got all the keys, prodinfo, & ticket already. Just this bit is stumping me haha

based on the variables they are looking for it doesn’t appear they intend for it to be human readable.

BAAS_USER_ID = 0x0123456789abcdef # 16 hex digits
BAAS_PASSWORD = "..." # Should be 40 characters

I think you’d be OK just doing the reverse byte order as stated…all 8 bytes (i.e.16 hex character) for the username, ignore the ASCII altogether…they are not making a human readable user ID.

the password will be the next 40 characters…not sure why they didn’t do reverse byte order for this one too…maybe they did and didn’t document it? Dunno.

Be careful about flipping between the (h)ex view and the (d)ecimal view. You can change it in the View tab and screw yourself up. I recommend doing it all in (h) because the instructions are using 0x notation.

we already swapped once in this conversation and I didn’t catch it BTW…so the colored diagram I did does not reflect reality. In (h)ex you would never start a line with 0x16….it would be 0x10…make sure you start with offset 0x20 as shown in the instructions.
 
based on the variables they are looking for it doesn’t appear they intend for it to be human readable.

BAAS_USER_ID = 0x0123456789abcdef # 16 hex digits
BAAS_PASSWORD = "..." # Should be 40 characters

I think you’d be OK just doing the reverse byte order as stated…all 8 bytes (i.e.16 hex character) for the username, ignore the ASCII altogether…they are not making a human readable user ID.

the password will be the next 40 characters…not sure why they didn’t do reverse byte order for this one too…maybe they did and didn’t document it? Dunno.

Be careful about flipping between the (h)ex view and the (d)ecimal view. You can change it in the View tab and screw yourself up. I recommend doing it all in (h) because the instructions are using 0x notation.

we already swapped once in this conversation and I didn’t catch it BTW…so the colored diagram I did does not reflect reality. In (h)ex you would never start a line with 0x16….it would be 0x10…make sure you start with offset 0x20 as shown in the instructions.
Okay, I'll give it a go & let you know how it goes. Just to confirm, my reversed username is: 65 64 A6 03 E0 C7 CC E6

Would I set BAAS_USER_ID = '6564A603E0C7CCE6', or do I need to convert to something else (I see in the example is 0x012345..
 
Okay, I'll give it a go & let you know how it goes. Just to confirm, my reversed username is: 65 64 A6 03 E0 C7 CC E6

Would I set BAAS_USER_ID = '6564A603E0C7CCE6', or do I need to convert to something else (I see in the example is 0x012345..

Ungh…they do show it as 0x and lower case hex, don’t they? Not much other than these 1/2 dozen lines of documentation to go on…going to have to just try it. You’re well past n00b territory at this point…
 

Site & Scene News

Popular threads in this forum