I understand. I have to wait till, Hekate, Atmosphere is updated right? Or do I also need to install the 23 FW in the EMUMMC.Just wait it out if you updated to 23.
I understand. I have to wait till, Hekate, Atmosphere is updated right? Or do I also need to install the 23 FW in the EMUMMC.Just wait it out if you updated to 23.
All of the above.I understand. I have to wait till, Hekate, Atmosphere is updated right? Or do I also need to install the 23 FW in the EMUMMC.
Thanks. All 3 right? Does the order matter?All of the above.
It has been my experience:Thanks. All 3 right? Does the order matter?
I can still enter CFW by the way, but without the Sleep Mode. Do you know if it's still safe to use CFW for playing games and watching movies (NXMP/Switch Wave) while I wait for the Atmosphere updates?It has been my experience:
1. Update Hekate, Atmosphere, Sys-patch (evidently not needed this time around)
2. Boot into Semi-stock
3. Update firmware using official method
4. Reboot into CFW
5. Update CFW to latest.
But none of it is ready yet, so moot.
Its going to depend on the software itself. If it can't run, it will crash out and reboot. Shouldn't be any harm in trying, but the repo is being actively committed to so updates may be on the way.I can still enter CFW by the way, but without the Sleep Mode. Do you know if it's still safe to use CFW for playing games and watching movies (NXMP/Switch Wave) while I wait for the Atmosphere updates?
There's so much conflicting info, so I really appreciate your insights and knowledge.
Thanks a lot mate.Its going to depend on the software itself. If it can't run, it will crash out and reboot. Shouldn't be any harm in trying, but the repo is being actively committed to so updates may be on the way.
Why the third step (updating the emuMMC FW to 23)?All of the above.
I have to be honest with you: I don't know. I've never attempted to run two different FW versions. There's a part of my brain that would be screaming the entire time "THEY'RE NOT THE SAME" and until I figure out how to silence that, I'll have to keep doing it that way.Why the third step (updating the emuMMC FW to 23)?
Once Atmosphère (and Hekate) are updated to support FW 23, CFW should boot just fine to emuMMC, even if emuMMC is at an earlier FW version... right?

When I was checking out SX OS on my Switch, my OFW was (and still is) on 15.x.x or 16.x.x and the emuMMC was downgraded to 11.0.0 so, yeah, CFW booted just fine. You can have an emuMMC on a lower firmware and boot into CFW, I doubt that Atmosphere is any different in that regard.Once Atmosphère (and Hekate) are updated to support FW 23, CFW should boot just fine to emuMMC, even if emuMMC is at an earlier FW version... right?
it's mostly kernel changes (if any) and erptFor my limited knowledge since is mayor update there can be many changes under the hood, so is safer to wait atmo guys to check stuff.
"15": {"vt": "0x80", "func": "0x710002ED20", "lr": "0x71000303A8", "inbytes": "0x4", "outbytes": "0x14", "buffers": [5, 5], "name": "NOT_IN_DATABASE", "wire_order": "in_data[0x4]; out_data[0x14]; buffers=[in, in]"},
"5": {"vt": "0x48", "func": "0x7100052570", "lr": "0x710004DFC0", "inbytes": "0xE", "outbytes": "0x8", "name": "NOT_IN_DATABASE", "wire_order": "in_data[0xE]; out_data[0x8]"},
"6": {"vt": "0x50", "func": "0x7100052580", "lr": "0x710004E16C", "inbytes": "0xE", "outbytes": "0x4", "buffers": [6], "name": "NOT_IN_DATABASE", "wire_order": "out_buf0; in_data[0xE]; out_data[0x4]"},
"7": {"vt": "0x58", "func": "0x7100052590", "lr": "0x710004E34C", "inbytes": "0xE", "outbytes": "0x4", "buffers": [10], "name": "NOT_IN_DATABASE", "wire_order": "in_data[0xE]; out_data[0x4]; buffers=[out]"},
"8": {"vt": "0x60", "func": "0x71000525A0", "lr": "0x710004E53C", "inbytes": "0xE", "outbytes": "0x4", "buffers": [10], "name": "NOT_IN_DATABASE", "wire_order": "in_data[0xE]; out_data[0x4]; buffers=[out]"},
"9": {"vt": "0x68", "func": "0x71000525B0", "lr": "0x710004E72C", "inbytes": "0xE", "outbytes": "0x4", "buffers": [10], "name": "NOT_IN_DATABASE", "wire_order": "in_data[0xE]; out_data[0x4]; buffers=[out]"},
"10": {"vt": "0x70", "func": "0x71000525C0", "lr": "0x710004E91C", "inbytes": "0xE", "outbytes": "0x4", "buffers": [10], "name": "NOT_IN_DATABASE", "wire_order": "in_data[0xE]; out_data[0x4]; buffers=[out]"},
"11": {"vt": "0x78", "func": "0x71000525D0", "lr": "0x710004EB0C", "inbytes": "0xE", "outbytes": "0x4", "buffers": [10], "name": "NOT_IN_DATABASE", "wire_order": "in_data[0xE]; out_data[0x4]; buffers=[out]"},
"12": {"vt": "0x80", "func": "0x71000525E0", "lr": "0x710004ECEC", "inbytes": "0xE", "outbytes": "0x4", "buffers": [10], "name": "NOT_IN_DATABASE", "wire_order": "in_data[0xE]; out_data[0x4]; buffers=[out]"}
"2002": {"vt": "0x30", "lr": "0x710004F77C", "inbytes": "0xE", "outbytes": "0x8", "buffers": [6], "name": "NOT_IN_DATABASE", "wire_order": "in_data[0xE]; out_data[0x8]; buffers=[out]"}
It has been my experience:
1. Update Hekate, Atmosphere, Sys-patch (evidently not needed this time around)
2. Boot into Semi-stock
3. Update firmware using official method
4. Reboot into CFW
5. Update CFW to latest.
But none of it is ready yet, so moot.
if you want to you can choose to never touch OFW at all.Just a quick question to put me on the right track. It is mentioned here about keeping the OFW and CFW the same? I have never booted my modded switch into OFW (I have another clean switch for that), so my OFW is quite a bit lower. So I just wondered if I should be updating the OFW to match CFW in future.
you need patches to ES to use eshop dumps, regardless of source, even if you did it yourself, as you are still pirating the ticket into the common ticketbin instead of signed into the private ticketbin (i.e. sys-patch is needed)I have a strange problem with 'could not start the software'.
I bought the game last week with my clean switch still on firmware 22.5.0. It naturally works perfectly. I dumped it using nxdumptool and using DBI English and Russian. Loading it onto my modded switch (also on firmware 22.5.0) using DBI English and latest Russian I am getting the above message. Another game I bought on the same day works perfectly. This has never happened before, all my other games I have bought over the past nine years work perfectly. I am completely baffled by this. Why would one game which was dumped from my eshop purchase and not some dodgy games site cause this?

