Homebrew Discussion Open Source emunand very soon!

[djluis49]

Atmosphere is really legal homebrew and nintendo appreciate it
meanwhile SX OS is illegal because you have to pay for it

Not sure Nintendo appreciate Homebrew at all...but i guess if you had to choose, the one that its not making a profit from homebrew is a little better to let hanging aroung lol

 

[metaljay]

Funny he was banned before and I unbanned him again and clarified some rules.
Oh and he is banned again, I just looked it up, surprise.

Are you able to give an update on how you are getting on? Not asking for a when, just wanted to understand what works/ doesn’t work

 

[m4xw]

Are you able to give an update on how you are getting on? Not asking for a when, just wanted to understand what works/ doesn’t work

Still need to research ~22 different FS versions and port/implement emuMMC for them.
hexkyz is working on the fusee implementation, CTCaer and me are doing the implementation for hekate.
Been using it since a month now and no bugs other than it doesn't fully shut down (works on fatal tho), but thats a simple fix.
Currently it has some Issues for fw >= 7.x tho, which we are investigating, probably simple fix once the culprit is found.
Also still need to redirect the mmc partition switch, so on update it wont fuck with boot0/1 or corrupt the emuNAND.

 

[Nerdtendo]

Even if they did, that wouldn't be an issue. It's their software, they can do what they want.

Also, you probably got banned for concocting a conspiracy theory that misconstrued the actual truth, not because they don't like TX.

In reality, the logistic reason I got banned was because I mentioned SXOS. The instaban rule is "don't even mention SXOS". Honestly, I hated having to even get help on that thing because there were definitely a lot of self righteous and "holier than thou" . As for the "don't mention the S word" rule

Anyway, I didn't mean to derail, I won't mention it anymore because it's not the topic on hand. M4xw and especially the other, lesser known members of the retronx team do a lot of great work. Unfortunately, the community left a rotten taste in my mouth that still lingers

 

[metaljay]

Still need to research ~22 different FS versions and port/implement emuMMC for them.
hexkyz is working on the fusee implementation, CTCaer and me are doing the implementation for hekate.
Been using it since a month now and no bugs other than it doesn't fully shut down (works on fatal tho), but thats a simple fix.
Currently it has some Issues for fw >= 7.x tho, which we are investigating, probably simple fix once the culprit is found.
Also still need to redirect the mmc partition switch, so on update it wont fuck with boot0/1 or corrupt the emuNAND.

Is there no value in getting an alpha emunand out for pre 7.0 FW (which I think every current game supports) that way people can begin submitting big bug reports sooner, and begin stress testing.
Block the ability to update emunand whilst you work on more advanced features so you can control the group.

or do what you want, its your baby haha.
just wanted to play around with a beta whilst we wait for new bigger games such as super Mario maker 2.
great work

 

[m4xw]

Is there no value in getting an alpha emunand out for pre 7.0 FW (which I think every current game supports) that way people can begin submitting big bug reports sooner, and begin stress testing.
Block the ability to update emunand whilst you work on more advanced features so you can control the group.

or do what you want, its your baby haha.
just wanted to play around with a beta whilst we wait for new bigger games such as super Mario maker 2.
great work

Currently the setup still involves manually recompiling the code with sector offsets, flashing it via dd.
That will cause to all kinds of issues with the public.
Also code injection currently still hard-patches FS and I can't share simple patches for it (diffs would contain half of FS, lol)
All these parts will later be automatically handled by hekate and fusee, ofc no more recompiling, on the fly code injection (aka ez enhancements to existing services ), there will be a storage for the bootloader to tell emuMMC where everything is etc.

 

[hippy dave]

Thanks for the updates, sounding great.

 

[metaljay]

Currently the setup still involves manually recompiling the code with sector offsets, flashing it via dd.
That will cause to all kinds of issues with the public.
Also code injection currently still hard-patches FS and I can't share simple patches for it (diffs would contain half of FS, lol)
All these parts will later be automatically handled by hekate and fusee, ofc no more recompiling, on the fly code injection (aka ez enhancements to existing services ), there will be a storage for the bootloader to tell emuMMC where everything is etc.

Is there anywhere we can follow your progress? Not asking for a when/eta, just love reading about this stuff.

 

[m4xw]

Is there anywhere we can follow your progress? Not asking for a when/eta, just love reading about this stuff.

Dev happens in private, so no.
However I can answer questions you have.

 

[metaljay]

Dev happens in private, so no.
However I can answer questions you have.

Well seeing as you offered haha
1. what sort of size are you currently looking at for the emuNAND?
2. Are you partitioning the SD card or just having multiple folder structures?
2.a if you aren't partitioning, could this present a risk if nintendo decide to scan SD cards? or is that opening a can of worms
3. Any speed reductions/improvements running from an SD card?
4. Can you use game carts within emunand? (not asking about loading XCI)
4a. what about the firmware of the game cart? as last i checked this still hadn't been opened up
5. I saw you mentioned on twitter that your primary use case is for SYSnand to be up to date and Emu for anything else, How will online (home-brew apps) work with this?

