Skip to content

Latest commit

 

History

History
74 lines (54 loc) · 3.09 KB

README.md

File metadata and controls

74 lines (54 loc) · 3.09 KB
Raw

Build Realm

All versions from 1.19.3 upwards should be supported.

REQUIRES AdvancedSlimePaper

This plugin currently only works on a single server at once!

This project has not been fully released yet and is still under development in some areas.

  1. Support
  2. About
  3. Dependencies and Libraries
  4. History
  5. For Developers
  6. Special Thanks

Support

Any issues or questions? Need help with the setup. You can reach us on our discord.

About

First of: This is not a replacement for multiverse (SWM isn't either). The goal of this system is to optimize and organize the world creation flow when creating SWM worlds. It is not possible to convert SWM worlds to normal world as for current state of development. Due to using slime worlds all limitations of slime worlds apply here as well (Max world size, ...). For more information checkout the SWM page linked under dependencies.

BuildRealm was made to optimize and organize world building on e.g. build servers. It allows players to create drafts, collaborate and publish them. It also allows creating variations of existing builds by giving the users the option to fork published worlds. Through a large set of permissions it is possible to exactly control, what each user is allowed to do.

Key functionalities:

  • player drafts
  • draft collaboration
  • world forking
  • world variations
  • published world grouping and author tracking
  • rich permission set

Documentation

Dependencies and Libraries

You need to use AdvancedSlimePaper on you server for this to work

For the inventory guis we use a library called SmartInvs. This library is included in the project and does not have to be downloaded seperatly.

History

This project was initially created to manage the different dungeon pieces of the EndRealm LostSouls rogue like gamemode. Different Pieces like Rooms and Paths where grouped into themes. Many paths and rooms ended up having a lot of variations. We needed a way of organizing the build process, cause the numeration of rooms was getting more and more complex.

If you want to know why the code has some very ugly synchronization code... I just wanted to see if there are any benefits in performance, when running as much as possible async. Turns out mostly just makes stuff complicated :P

For Developers

If you have a feature or new function implemented, feel free to setup a PullRequest.

Compile:

  • clean shadowJar Test:
  • runServer

Special thanks

Thanks to all the people maintaining AdvancedSlimePaper it's a great system and I hope we can make it more popular.