NoSleepManaBurn
Sleeping no longer burns mana. Configurable multiplier if you'd rather just reduce it. For Definitive Edition.
| Date uploaded | a day ago |
| Version | 1.0.4 |
| Download link | Spencer4792-NoSleepManaBurn-1.0.4.zip |
| Downloads | 22 |
| Dependency string | Spencer4792-NoSleepManaBurn-1.0.4 |
This mod requires the following mods to function
README
NoSleepManaBurn
Sleeping no longer burns magic in Outward DE.
In vanilla, every rest burns a chunk of your maximum magic — reduced by better tents, a certain passive skill, and camping events, but never eliminated. This mod removes it entirely, or scales it to your liking.
Config
BepInEx/config/com.spencer4792.nosleepmanaburn.cfg (created on first launch, editable in-game with Configuration Manager, default F5):
| Setting | Default | Effect |
|---|---|---|
| ManaBurnMultiplier | 0.0 | 0 = sleeping burns no mana, 0.5 = half of vanilla, 1 = vanilla |
The multiplier applies after vanilla's own reductions (tent quality, skills, camping events), so partial values still respect your gear.
Scope
Only sleep-related mana burn is affected. Items, skills, and effects that intentionally burn or restore burnt mana work exactly as vanilla. The resting menu preview always shows the true post-mod amount.
Requirements
- Outward Definitive Edition on the Mono branch (Steam: Properties → Betas →
default-mono) - BepInEx pack for Outward
Source
Source code is included and MIT licensed.
CHANGELOG
Changelog
1.0.0
- Initial release: sleep mana burn removed (configurable multiplier 0-1)
1.0.1
- Hardened startup: full exception logging (Unity swallows Awake exceptions, so failures were invisible), step-by-step debug logging, config value clamped in code
1.0.4
- Fix: plugin failed to load ("AddComponent asking for invalid type") due to internal assembly-name collision from the build process; assembly is now correctly named. Rebuilt against BepInEx 5.4.8 / HarmonyX 2.3.2 (the versions the Outward BepInEx pack actually ships)
1.0.4
- Fix: plugin failed to load ("AddComponent asking for invalid type") due to an internal assembly-name collision from the build process; assembly is now correctly named. Rebuilt against BepInEx 5.4.8 / HarmonyX 2.3.2 (the versions the Outward BepInEx pack actually ships)