looking forward to seeing this in action!!

 

[m4xw]

Well seeing as you offered haha
1. what sort of size are you currently looking at for the emuNAND?
2. Are you partitioning the SD card or just having multiple folder structures?
2.a if you aren't partitioning, could this present a risk if nintendo decide to scan SD cards? or is that opening a can of worms
3. Any speed reductions/improvements running from an SD card?
4. Can you use game carts within emunand? (not asking about loading XCI)
4a. what about the firmware of the game cart? as last i checked this still hadn't been opened up
5. I saw you mentioned on twitter that your primary use case is for SYSnand to be up to date and Emu for anything else, How will online (home-brew apps) work with this?

looking forward to seeing this in action!!

1. ~30GB, sizeof(rawnand.bin) + 8MB
However in the future this will be customizable.

2. Both, actually. I didn't set up file-based yet, so currently everything still runs from my 2nd partition. Fwiw we will support multi-emuMMC setup, also the atmosphere installations will be separated.
2.a. For file-based we will use hekates filesystem driver (FATfs), so that will not cause corruption, homebrew that uses the SD too on the other hand...

3. Speed is slower when running from SD (need to lock both the NAND & SD mutexes), normally NAND / SD would be able to run in parallel.
BUT, when using emuMMC to just boot sysNAND, there is a little speed-boost.

4. Yes, I just forward it to FS, so for GC it uses ninties code.
4.a. I played with the Idea of emuGC, which would be a compatibility wrapper for the ASIC, also this wouldn't enable XCI. But this Idea so far is hot air.

5. Dunno what you mean. It will behave as always /shrug

 

[Deleted User]

4. Yes, I just forward it to FS, so for GC it uses ninties code.
4.a. I played with the Idea of emuGC, which would be a compatibility wrapper for the ASIC, also this wouldn't enable XCI. But this Idea so far is hot air.

XCI loading is EmuGC -.-

 

[Dave_Chad]

1. ~30GB, sizeof(rawnand.bin) + 8MB
However in the future this will be customizable.

2. Both, actually. I didn't set up file-based yet, so currently everything still runs from my 2nd partition. Fwiw we will support multi-emuMMC setup, also the atmosphere installations will be separated.
2.a. For file-based we will use hekates filesystem driver (FATfs), so that will not cause corruption, homebrew that uses the SD too on the other hand...

3. Speed is slower when running from SD (need to lock both the NAND & SD mutexes), normally NAND / SD would be able to run in parallel.
BUT, when using emuMMC to just boot sysNAND, there is a little speed-boost.

4. Yes, I just forward it to FS, so for GC it uses ninties code.
4.a. I played with the Idea of emuGC, which would be a compatibility wrapper for the ASIC, also this wouldn't enable XCI. But this Idea so far is hot air.

5. Dunno what you mean. It will behave as always /shrug

Great update. On point 5 i think he means will online enabled homebrew still work in an emunand environment? Or is that too risky as it would be detectable when connected thus negating the need for emunand?

 

[m4xw]

XCI loading is EmuGC -.-

Kek, XCI loading couldn't be further from emuGC.
They don't even emulate the controller, it's so cheaply done, it's a complete joke.
Anyway emuGC would be a compatibility layer to make the newer ASIC fw work on lower Horizon versions.
You still need to own the cart, physically.

Great update. On point 5 i think he means will online enabled homebrew still work in an emunand environment? Or is that too risky as it would be detectable when connected thus negating the need for emunand?

Same rules as on sysNAND apply.
Will see what we can come up with.

 

[ZachyCatGames]

it's so cheaply done, it's a complete joke.

Just like the rest of sxos :smugpepe:

 

[m4xw]

Just like the rest of sxos :smugpepe:

I would go into detail but that gives too much away... It's that simple.

--------------------- MERGED ---------------------------

4. Can you use game carts within emunand?

I should add tho, if you are low ver sysNAND, it WILL update your Cart reader.

 

[Deleted User]

I would go into detail but that gives too much away... It's that simple.

the XCI Mounter would still be a nice addition to the other Atmo features.
I know it's 90 percent piracy, but the real incentive to develop such a backup loader would be to keep so many people from buying a SX OS license...

 

[m4xw]

the XCI Mounter would still be a nice addition to the other Atmo features.
I know it's 90 percent piracy, but the real incentive to develop such a backup loader would be to keep so many people from buying a SX OS license...

That option is not on the table. :/

 

[Draxzelex]

Well if we can ask questions, will we be able to mount EmuNAND from an HDD drive or would we have to wait until Atmosphere implements USB drive support first?

 

[m4xw]

Well if we can ask questions, will we be able to mount EmuNAND from an HDD drive or would we have to wait until Atmosphere implements USB drive support first?

Neither.
The USB title isn't even started that early into the boot process, so it would need a low level implementation and killing the usb services.