Fast Load
Shorter loading screens: removes the level loader's fixed delays and redundant memory cleanup, and speeds up SideLoader's start-up. Area loads are about 40-65% faster.
By Tchernobill
| Last updated | a day ago |
| Total downloads | 118 |
| Total rating | 2 |
| Categories | Utility Misc |
| Dependency string | Tchernobill-Fast_Load-1.0.1 |
| Dependants | 0 other packages depend on this package |
This mod requires the following mods to function
README
Features
Shorter loading screens, without changing what the game loads.
About half of a vanilla area load is spent waiting: the level loader pauses for fixed delays between its steps (around 6 seconds per load), then frees memory a second time right after having done it in the empty transition scene. Fast Load removes those waits and lets Unity work faster while the loading screen is up. With SideLoader installed, it also moves most of SideLoader's start-up work off the main thread.
Nothing to configure. Install it and loads are shorter.
Measured gains
Time until the "press a key" prompt, Definitive Edition, i5-9600K / RTX 3060 / SATA SSD, with a SideLoader-based mod list (average of two runs each):
| Trip | Vanilla | Fast Load |
|---|---|---|
| Main menu -> Cierzo | 14.5 s | 7.0 s |
| Cierzo -> Chersonese dungeon | 11.4 s | 3.6 s |
| Cierzo -> Chersonese | 14.9 s | 8.5 s |
| Chersonese -> Chersonese dungeon | 11.9 s | 4.2 s |
| Chersonese -> Cierzo | 13.5 s | 6.2 s |
| Game start -> main menu (SideLoader mod list) | 24.7 s | 15.1 s |
What it changes
Level loads
- The loader's fixed
WaitForSecondsdelays become a single frame. - Right after the players are placed at their spawn point, the game waits instead until there is ground under them, never longer than vanilla's 2.5 s. Some areas (Berg) build their ground a moment after the player is placed: resuming earlier would drop the player through it, and the fall would kill them on the next landing.
- After a defeat, the load waits until the defeat scenario has finished setting up in the new area (it does so one second into the load, which a fast load can outrun), so the player respawns alive.
- While the loading screen is up, Unity may spend up to 50 ms per frame integrating loaded assets (vanilla: about 4 ms).
- The second memory cleanup (
UnloadUnusedAssets+ garbage collection) is skipped when the transition scene already ran one in the same load. Measured: same memory use 5 s after loading.
Game start, when SideLoader is installed
- The PNG textures of SideLoader packs are decoded on worker threads. The result is cached in
BepInEx\cache\FastLoad.textures, so later starts skip both the decode and the compression. The textures are byte-for-byte those SideLoader itself produces. - The XML serializers SideLoader needed at the previous start are built on worker threads ahead of time (the very first start records them).
- The asset bundles of SideLoader packs are opened asynchronously as soon as every mod is loaded.
Whenever a precondition does not hold - an unknown game version, an unusual image format, a changed mod list - Fast Load leaves that step to the game or to SideLoader.
Settings
Via Outward Configuration Manager (F5),
or BepInEx\config\tchernobill.fastload.cfg. All are on by default, except:
Skip low-memory transition scene (off). Vanilla loads an empty scene between two areas so both
are never in memory together. Skipping it saves up to 2 more seconds per load, but raises the
memory peak during loads by 350-500 MB. Leave it off on PCs with 8 GB of RAM or less.
Fixed wait scale (0) brings back a fraction of the vanilla delays: 1 is vanilla.
Verify decoded textures (off) is a diagnostic: it decodes each SideLoader texture the vanilla
way too and logs whether both are identical.
Compatibility
- Tested in solo. Co-op has not been tested; the co-op specific waits are left untouched.
- SideLoader is optional. Without it, only the level load changes apply.
- Saves are not touched.
