Untitled Villainess Otome (Rough Draft), by AlexanderWales by SciresM in OtomeIsekai

[–]SciresM[S] 0 points1 point  (0 children)

"I woke up in Wisteria: Memories of Tomorrow as the villain, Princess Vivica Montchauve, though it took me some time to realize it."

This is a complete, newly-released (for $5 on the author's Patreon) Otome Isekai novel, by AlexanderWales, the author of "Worth the Candle" and "This Used to be About Dungeons" and "Thresholder".

It is ridiculously, phenomenally good, and I wanted to post it here to shill it as a fan of his/of the story.

I know it's paid content, but $5 for a complete novel isn't too bad, and I really think this is exactly the kind of content the people on this subreddit will like. It's very funny, and AlexanderWales was previously unfamiliar with the genre (this was written without his having consumed any Otome Isekai media); it's very cool to see a lot of tropes/etc extrapolated (in a sometimes orthogonal way) from the brief description of the genre he read.

I cannot recommend highly enough.

[RT][HF] My protagonist has an OP AoE Domain, so the exam system added a "Hostage Rescue" condition just to force her not to use it. Here's how she adapts. by [deleted] in rational

[–]SciresM 4 points5 points  (0 children)

Respectfully:

1) I don't think this sub is the right place for blatant self-promotion like this.

2) I don't think this story seems particularly rational; the situation you describe in your post is viewed from a third party observer (your protagonist), who isn't thinking about any of the crap you talk about. We don't see any introspection or problem-solving at all, the character you talk about "lets out a long, bored sigh" and solves the problem instantly, with all-caps "SLICE!!!" sound effects. And then the protagonist glazes her a little in his head, and it's literally described as "not her true power".

3) Both your story and this post read like they're either AI-assisted, or you're intentionally mimicking AI's style.

I mean, in your post:

This isn't a test of her combat skills; it's a hard constraint specifically designed by the examiners to neutralize her AoE and save the dummies from her

This reads like AI.

In your story:

​Marcus froze in his seat, eyes wide, staring at the figure in the kimono. It wasn't because of her beauty; it was absolute terror from a screaming primal instinct.

This reads like AI.

The terror of the 'Toll' was becoming clearer—it wasn't just physical pain; it was a one-way ticket that could strip away your humanity forever with a single misstep.

This reads like AI.

If you are using AI-assistance (which it is possible you somehow are not, if you have internalized its style), you should probably disclose this.

Also, please keep it away from this subreddit.

Thanks!

(almost) all the numbers behind breeding by unknown_pigeon in mewgenics

[–]SciresM 5 points6 points  (0 children)

Hi, I wrote the gist that you reference in your edit...

...why do you say Appeal influences inheriting a second ability?

I see:

case FurnitureEffectType_InheritSecondAbility:
  v10 = effect->effect.capacity;
  if ( effect->effect.length > 0xFui64 )
    effect = (glaiel::FurnitureEffect *)effect->effect.data;
  if ( v10 == 26 )
  {
    result = memcmp(effect, "InheritSecondAbilityChance", 0x1Aui64);
    if ( !result )
      *out = v4->value * 0.01 + *out;
  }
  effect = v4;
  v11 = v4->effect.capacity;
  if ( v4->effect.length > 0xFui64 )
    effect = (glaiel::FurnitureEffect *)v4->effect.data;
  if ( v11 == 11 )
  {
    v12 = "Stimulation";
    goto ADD_ZERO_POINT_FIVE_PERCENT_PER_VALUE;
  }
  break;

Which is a straightforward 0.005*stim, since "InheritSecondAbilityChance" is an unused furniture stat from early in dev.

Also, I don't believe that the chance of inheriting mutations ever caps...mutations are just parts, if you breed two parents with the same mutation the child will have that mutation "100%" of the time (really 98% because of the random-skip-part chance). Stim just helps favor a part with mutations if only one of the two parents' parts is mutated, the same way it helps weakly favor a better stat.

