Deja vu is an entry point for homebrew.
Not a cfw.
You can only run some homebrew made for it...
And you can never use it to launch cfw.
With regards to a release of implementation -- I no longer actually have the source code for my original Deja Vu demos due to a hard drive dying last summer. However, <= 4.1.0 should be able to use it pretty readily soon thanks to nspwn allowing mmio access. Give it a few days.
— Michael (@SciresM) April 16, 2019
<= 7.0.1 will probably be able to use Deja Vu at some point in the future, since we theoretically have the pieces necessary to do the privilege escalation it needs. Do not update past 7.0.1, if you want a software hack for the Nintendo Switch.
— Michael (@SciresM) April 16, 2019
According to https://switchbrew.org/wiki/Switch_System_FlawsDeja vu is an entry point for homebrew.
Not a cfw.
You can only run some homebrew made for it...
And you can never use it to launch cfw.
Simple. Don't update.Now with ofw8 broke the dejavu exploit which gone public what are the option for us with the patched units. Have not see much info so decided a separate topic where to post any info would be useful. For begining where can be found the released exploit chain so to follows the future updates.
Up to ofw3 it can be used as it but patched units begins with ofw4. On 4.x is needed just a little tweak and for 5.x-7.x more than a little. Using the dejavu method will definitely requires an emunand setup which is in progress.
Does that summarize it well, any early guidelines for cfw preparations are wellcome
Yes emunand and sysnand will both be useable (once emunand is released). Sysnand will still live on your built-in storage, so you don't need to worry about the size/space for that. Emunand will take up space on your SD card, but most of the space it takes up can be used to install games (equivalent to installing games to your internal storage). Shrinking emunand should be possible, but might not be considered high priority as the space can be used for games.Will emunand and sysnad be usable, combined both are around 50gb, read somewhere about shrinking emunand. And because dejavu is launched via website what will happens if the website is down, can it be somehow saved on the console, is it good if using most of the time sleep mode instead turn off. Another thing i'm unsure when launch cfw via dejavu does it completely restart the console or just boot into cfw, for rcm in comparison it boot in rcm then in cfw don't know if reboot. Maybe is good when released AMS for ipatched units to include option fo completely disabling the autormc to prevent accidentally turn it on as there is allways a risk.
edit: and using this before anything else to avoid update? https://gbatemp.net/threads/90dns-dns-server-for-blocking-all-nintendo-servers.516234/
When rcm exploit was discovered, all entire scene became depending on it and no one cared about finding new entry points.
This obsession about rcm was so huge, that ipatched units were born with the stigma of an obsolete and less featured product. just like the wii mini. I don't think it will ever be cfw running on them, seriously. imo new gen consoles will be available first..
So yeah deja vu was always planned to be used on patched units. Deja vu will be used to reboot into cfw.Deja vu is an entry point for homebrew.
Not a cfw.
You can only run some homebrew made for it...
And you can never use it to launch cfw.
Yes you will be able to, once deja vu is released and updated for 6.2, which will take a while but not forever.i have two units, one is a *Non-patched unit* and Other one is a *yellow-patched unit*.. my question is:
i have the patched unit on firmware 6.2.0 and haven't updated since can i run CFW on it?..
or is deja vu even Considered CFW?.. little confused sorry for the questions..
The card reader firmware has one version for system firmware versions below 4.0, and another version for 4.0 and above. If your system firmware is already 4.0 or above, then just don't worry, you're not affected.*So I've heard a thing about updated cart readers and downgrading/keeping sysnand on low firmware
What is it about and how does it affect patched units? I've seen mentions of disabling the cart reader in emunand as a workaround
Does this mean we won't be able to use carts on emunand with high firmware versions in order to keep exploit avenue open?
Or does it just mean we won't be able to use carts on the ofw with low firmware version after we update it?
I don't particularly care about where I'm playing my games, but I very much like to keep my carts
Thanks for the explanation. Since there is no reason to stay in ofw except to launch cfw, I guess cartridge is not needed there anyway as everyone with patched switch will be playing everything in emunandThe card reader firmware has one version for system firmware versions below 4.0, and another version for 4.0 and above. If your system firmware is already 4.0 or above, then just don't worry, you're not affected.*
If your system firmware is less than 4.0, and you're planning to keep it there and use updated emunand, then you have a choice. You can keep cart games working in sysnand, by using nogc patches to disable the cart slot in emunand, or you can not use nogc patches so your cart slot is updated by emunand, which means you can play carts in emunand, but not in sysnand.
Using nogc patches would be the safest option by default, to keep things how they are as it's currently not possible to go back. Once you've got the exploit all set up and running sysnand and emunand how you want it tho, you might find you want to play newer cart games that don't work on your old sysnand, so maybe you'll want to update the card reader firmware. See how it plays out and make your own decision at the time.
*e: I've just re-read your post and noticed you said "patched units". You'll definitely have firmware 4.1.0 or above, so you can forget about this entirely. Leaving the rest for anyone else it might help.
8.0 support later today (source: SciresM). Couple of people have said emunand is coming in the next couple of days, I personally haven't seen it said by the devs working on it but I guess someone must have. My rough estimate for deja vu is a sliding scale of within a week for the lowest firmware versions, to months away for 7.xAny guesstimates about release time? I'm guessing development priority is 8.0.0 support (already seems done) -> emunand -> deja vu.
Let's hope it's not too long now
The whole homebrew community is too used reliant on rcm bug that patched switches feel cast aside.
The setup for deja vu would be lower firmware sysnand, to run the hack, and updated emunand, to play games. Whether it's safe enough to take emunand online is going to be a matter of opinion and probably change over time.Wait I'm confused about the whole EmuNAND and Deja Vu thing
So sys nand will be on the latest firmware to play online and EmuNAND will be there to play hacked games
If that's correct then how would you be able to use DJV if sys nand is on the latest fw which it is patched on?
Am I missing something here?
It's not a surprise and I'm not complaining. but it doesn't hurt anyone if we had a place to exclusively talk about patched switches. Homebrew development for switch can continue in parallel with ipatched and unpatched switches. the only difference is payload delivery (which in my opinion deja vu is superior if you don't care about online, but everyone has their own needs). I bought my switch knowing full well what I was getting into and don't regret it now.But is that really any surprise? Even with deja vu, unpatched units will still be the superior and safer option. Once ipatched units were discovered in the wild, there was still a rediculous amount of time to get unpatched systems. If you missed out on that it's a bummer for sure but doesn't susprise me one bit that patched systems are lowest on the totem pole. There's still so much to be done with unpatched systems first and that takes time.
It's not a surprise and I'm not complaining. but it doesn't hurt anyone if we had a place to exclusively talk about patched switches. Homebrew development for switch can continue in parallel with ipatched and unpatched switches. the only difference is payload delivery (which in my opinion deja vu is superior if you don't care about online, but everyone has their own needs). I bought my switch knowing full well what I was getting into and don't regret it now.
While patched switches are the minority now, things will be different in a year or two especially when new hardware revisions come out. Also consider the count of unpatched switches are shrinking as they get broken/banned. Wouldn't you rather have the option to buy a brand new switch any time you wanted and be able to hack it instead of hunting ebay and yard sale for a second hand hackable model or keeping a second console in a box just in case?
No offense taken at all. Sorry if it seemed like that.Yeah, I didn't mean any offense. I'm glad ipatched units are getting a way to use CFW. The option being out there for more people is great. I was just saying that it isn't surprising that the community isn't making those systems the main priority. Though I really don't see any way that deja vu is a superior option to load payloads versus the current method. From what I've seen/heard it's slower and involves more steps. Plus it's way more dangerous since you have no emergency way to load payloads if something goes wrong with your sysnand. Unfortunately I foresee many people bricking their systems with autoRCM or whatever else and having no option other than hardmods to save them. Honestly the only people I see using deja vu are those who're forced to because they have a patched system. If I'm mistaken with that feel free to let me know. Not here to really argue though. Looking forward to see what happens in the future for sure.
This is just not true. Deja Vu is a trustzone exploit that will enable running CFW, though it requires an entrypoint.Deja vu is an entry point for homebrew.
Not a cfw.
You can only run some homebrew made for it...
And you can never use it to launch cfw.
Correct will be the entry point for cfw, like reboot to payload, cfw, emunand... How ever they implement it, looking forward to dusting off my ipatched unit!This is just not true. Deja Vu is a trustzone exploit that will enable running CFW, though it requires an entrypoint.