Atmosphere CFW updated to 1.5.4, adds support for loading mods for Tears of the Kingdom

dashjkfas.png

SciresM has just released a new version of Atmosphere, bringing the project to version 1.5.4. Currently, it's in pre-release, which is standard for a new release, and will become a full release pending any initial bug reports. The main change that this new update offers is that it adds an experimental feature that lets users load layeredfs and romfs mods for The Legend of Zelda: Tears of the Kingdom, and also for Fire Emblem: Engage.

Experimental new functionality was implemented to prevent crashing when building romfs for certain games with obscene file counts.
  • This includes both Fire Emblem: Engage (~190000 files), and The Legend of Zelda: Tears of the Kingdom (~300000) files.
  • The solution involved adding functionality to ams.mitm/pm to dynamically steal memory from the application (and system) pool as needed when the games have romfs mods.
    • No memory is taken, and there is no cost to this functionality when playing without mods (or with overrides disabled).
  • The Legend of Zelda: Tears of the Kingdom is currently the absolute worst case game, requiring ~48 MB of memory to build a romfs image to play with mods.
    • Right now, the memory is sourced as follows: 32 MB (base ams.mitm heap), 10 MB (stolen from application pool), 8 MB (dynamically stolen from system pool).
    • This is 50 MB, which allows a little overhead in the worst case (prevents crashing due to exhausting the heap for other allocations in ams.mitm).
    • Zelda is remarkably sensitive to memory being stolen from the application pool, tolerating no more than 16 MB on 1.0.0 and 12 MB on 1.1.0. I have chosen to steal 10 MB, to be safe, for now.
      • This may break on a future game update, but I will fix it if and when that happens. There is no perfect solution; the game simply requires too much memory to support mods flawlessly, and I am forced to compromise.

You can grab this update from the official Atmosphere GitHub page, linked below.

:arrow: Source
 
Is there a homebrew application that updates Atmosphere without having to use a computer? Can't remember if AIO updates atmosphere.
 
Is there a homebrew application that updates Atmosphere without having to use a computer? Can't remember if AIO updates atmosphere.
They do exist, however it is not recommended. From personal use, something always goes wrong down the line. Plenty of threads out there regarding these matters.
 
Atmosphere may get a "cease and desist" next, considering how protective Nintendo is about Zelda lately.
You should catch up with last years of Atmosphere development before stating such things. Atmosphere excludes Nintendo from standard license. Nintendo is fully aware of Atmosphere existence, implemented to HOS some solutions from Atmosphere-libs (they were then deleted from Atmosphere-libs). Atmosphere devs and contributors documented and sent many system flaws that were later patched by N.

You don't want to piss people that are so much deep into your operating system. One of them may hide some huge software exploit and will disclose it when time is right (preferably at EOL if Nintendo will be nice).

Nintendo is protective about EMULATING Zelda. DMCAing Atmosphere will do absolutely nothing to stop emulation scene.
The same thing was with Lockpick - DMCAing it did absolutely nothing to stop piracy on real hardware as extracted keys are not needed to install pirated content.
 
Last edited by masagrator,
You should catch up with last years of Atmosphere development before stating such things. Atmosphere excludes Nintendo from standard license. Nintendo is fully aware of Atmosphere existence, implemented to HOS some solutions from Atmosphere-libs (they were then deleted from Atmosphere-libs). Atmosphere devs and contributors documented and sent many system flaws that were later patched by N.

You don't want to piss people that are so much deep into your operating system. One of them may hide some huge software exploit and will disclose it when time is right.

Nintendo is protective about EMULATING Zelda. DMCAing Atmosphere will do absolutely nothing to stop emulation scene.
And the authenticity about the previous DMCA on Lockpick is still up in the air.
 
Seems like it's reaching a point where it would make more sense for Atmosphere to build and store a romfs as a file on the microSD when launching a game, and memory map that as needed?

I'm assuming there's some limitation or complexity that prevents this at this time.
 
Seems like it's reaching a point where it would make more sense for Atmosphere to build and store a romfs as a file on the microSD when launching a game, and memory map that as needed?
mmap is not supported by libnx. It could be since FW 3.0.0, but nobody wants to do it it seems.

https://github.com/switchbrew/libnx/issues/503

Can't say about performance issues with this solution.
 
mmap is not supported by libnx. It could be since FW 3.0.0, but nobody wants to do it it seems.

https://github.com/switchbrew/libnx/issues/503

Can't say about performance issues with this solution.
Interesting. Rather big syscall to be missing out on for so long.

I feel like performance shouldn't be that awful? Given games are evidently natively read from "slow" cartridges and microSDs just fine?
 
So this is not related to your issue, since this was an issue with Atmosphere, not game itself.
It is.

Experimental new functionality was implemented to prevent crashing when building romfs for certain games with obscene file counts. BG mods can have a shit ton of files when modded like crazy
 

Site & Scene News

Popular threads in this forum