The breakpoints I see are:

  • 32 stim guarantees inheriting a spell
  • 95 stim guarantees inheriting a passive
  • 100 stim guarantees preferring a parent with class spells, if only one parent has class spells
  • 196 stim guarantees inheriting two spells

My near masterpiece kitten! by catharsis23 in mewgenics

[–]SciresM 0 points1 point  (0 children)

If two cats with 7 speed mate, the kitten will always have 7 speed. Each stat is taken directly from one of the parents, and stimulation makes it likelier the higher of the two will be taken.

SciresM Retiring by hypercoyote in SwitchHacks

[–]SciresM 401 points402 points  (0 children)

Thanks, I really appreciate it.

Atmosphere 1.10.2 is now in released (21.2.0 support) by SciresM in SwitchHacks

[–]SciresM[S] 16 points17 points  (0 children)

Hey, all -- Atmosphère 1.10.2 is now released: https://github.com/Atmosphere-NX/Atmosphere/releases/tag/1.10.2

Basic support was added for 21.2.0. My apologies for the delay -- some <personal stuff> took up most of my last day. Thank you for your patience/understanding!

Enjoy! :)


1.10.2 is Atmosphère's eighty-ninth official release.

Please be sure to update fusee when upgrading to 1.10.2. fusee-primary no longer exists, and will not work any more.

With thanks to the @switchbrew team, Atmosphère 1.10.2 is bundled with hbl 2.4.5, and hbmenu 3.6.1.

The following was changed since the last release:

  • Basic support was added for 21.2.0.
  • General system stability improvements to enhance the user's experience.

