This is an external software for enabling server transfers between players in BDS.
We express our deepest appreciation to the original author.
- Download the latest
bds_enhancer.exefrom Releases. - Place
bds_enhancer.exein the same directory asbedrock_server.exe. - Launch
bds_enhancer.exe.
To use the features of this software, you need to use the ScriptAPI. Please prepare to use it on your own.
We provide a dedicated library for using the features, bds_enhancer.js.
Please download and use it from Releases.
When a ScriptAPI add-on emits an error, bds-enhancer automatically uses an adjacent source map such as scripts/main.js.map and adds the original source position to each resolvable stack frame.
at callback (src/main.ts:8) (main.js:12)
The generated JavaScript position is retained for troubleshooting. BDS does not include generated columns in ScriptAPI stack frames, so the original line is resolved from the first mapping on that generated line.
Active behavior packs are discovered as follows:
- Every pack in
system_behavior_packsis included because BDS applies these packs automatically. - Packs under the active world's
behavior_packsdirectory are included only when their manifest UUID and version appear inworld_behavior_packs.json. - Packs in
development_behavior_packsare subject to the same active-world UUID and version check. - The BDS-level
behavior_packsdirectory is internal and is not scanned.
The active world is read from level-name in server.properties. Source maps are read when an error occurs, so updates made by a build watcher are picked up without restarting bds-enhancer.
Source map resolution is best-effort. Missing, malformed, changing, oversized, ambiguous, or otherwise unresolvable maps never suppress the ScriptAPI error. The original stack frame is displayed unchanged and BDS continues running.
How to run for debugging
cargo run -- <Directory of BDS>
How to create a release build
cargo build --release