Cuberite – A lightweight, fast and extensible game server for Minecraft
11–20 of 27 posts
Re: Cuberite – A lightweight, fast and extensible game server for Minecraft
#12Does anyone know a similar project but for the client side? I've always thought using c++ instead of java would improve performance a lot.
Re: Cuberite – A lightweight, fast and extensible game server for Minecraft
#13Does anyone know a similar project but for the client side? I've always thought using c++ instead of java would improve performance a lot.
Re: Cuberite – A lightweight, fast and extensible game server for Minecraft
#14Does anyone know a similar project but for the client side? I've always thought using c++ instead of java would improve performance a lot.
Re: Cuberite – A lightweight, fast and extensible game server for Minecraft
#15Earlier quoted context omitted.
Extensibility. Official server still doesn't have plugin API and it is closed-source so it can't be modified. Almost everyone uses spigot/bukkit/sponge because vanilla server lacks many features, but these are dirty hacks based on disassembly.
Does your new server have the ability to support these old plugins at all? Doesn't look like it does.
The lua plugin system is well-developed and documented [1] so most plugins could be changed over easily.
Re: Cuberite – A lightweight, fast and extensible game server for Minecraft
#16Earlier quoted context omitted.
Does your new server have the ability to support these old plugins at all? Doesn't look like it does.
The server doesn't support java plugins for bukkit/spigot. Because none of the internals are shared any interface layer would be needlessly complex and a drag on maintenance. The lua plugin system is well-developed and documented [1] so most plugins could be changed over easily. [1]: https://api.cuberite.org
- WorldEdit: https://forum.cuberite.org/thread-870.html
- Essentials: https://forum.cuberite.org/thread-1840.html
But also minigames like
- SkyBlock: https://forum.cuberite.org/thread-1508.html
- HungerGames: https://forum.cuberite.org/thread-1456.html
Re: Cuberite – A lightweight, fast and extensible game server for Minecraft
#17Does anyone know a similar project but for the client side? I've always thought using c++ instead of java would improve performance a lot.
Re: Cuberite – A lightweight, fast and extensible game server for Minecraft
#18What makes this a goos alternative? How does it handle ghost blocks for example?
The performance of the official server implementation is pretty awful. Notch was never a good programmer by any stretch of the imagination (go check out old tree decay code) so you have pretty much nowhere to go but up, especially when you're rewriting the server in a language that allows you to more manage memory more precisely.
The fact that Minecraft ran so well on so many machines enabled it's huge success. I don't think most programmers are capable of that feat.
Re: Cuberite – A lightweight, fast and extensible game server for Minecraft
#19Earlier quoted context omitted.
Does your new server have the ability to support these old plugins at all? Doesn't look like it does.
The server doesn't support java plugins for bukkit/spigot. Because none of the internals are shared any interface layer would be needlessly complex and a drag on maintenance. The lua plugin system is well-developed and documented [1] so most plugins could be changed over easily. [1]: https://api.cuberite.org
At that point, why not just switch over to Minetest? Given enough work, it could eventually be an attractive and feature-complete clone — and be nicely extensible too.
Re: Cuberite – A lightweight, fast and extensible game server for Minecraft
#20Earlier quoted context omitted.
The performance of the official server implementation is pretty awful. Notch was never a good programmer by any stretch of the imagination (go check out old tree decay code) so you have pretty much nowhere to go but up, especially when you're rewriting the server in a language that allows you to more manage memory more precisely.
You know I see this a lot, and I respectfully disagree. He was clever. And he engineered himself out of many, many corners. He may not be a computer scientist, or a software engineer, but the man can make a game. The fact that Minecraft ran so well on so many machines enabled it's huge success. I don't think most programmers are capable of that feat.
You have to remember that Minecraft's world format, server-client architecture, and username system all underwent massive changes, all of which could have been avoided in the first place. It's also worth mentioning that Minecraft runs well (which I would contest) on modern hardware in the same way DOOM does; not asking for much in the first place doesn't absolve your work from horrid inefficiencies/long running bugs.