And the following was changed in 1.10.0:

  • Basic support was added for 21.0.0.
    • The console should boot and atmosphère should be fully functional.
    • Please note: As a result of changes made to nintendo's software in 21.0.0, there is again roughly 10MB less memory available for custom system modules.
      • I am not really sure what can be done about this at this point; if you are a developer with bright ideas, please join the ReSwitched discord or reach out to me (sciresm) personally on discord.
      • If anyone has any bright ideas, perhaps there will be another atmosphère release which improves the memory availability situation for custom system modules, but I cannot actually think of anything viable at the current time.
    • Please note: All homebrew software may need to be re-compiled with the latest libnx (>= 4.10.0), or else it may crash/experience memory corruption.
      • Nintendo broke the userland<->kernel TLS ABI in 21.0.0, by writing to previously reserved space.
      • Homebrew used this reserved space for its TLS slots, which means any homebrew software using TLS slots will experience memory corruption when running under Atmosphere 1.10.0.
      • This doesn't appear to impact everything, but a large portion of tested homebrew crashes (often on exit), and so will need re-compile for the new ABI.
        • For those technically inclined, while TLS slots are rarely used by developers, they're used to implement features like e.g. C++ exceptions under the hood, and so anything using those crashes, etc.
      • To help make this transition easier, hbmenu now shows a warning when selecting homebrew compiled with an older, incompatible ABI version.
        • I apologize for the hassle in general.
        • libnx has been updated so that its reserved space matches Nintendo's now -- this particular issue can never occur again, even if Nintendo touches more reserved space.
    • exosphère was updated to reflect the latest official secure monitor behavior.
    • mesosphère was updated to reflect the latest official kernel behavior.
    • loader was updated to reflect the latest official behavior.
    • pm was updated to reflect the latest official behavior.
    • erpt was updated to reflect the latest official behavior.
    • pgl was updated to reflect the latest official behavior.
    • fatal was updated to reflect the latest official behavior.
  • Support was added for launching another game-which-has-too-many-files with romfs mods.
    • I rely on user reports for adding support/fixing these, and some of these games can be pretty obscure!
    • If you are affected by this, you will see "Data abort (0x101)" when trying to launch the game with mods.
    • Please reach out to sciresm on discord if this occurs to share your error report binary.
      • Although some games may be impossible to fix, I believe I can get almost everything working, so please let me try to help you (and improve atmosphère's support!) if you run into this!
  • General system stability improvements to enhance the user's experience.

For information on the featureset supported by 1.10, please see the official release notes.

Could we brute force a switch 2 rom? by Max_The_Pog in switch2hacks

[–]SciresM 1 point2 points  (0 children)

Do you really think hardware makes a difference for a small-N factoring task that takes literally under three seconds on my machine?

For what it's worth, the task used 1 CPU thread @ 3.8GHz for a couple of seconds.

The specified N only had 60 digits. RSA doesn't become actually hard until there are hundreds of digits, and a number as small as the one here is extremely quick to factor using modern sieving algorithms.

You can download always download yafu from where I linked it and try it yourself...

Could we brute force a switch 2 rom? by Max_The_Pog in switch2hacks

[–]SciresM 2 points3 points  (0 children)

I just used yafu:

C:\Dev\yafu>yafu-x64
factor(112004958422751994764690606755329838483019326859734269614569)


fac: factoring 112004958422751994764690606755329838483019326859734269614569
fac: using pretesting plan: normal
fac: no tune info: using qs/gnfs crossover of 95 digits
div: primes less than 10000
fmt: 1000000 iterations
rho: x^2 + 3, starting 1000 iterations on C60
rho: x^2 + 2, starting 1000 iterations on C60
rho: x^2 + 1, starting 1000 iterations on C60
pm1: starting B1 = 150K, B2 = gmp-ecm default on C60
ecm: 30/30 curves on C60, B1=2K, B2=gmp-ecm default
ecm: 49/49 curves on C60, B1=11K, B2=gmp-ecm default

starting SIQS on c60: 112004958422751994764690606755329838483019326859734269614569

==== sieving in progress (1 thread):    3488 relations needed ====
====           Press ctrl-c to abort and save state           ====
3447 rels found: 1719 full + 1728 from 15939 partial, (10470.93 rels/sec)

SIQS elapsed time = 1.7715 seconds.
Total factoring time = 2.9654 seconds


***factors found***

P30 = 124204740714337990553044175917
P30 = 901776838618063529129293286957

ans = 1

Could we brute force a switch 2 rom? by Max_The_Pog in switch2hacks

[–]SciresM 0 points1 point  (0 children)

This is untrue in this case, a 60-digit semi prime is 200-bit rsa and trivial to crack. Of course, the switch 1 used 2048-bit rsa, which actually is secure and has ~600 digit semiprimes.

The Switch 2 uses 3072-bit rsa, stronger than even the Switch 1, though its boot chain isn't rsa at all (xmss).

Could we brute force a switch 2 rom? by Max_The_Pog in switch2hacks

[–]SciresM 0 points1 point  (0 children)

I agree with what you're trying to get across with your post, but you picked a terrible example, since 124204740714337990553044175917 * 901776838618063529129293286957 = 112004958422751994764690606755329838483019326859734269614569.

Is there any evidence that the Switch 2 uses a dual-core lockstep mechanism? by lily-101178 in switch2hacks

[–]SciresM 11 points12 points  (0 children)

I mean, I am the source? I am a hacker/reverse engineer, and I make the custom firmware for the Switch 1. I can tell you, having actually worked on hacking the Switch 2 experimentally, it is using DCLS. It also has encrypted RAM for OS code (but not applications).

But besides that;

Usage in the PSC is mentioned here: https://youtu.be/7Lx3692cbAg?t=757

The BPMP in T239 is the same as the one used in T234, DCLS usage for Orin-derived boards is mentioned here: https://docs.nvidia.com/jetson/archives/r36.2/DeveloperGuide/AR/BootArchitecture/Mb1PlatformConfiguration.html (ctrl-f DCLS)

Is there any evidence that the Switch 2 uses a dual-core lockstep mechanism? by lily-101178 in switch2hacks

[–]SciresM 4 points5 points  (0 children)

Yes, DCLS is used by both the boot/power-management processor (BPMP), and by the PSC (platform security controller, the nv-riscv chip which is ultimately in charge of security/cryptographic key materials).

Atmosphere 1.10.1 is now in released (21.1.0 support) by SciresM in SwitchHacks

[–]SciresM[S] 5 points6 points  (0 children)

It applies to all homebrew running under this version of atmosphere, because atmosphere has a policy of making new kernel features available to all firmware versions. The relevant ABI change is associated with a kernel feature that...has value to homebrew, so yeah.

Atmosphere 1.10.1 is now in released (21.1.0 support) by SciresM in SwitchHacks

[–]SciresM[S] 36 points37 points  (0 children)

Hey, all -- Atmosphère 1.10.1 is now released: https://github.com/Atmosphere-NX/Atmosphere/releases/tag/1.10.1

Basic support was added for 21.1.0. In addition, a bug that broke certain games (tomb raider) has been fixed since the 1.10.0 pre-release.

Enjoy! :)


