| Platform | Build Status |
|---|---|
| Windows | |
| Linux (Docker) |
| NuGet Packages | |
|---|---|
| MUnique.OpenMU.Network |  |
| MUnique.OpenMU.Network.Packets |  |
This project aims to create an easy to use, extendable and customizable server for a MMORPG called "MU Online". The server supports multiple versions of the game, but the main focus is version of Season 6 Episode 3 using the ENG (english) protocol. However, parts of the software can also be suitable for the development of other games, even for other kind of games.
The code is a complete rewrite from scratch - it's not based on any pre-existing projects, and it's also explicitly not based on decompiled server sources or their countless derivates.
There also exists a blog which may contain some valuable information about this development.
This project is currently under development without any release. You can try the current state by using the available docker image, also mentioned in the quick start guide.
This project is released under the MIT license (see LICENSE file).
The project is mainly written in C# and targets .NET Standard 2.1 and .NET Core 3.1.
The servers admin panel is hosted on an embedded ASP.NET Core webserver (Kestrel) and implemented as Blazor Server App.
At the moment the persistence layer uses the Entity Framework Core and PostgreSQL as database. Additionally, it's also possible to start it in a non-persistent in-memory mode.
Contributions are welcome if they meet the following criteria:
- Language is english.
- Code should be StyleCop compliant - this project uses the StyleCop.Analyzers for VS2017 so you should see issues directly as warnings.
- Coding style (naming, etc.) and quality should fit to the current state.
- No code copied/converted from the well-known decompiled source of the original server.
If you want to contribute, please create a new issue for the feature or bug (if the issue doesn't exist yet) so we can see who is working on something and can discuss possible solutions. If it's a small thing, you can also just send a pull request without adding an issue.
Apart of that, contributions from non-developers are welcome as well. You can test the server, submit issues or suggestions, packet descriptions or documentations about the concepts and mechanics of the game itself. Please use markdown files/syntax for this purpose.
If you have questions about that, don't hesitate to ask in our discord channel or by submitting an issue.
If you want to contribute code, please do the following steps:
- fork this project from the original MUnique OpenMU Project.
- create a feature branch from the master branch
- commit your changes to your feature branch
- submit a pull request to the original master branch
- lean back, wait for the code review and merge :)
Please have a look at the quick start guide.
This project doesn't have the goal to copy the original MU Online server behavior to 100 %. This is not entirely possible, because the original server is written in another programming language and has a completely different architecture. With some points we make our life easier in this project, with other points we try to improve the gameplay.
The calculations of attribute values (like character damage decrement etc.) is done with 32 bit float numbers and without rounding off, like the original server does at some places.
The original server drops money (zen) on the ground when a player kills a monster. The serialization of it is a bit strange, because it's sent as 'item drop' and misuses item fields to represent the money value. We make our life here easier, because we don't drop money. Instead, we directly add it to the inventory of the player(s). Benefits:
- More performance, as we don't create a ton of new "Item" objects which are actually no items. Money drops really often on the original server.
- Cleaner code as we don't misuse "Item" objects and don't need to invent something like a "MoneyItem".
- This also slightly improves gameplay - picking up all the money on the ground is a bit annoying.
The original server uses a five second countdown when a player wants to change his character or the sub-server. Maybe this was done for some performance reasons, as the original server would then save the character/account data. We think that's really annoying and see no real value in that, so we don't use a countdown.