Important
Development on Mod Engine 2 is discontinued. Any future work will be done on me3.
Mod Engine 2 is a ground up rewrite of Mod Engine, a runtime code patching and injection library used for adding modding functionality to the Souls games by FROM Software.
- Download the latest release.
- Create a folder in the mod folder, I recommend the name of the mod for clarity.
- Unpack the mod into the just created folder.
- Edit the
config_eldenring.toml(or your game of choice) to include the folder you just created.
mods = [
{ enabled = true, name = "BetterAshes ", path = "mod\\ashes" },
{ enabled = true, name = "CleversMoveset", path = "mod\\moveset" },
{ enabled = false, name = "EnemyRandomizer", path = "mod\\randomizer" },
]Folder structure example (CLICK ME!)
See the list below for information on games that currently have support in Mod Engine 2.
- Dark Souls 3
- Elden Ring
- Dark Souls 2: SOTF
- Dark Souls Remastered
- Sekiro: Shadows Die Twice
- Bloodborne
There are some big architecture differences between legacy Mod Engine and the new version, the bulk of which is in 1) the configuration format and 2) how we get ModEngine loaded into the game. More details about these differences are listed below.
The old .ini format is gone, replaced by a new structured configuration file based on TOML.
This change is to suit the new extension model of Mod Engine by allowing plugins to specify their own configuration requirements.
This is used by the mod loader plugin to specify lists of mods that should be loaded and whether they should be enabled or not. It may be extended in future to support a "Mod Manifest", which would contain additional information like website, version, authors, etc.
With the introduction of a launcher we no longer need to rely on games loading via dinput8.dll and we can instead launch the game pre-configured.
This frees up this module for anything else that relies on being sideloaded.
Multiple game roots can be specified in configuration, allowing users to run multiple mods concurrently without replacing files in their mod folder manually. Note, however, that this is still restricted to mods that don't replace conflicting files.
The primary driver behind development of Mod Engine 2 is creating a tool that can be used to rapidly reverse the games that we are interested in. To this end, we offer functionality to make the reversing process easier:
- Integration with Optick Profiler
- Runtime scripting and live code patching
- Crash dumps for all users
Mod Engine 2 covers all existing functionality from the original Mod Engine for Dark Souls but introduces some important new features that mod authors should be aware of.
We have created a launcher application that is designed to boot games with your mods pre-installed without the user having to do any manual file copying on their side. Historically, mods would live in the same location as the game folder and Mod Engine would attempt to redirect requests for game files to mod file paths within subdirectories of this game folder. This deployment model was inflexible and required a lot of manual tweaking if a user wanted to have multiple mods installed, switching between them as the choose.
To solve this problem modengine2_launcher was created.
This simple command-line application has 3 main objectives.
- Find where a user has installed the game
- Start the game with modengine2.dll already loaded
- Pass information to modengine2.dll about the configuration the user launched the game with
This allows us to keep mods, modengine, and the game itself completely detached. As a result, running the game directly from Steam will always result in a vanilla instance being launched.
Mod Engine 2 introduces support for extensions and plugins which are designed to replace the old chainloading mechanism from legacy Mod Engine. Extensions are able to use core functionality to register patches, code hooks, and interact with other extensions. This will eventually be extended to support runtime Lua scripting in the future.
ScyllaHide is included with Mod Engine 2 distributions and allows debugging games via native debuggers without worrying about evading anti-debug techniques using programs like Cheat Engine. Instead, you can use your favourite debugger (WinDbg, x64dbg, or even Cheat Engine without relying on VEH support).
WIP