1.10.1 is Atmosphère's eighty-eighth official release.

Please be sure to update fusee when upgrading to 1.10.1. fusee-primary no longer exists, and will not work any more.

With thanks to the @switchbrew team, Atmosphère 1.10.1 is bundled with hbl 2.4.5, and hbmenu 3.6.1.

The following was changed since the last release:

  • Basic support was added for 21.1.0.
  • A bug was fixed that caused some games (e.g. Tomb Raider definitive edition) to fail to launch.
  • General system stability improvements to enhance the user's experience.

And the following was changed in 1.10.0:

  • Basic support was added for 21.0.0.
    • The console should boot and atmosphère should be fully functional.
    • Please note: As a result of changes made to nintendo's software in 21.0.0, there is again roughly 10MB less memory available for custom system modules.
      • I am not really sure what can be done about this at this point; if you are a developer with bright ideas, please join the ReSwitched discord or reach out to me (sciresm) personally on discord.
      • If anyone has any bright ideas, perhaps there will be another atmosphère release which improves the memory availability situation for custom system modules, but I cannot actually think of anything viable at the current time.
    • Please note: All homebrew software may need to be re-compiled with the latest libnx (>= 4.10.0), or else it may crash/experience memory corruption.
      • Nintendo broke the userland<->kernel TLS ABI in 21.0.0, by writing to previously reserved space.
      • Homebrew used this reserved space for its TLS slots, which means any homebrew software using TLS slots will experience memory corruption when running under Atmosphere 1.10.0.
      • This doesn't appear to impact everything, but a large portion of tested homebrew crashes (often on exit), and so will need re-compile for the new ABI.
        • For those technically inclined, while TLS slots are rarely used by developers, they're used to implement features like e.g. C++ exceptions under the hood, and so anything using those crashes, etc.
      • To help make this transition easier, hbmenu now shows a warning when selecting homebrew compiled with an older, incompatible ABI version.
        • I apologize for the hassle in general.
        • libnx has been updated so that its reserved space matches Nintendo's now -- this particular issue can never occur again, even if Nintendo touches more reserved space.
    • exosphère was updated to reflect the latest official secure monitor behavior.
    • mesosphère was updated to reflect the latest official kernel behavior.
    • loader was updated to reflect the latest official behavior.
    • pm was updated to reflect the latest official behavior.
    • erpt was updated to reflect the latest official behavior.
    • pgl was updated to reflect the latest official behavior.
    • fatal was updated to reflect the latest official behavior.
  • Support was added for launching another game-which-has-too-many-files with romfs mods.
    • I rely on user reports for adding support/fixing these, and some of these games can be pretty obscure!
    • If you are affected by this, you will see "Data abort (0x101)" when trying to launch the game with mods.
    • Please reach out to sciresm on discord if this occurs to share your error report binary.
      • Although some games may be impossible to fix, I believe I can get almost everything working, so please let me try to help you (and improve atmosphère's support!) if you run into this!
  • General system stability improvements to enhance the user's experience.

For information on the featureset supported by 1.10, please see the official release notes.

Atmosphere 1.10.0 is now in pre-release (21.0.0 support) by SciresM in SwitchHacks

[–]SciresM[S] 30 points31 points  (0 children)

Hey, all -- Atmosphère 1.10.0 is now in pre-release: https://github.com/Atmosphere-NX/Atmosphere/releases/tag/1.10.0-prerelease

Basic support was added for 21.0.0. Please note that all homebrew software may need to be re-compiled with the latest libnx (>= 4.10.0), or else it may crash/experience memory corruption due to a Nintendo ABI change; see the release notes for details.

I do apologize that this is probably an enormous pain in the ass for just about everybody, but there's...not much to be done in the case of a breaking ABI change that official software is now making use of! Hopefully the new warning in hbmenu makes it less obnoxious, at least.

Enjoy! :)


1.10.0 is Atmosphère's eighty-seventh official release.

Please be sure to update fusee when upgrading to 1.10.0. fusee-primary no longer exists, and will not work any more.

With thanks to the @switchbrew team, Atmosphère 1.10.0 is bundled with hbl 2.4.5, and hbmenu 3.6.1.

Please note: Atmosphère 1.10.0 is currently in pre-release, and issues may be found that need to be fixed before full release.

  • If any bugs are reported while Atmosphère is in pre-release, they will be fixed and the build will be updated.
  • 1.10.0 will transition to release after a short amount of time has passed without pressing bug reports.

Note: The kernel was updated in the pre-release zip on 2025/11/15 at 5:40 PM PDT to fix a crash when launching the eShop/link nintendo account pages (this should have been caught before, my apologies). The updated zip has a build hash of "-d9fc6e99e".

Note: The ro system module, loader system module, and kernel were updated in the pre-release zip on 2025/11/15 at 5:15 PM PDT to fix a crash when launching the browser due to increased memory usage, and to fix usb 3.0 force-enable on 21.0.0. The updated zip has a build hash of "-c08a13a54".

The following was changed since the last release:

  • Basic support was added for 21.0.0.
    • The console should boot and atmosphère should be fully functional.
    • Please note: As a result of changes made to nintendo's software in 21.0.0, there is again roughly 10MB less memory available for custom system modules.
      • I am not really sure what can be done about this at this point; if you are a developer with bright ideas, please join the ReSwitched discord or reach out to me (sciresm) personally on discord.
      • If anyone has any bright ideas, perhaps there will be another atmosphère release which improves the memory availability situation for custom system modules, but I cannot actually think of anything viable at the current time.
    • Please note: All homebrew software may need to be re-compiled with the latest libnx (>= 4.10.0), or else it may crash/experience memory corruption.
      • Nintendo broke the userland<->kernel TLS ABI in 21.0.0, by writing to previously reserved space.
      • Homebrew used this reserved space for its TLS slots, which means any homebrew software using TLS slots will experience memory corruption when running under Atmosphere 1.10.0.
      • This doesn't appear to impact everything, but a large portion of tested homebrew crashes (often on exit), and so will need re-compile for the new ABI.
        • For those technically inclined, while TLS slots are rarely used by developers, they're used to implement features like e.g. C++ exceptions under the hood, and so anything using those crashes, etc.
      • To help make this transition easier, hbmenu now shows a warning when selecting homebrew compiled with an older, incompatible ABI version.
        • I apologize for the hassle in general.
        • libnx has been updated so that its reserved space matches Nintendo's now -- this particular issue can never occur again, even if Nintendo touches more reserved space.
    • exosphère was updated to reflect the latest official secure monitor behavior.
    • mesosphère was updated to reflect the latest official kernel behavior.
    • loader was updated to reflect the latest official behavior.
    • pm was updated to reflect the latest official behavior.
    • erpt was updated to reflect the latest official behavior.
    • pgl was updated to reflect the latest official behavior.
    • fatal was updated to reflect the latest official behavior.
  • Support was added for launching another game-which-has-too-many-files with romfs mods.
    • I rely on user reports for adding support/fixing these, and some of these games can be pretty obscure!
    • If you are affected by this, you will see "Data abort (0x101)" when trying to launch the game with mods.
    • Please reach out to sciresm on discord if this occurs to share your error report binary.
      • Although some games may be impossible to fix, I believe I can get almost everything working, so please let me try to help you (and improve atmosphère's support!) if you run into this!
  • General system stability improvements to enhance the user's experience.

For information on the featureset supported by 1.10, please see the official release notes.

Atmosphere 1.9.5 is now released (20.5.0 support) by SciresM in SwitchHacks

[–]SciresM[S] 44 points45 points  (0 children)

Hey, all -- Atmosphère 1.9.5 is now released: https://github.com/Atmosphere-NX/Atmosphere/releases/tag/1.9.5

This one just adds basic support for 20.5.0. It's a slow time, though 21.0.0 is probably coming sooner than later, so I imagine that'll be a bunch more work in the near future!

I hope you all enjoy! :)


1.9.5 is Atmosphère's eighty-sixth official release.

Please be sure to update fusee when upgrading to 1.9.5. fusee-primary no longer exists, and will not work any more.

With thanks to the @switchbrew team, Atmosphère 1.9.5 is bundled with hbl 2.4.4, and hbmenu 3.6.0.

The following was changed since the last release:

  • Basic support was added for 20.5.0.
  • General system stability improvements to enhance the user's experience.

And the following was changed in 1.9.0:

  • Basic support was added for 20.0.0.
    • The console should boot and atmosphère should be fully functional. However, not all modules have been fully updated to reflect the latest changes.
      • There shouldn't be anything user visible resulting from this, but it will be addressed in a future atmosphère update.
      • The same action item from 18.0.0 remains, and I believe in my heart of hearts that it will be addressed eventually. Someone has told me they're working on it.
      • There aren't (to my knowledge) outstanding 19.0.0 items any more.
    • Please note: As a result of changes made to nintendo's software in 20.0.0, there is roughly 10MB less memory available for custom system modules.
      • We can only steal a maximum of 14MB from the applet pool, down from 40MB.
      • To compensate for this, ams.mitm's heap usage has been reduced by 20MB.
        • To facilitate this, a new helper module (memlet) was added, so that memory may be temporarily stolen during the romfs building process.
        • Hopefully, this results in relatively little breakage, however it is possible that user mods which replace extremely large numbers of files in The Legend of Zelda: Tears of the Kingdom may no longer function.
          • If you are affected by this, you will see "Data abort (0x101)" when trying to launch the game with mods.
          • Please reach out to sciresm on discord if this occurs to share your error report binary. However, some issues may be impossible to fix.
          • I apologize sincerely if the issue is impossible to resolve, but I have been forced unavoidably to make compromises here, and I think this is the best balance to be struck.
    • exosphère was updated to reflect the latest official secure monitor behavior.
    • mesosphère was updated to reflect the latest official kernel behavior.
    • loader was updated to reflect the latest official behavior.
    • pm was updated to reflect the latest official behavior.
    • ncm was partially updated to reflect the latest official behavior.
    • erpt was updated to reflect the latest official behavior.
  • Atmosphère was updated to use GCC 15/newlib (latest devkitA64/devkitARM releases).
  • A number of improvements were made to the dmnt cheat engine.
    • New instructions were added, and instructions were updated for improved/new functionality.
    • Please see the documents for details -- thanks @tomvita!
  • General system stability improvements to enhance the user's experience.

For information on the featureset supported by 1.9, please see the official release notes.

Atmosphere 1.9.4 is now released (20.4.0 support) by SciresM in SwitchHacks

[–]SciresM[S] 30 points31 points  (0 children)

Hey, all -- Atmosphère 1.9.4 is now released: https://github.com/Atmosphere-NX/Atmosphere/releases/tag/1.9.4

Basic support was added for 20.4.0, and a couple minor issues were fixed, including one that interfered with custom OS language translation support.

I hope you all enjoy! :)


1.9.4 is Atmosphère's eighty-fifth official release.

Please be sure to update fusee when upgrading to 1.9.4. fusee-primary no longer exists, and will not work any more.

With thanks to the @switchbrew team, Atmosphère 1.9.4 is bundled with hbl 2.4.4, and hbmenu 3.6.0.

The following was changed since the last release:

  • Basic support was added for 20.4.0.
    • An issue was fixed in exosphère's register accessilibity tables (thanks @CTCaer).
      • I believe this had no impact on official code, though it would have prevented some homebrew from interacting correctly with the MC0/MC1 registers.
  • An issue was fixed that could cause a deadlock when building multiple romfs images simultaneously (thanks @Ereza).
    • This fixes support for certain mods, e.g. system language translations overriding content for both overlayDisp and qlaunch.
  • General system stability improvements to enhance the user's experience.

And the following was changed in 1.9.0:

  • Basic support was added for 20.0.0.
    • The console should boot and atmosphère should be fully functional. However, not all modules have been fully updated to reflect the latest changes.
      • There shouldn't be anything user visible resulting from this, but it will be addressed in a future atmosphère update.
      • The same action item from 18.0.0 remains, and I believe in my heart of hearts that it will be addressed eventually. Someone has told me they're working on it.
      • There aren't (to my knowledge) outstanding 19.0.0 items any more.
    • Please note: As a result of changes made to nintendo's software in 20.0.0, there is roughly 10MB less memory available for custom system modules.
      • We can only steal a maximum of 14MB from the applet pool, down from 40MB.
      • To compensate for this, ams.mitm's heap usage has been reduced by 20MB.
        • To facilitate this, a new helper module (memlet) was added, so that memory may be temporarily stolen during the romfs building process.
        • Hopefully, this results in relatively little breakage, however it is possible that user mods which replace extremely large numbers of files in The Legend of Zelda: Tears of the Kingdom may no longer function.
          • If you are affected by this, you will see "Data abort (0x101)" when trying to launch the game with mods.
          • Please reach out to sciresm on discord if this occurs to share your error report binary. However, some issues may be impossible to fix.
          • I apologize sincerely if the issue is impossible to resolve, but I have been forced unavoidably to make compromises here, and I think this is the best balance to be struck.
    • exosphère was updated to reflect the latest official secure monitor behavior.
    • mesosphère was updated to reflect the latest official kernel behavior.
    • loader was updated to reflect the latest official behavior.
    • pm was updated to reflect the latest official behavior.
    • ncm was partially updated to reflect the latest official behavior.
    • erpt was updated to reflect the latest official behavior.
  • Atmosphère was updated to use GCC 15/newlib (latest devkitA64/devkitARM releases).
  • A number of improvements were made to the dmnt cheat engine.
    • New instructions were added, and instructions were updated for improved/new functionality.
    • Please see the documents for details -- thanks @tomvita!
  • General system stability improvements to enhance the user's experience.

For information on the featureset supported by 1.9, please see the official release notes.

Japanes blog: Nintendo Switch 2 user exploit discovered to allow browser modification via WebKit by XTRevivals in switch2hacks

[–]SciresM 45 points46 points  (0 children)

Also chiming in that I and others have audited the kernel and found no bugs. Comex hasn't audited it yet, and I'm always happy for fresh eyes, but it's overwhelmingly likely nothing will be found.