I am always fascinated by articles that contain technical details like:
"In order to run all of these, you will need a 64 bit computer (ideally little endian, on BE you will need to use a JIT like box64 which decreases performance) with 4 or more processor cores at over 900 MHz. A minimum of 4 GB of RAM is recommended, with some trickery like zram you might get away with less but it will cause slowdown. Ideally youd want an OpenGL capable graphics card too."
Alongside text like:
"Now, click on the right facing triangle (play button"
I think GP’s point was that it’s talking about LE vs BE while simultaneously explaining what a “play” button is.
It reminds me of my “electronics” class back in school (2010): Day 1 was learning how to use a computer mouse. Day 2 was straight into how a CPU works on an electrical level.
That’s awesome though, re: serving the site from a camera. Are there details on that somewhere?
Edit 2: I also like this thread, in which they are considering moving the site to a Galaxy S5, but decide not to after seeing that the site survives the HN hug: https://lenowo.org/viewtopic.php?t=28
I think it's amazing to have a massive commercially successful game such as Minecraft give the fans the ability to be very liberal with what they can do with it. Now we have open-source re-implementaions that are pretty close to vanilla!
Minecraft is wierd because all that amazing modding that is done is in spite of mojang not because of them.
I have not played minecraft in a few years but I think nothing has changed. Mojang, even pre microsoft, has never provided any sort of modding support. I grew up on quake where ID would give you the game code and tools necessary to make mods. Mojang gave nothing. modding on minecraft involved decompiling the bytecode, dealing with the terrible symbols the decompiler gave you then recompiling it back into a jar. It was ugly and unpleasant. later the bigger efforts produced some tooling and libraries to make this better, but mojang had no part in this.
So minecraft is wierd, one of the most modded game in existence, yet the developers have provided no mod support.
Bedrock added support for modding in 2016, 9 years ago, with resource packs and behavior packs. You can make custom entities, custom items, custom blocks, etc. There is also a marketplace available to distribute these to players, built right into the game.
Java edition also has had similar things for many years.
We've worked a lot on the Typescript/JavaScript APIs available for Bedrock so most content on Bedrock platforms (console, mobile, etc) is heavily script-based.
It will always be more limited that Java modding but is catching up in large areas of functionality.
Amazing seeing what people are making in Bedrock running on old Android phones, Switch, and company.
I remember when the c++ edition came out, but have not really followed since then.
Are all of the servers/mods still written in Java and it was just the desktop client that was rewritten in c++? Or is there a division between Java mods and c++ mods?
Behavior packs, for Bedrock, are written in JSON and TypeScript. The client and server software is written and C++. Most people make mods using the built in modding support as I mentioned and are not making C++ mods. Most C++ mods are hack clients.
Take the pack I'm re-playing at the moment, Compact Claustrophobia.
Even the opening moments of that pack are nothing related to the Minecraft game you can buy. Scraping materials from the bare walls? Not a thing in Minecraft, but the mod adds that because otherwise how are we going to make even a block of dirt. Oh right yeah, no dirt, we start inside an unbreakable [as far as we know] object and we have to burrow deeper and deeper into recursively defined Compact Machines, none of which exists in the Minecraft game. Your character in Compact Claustrophobia needs their own faeces to survive - if you've read "The Martian" you know how that goes. Base Minecraft of course does not have poop, so they add that.
To make all this happen requires a lot of reverse engineering. Are Microsoft doing everything they can to stop it? Not at all. But they're also not some benevolent entity adding hooks left and right for the modifications.
Did you read my post? I'm saying that Bedrock has mod support built in with public documentation. There are a bunch of hooks. You can add new blocks. You can make things happen when clicking in them. You can add brand new items.
Yes, it's night and day as I said. Take the most fundamental naming element of Compact Claustrophobia - the Compact Machine. This is a block which has a pocket universe inside, we have to be able to make this, place it down, enter and exit, and have the inside of the block continue running because after all the outside is still here with us, and also the edges of the outside block correspond arbitrarily to portals inside the block for transmission of... oh right yeah, Bedrock doesn't even have a electrical power system...
With the approach they're taking in Bedrock maybe the Compact Machines I was first playing with years ago become possible (if somebody puts in a lot of labour) in ten years, or in twenty - if sanctioned. But they've existed for years in Java, so why bother?
At the cost of inner-platform-effecting all the game code. Long-time software engineers know all about the inner platform effect - if not, see [1]. Instead of writing directly what you want, something like:
new Block("mymod:mystone").setShape(Shapes.CUBE).setTexture("mymod:stone_texture").setStepSound(Sounds.STEP_ON_STONE)...
you now have to do some of this inline (the part that can't be customized in data packs):
new Block("mymod:mystone").setStepSound(Sounds.STEP_ON_STONE)...
but the rest is looked up across 5 different cross-referenced JSON files full of magic values with no autocomplete or syntax highlighting. Start with an indirection layer in assets/mymod/blockstates/mystone.json: [2]
{"variants": {"": {"model": "mystone"}}}
then of course you have to actually specify how to display the block: [3]
(you see that? there are inheritance and variables in Minecraft's ad-hoc JSON language)
You need a second file to specify how to display the item when it's held in your hand. Usually it's similar boilerplate. But have a look at the abomination that is "item property overrides" [4] [5] as an example of inner-platforming. Instead of render(is_cast ? cast_model : uncast_model); there's this whole infrastructure of a registry of item property predicates written in Java which can then be referenced in JSON to select a different model file under specific conditions.
A key part you're missing either willfully or ignorantly is that they're midway through the refactoring to make it data driven, so you have these odd/rough edges.
Yes, having to declare json files for your new block in your mod is a pain...
Meanwhile what it was built for, resource packs, this actually gives a good amount of power to the pack maker without having to ask the client to run untrusted java code.
It's not data-driven, it's still code-driven, just now the code is written in shitty-JSON-language. This is how the inner platform effect works. See also the configuration complexity clock [1].
I was just watching a cool video on "world gen modders" where the author demonstrated by tweaking just a few values in a custom JSON it was possible to create new kinds of landscapes. At least in their corner it seems like the JSON files are exactly what they want to use to achieve their goals.
It was like that when it was in Java, too. Just tweak just a few values in a custom Java class. Plus you could be as weird as you wanted instead of limited to a very rigid format. You weren't limited to tweaking values.
You can still override it in Java code instead of tweaking values, but it's much more painful because all the existing code is geared towards reading the tweakable values.
not even separate textures are necessary, you could very well use atlases and just stitch them together at runtime with rectpacking and just remap the input texcoords to the new, bigger atlas... boom, mod support with atlases without creating 400 2KB .png's in the game folder.
similarly, blocks can be done in code, and modders can either use that, and optionally you can expose the same API in LUA or whatever if you need a less involved / sandboxed version of mods which can be downloaded from a server or whatever.
Here's an example of shit being done from code, it's fairly terse and you don't need to trawl through 7 files to do anything: (yes I know it doesn't have i18n yet but that won't make it much more complex either)
These are fluent/chainable so I could have put all of them on one line but that's less readable IMO, but your choice really.
For data files (textures, sounds and other assets) you could use a virtual filesystem like Quake did (PhysFS is a good library which vaguely approximates that) and get rid of the stupid amount of folder nesting specifying behaviour, you can just have toplevel folders and use modloader order to disambiguate.
tl;dr: almost anything can be made to work with the most convenient/most sensible method of making stuff instead of using a bunch of awkward and convoluted JSON files you aren't even using! (MC internally generates the JSONs from code, so the data lives through a code -> JSON -> code roundtrip, they aren't even dogfooding their own format lol)
I still think this is better than mod load conflicts when two mods attempt to overwrite the same Minecraft-core class file. Pre-forge modding was not good.
Yes, but I'm not talking about pre-Forge modding. Anyway, Fabric enables similar mods without the conflicts (it's actually great. You can edit any piece of code without being limited to the hooks someone else chose to install for you. My first Fabric mod completely replaced how your inventory worked. It was installed on the modfest showcase server and drew lots of complaints.). Anyway, that's not what I'm talking about either.
The developers decided to not provide mod support because the modders have infinite freedom the way they are doing things right now. More freedom than if they gave you a modding toolkit like Bethesda does. It's the Bedrock Edition of Minecraft that's crippled with its official modding support.
> Minecraft is wierd because all that amazing modding that is done is in spite of mojang not because of them.
Umm no ?
They provide deobfuscation mappings, they keep features in the code that are not exposed to players while specifically mentioning modders (new dialog system, game tests API).
You also have a couple of Minecraft developers hanging out in modloaders discord servers.
While it's true that they really started embracing modding in like 2019 (when they started releasing deobfuscation mappings), they were never hostile to modding
MS is slowly killing off Java so they can push Bedrock (much less flexible) on everyone though. And all my daughter's friends use Bedrock :-\. I have a server with GeyserMC running to let them play together but it definitely isn't what it once was.
Bedrock might be more popular, but I think there is a large community with absolutely zero interest in ever moving away from Java.
I will never go back to playing Minecraft without Distant Horizons after experiencing it, so Bedrock is absolutely not an option for me unless they added real LOD features natively.
> Bedrock might be more popular, but I think there is a large community with absolutely zero interest in ever moving away from Java.
Yes, exactly. It seems the demographic for Bedrock tends towards kids because it's supported on tablets. IME the demographic for Java is either older kids or adults or people with interest in modpacks, which is a lot of people. All the major YouTubers who have run worlds for challenges for years are all on Java.
Whenever someone in my group asks to play some MC, there's no "Bedrock or Java?" question, it's just Java every time.
The only major thing Bedrock has right now that Java doesn't is the new stock shaders, but I assume that is coming to Java soon.
I do think that I have yet to see a bedrock player on windows as compared to java player on windows & I have been playing minecraft for so long and joined so many discord communities of minecraft related as well and that's my experience.
Java is really peak minecraft, with modpacks as well. You should try out prismlauncher, its open source and works quite smoothly on linux and you can try a lot of modpacks which the bedrock players can't play.
Fabuously Optimized is a must have modpack given how efficient it can make minecraft / give fps boosts
During ramblings about new Minecraft jeb_ recently said that java is not going to be sunsetted, or at least that's what I understood.
Of course the course of Microsoft and jeb_ might be different and he might get pushed towards some decisions later. The problem is that kids nowadays don't use computers. They use phones and tablets. For me Minecraft experience on phone is awful but there are many young generations that consider it native way of playing games
It is one of the versions that lots of mods were made for, and so some significant mod packs have stayed with it for decades.
Part of it was the almost year between 1.7.x and 1.8, so some major mods like Thaumcraft never made the jump.
Gregtech New Horizons (GTNH) has been back porting mods and features to 1.7.10 (like the ability to run on Java 20+) because that’s easier than porting the whole mod pack forward.
Part of the reason was 1.8 Forge made it so most mods had to be re-written iirc. Also, Thaumcraft updated past 1.7 (Unfinished as Azanor left modding, but that's besides the point)
The impression I got was they actively promote Bedrock, but take the necessary steps to keep Java supported. They make more money from Bedrock, makes sense to budget there.
The performance is nice, but the advanced modding scene is non-existent. In java a mod author can do just about anything they can imagine and write code for. Somehow i doubt we will ever see dimensional doors as a bedrock mod.
I have the opposite experience, unfortunately. It's not a perfect comparison, but my base M1 MacBook Pro (8GB RAM) gets consistently solid performance out of Java edition, but my M3 iPad Air (also 8GB RAM, but better chip) drops frames constantly in Bedrock.
I played the original a lot, and lots of modding, but I prefer Luanti these days. There are lots of great games in it, and many of them are very much Minecraft, others explore entirely different approaches which can be very interesting as well.
I'm spending some hours playing with my 5 year old too, and it's great.
no, they don't allow it, they maybe begrudgingly tolerate it. They have a history of false-copyright striking youtube videos, and they've recently started using AI (Tracer AI) to DMCA-spray claims, some of which are obviously nonsensical.
Of course, they are fine with you making youtube videos about their game (itdraws people in) but try making a video about a bit darker topics related to the game and you can quickly find your video striked.
I even found an instance of a project like this one (a unfinished open-source MC clone which is vaguely similar but original assets and code and everything) receiving an LLM-written copyright claim based on "it looks similar and that's protected by our IP"
I'd recommend Minetest+some full game instead of a reimplementation from an older version.
I know it's not the same; but some full games for Minetest are close enough and they will run on really old machines much faster than this reimplementation.
Minetest (renamed luanti) is a fantastic platform to introduce concepts of programming to kids. We have been moding with my kids and had the best time using blender and doing some lua.
Minetest is pretty awesome but it has some harsh limitations like a -32k -> 32k block world size limit in all directions as well as not being world file compatible (i know that experimental converters exist but half the blocks never load in and these are as old as 1.2.5 blocks so no chance it will even attempt to work with 1.12.2 maps) so for someone trying to get close to vanilla, I still think reimplementations are the way to go.
The finite world is a problem in practice only for popular game servers. I think the base walking speed for characters is ~2m/s, so reaching the edge from origin would take at least 4 hours. Even free-falling from max altitude (10 m/s is the max speed IIRC) takes a while.
Moreover, the "finitude" of the world can be mitigated by the fact that Luanti also offers 64 km total vertically out-of-the-box; various mods use this space to create the equivalent of "dimensions". In practice, without tools that allow to dig ridiculously fast, supposedly realistic mountains (what can be realistic in a game where you can carry with you several trees, casually jump 1 m anyway and barely get a scratch from a 15 m fall?), planes, dragons or whatnot, a "troposphere" of 1 km is plenty, and would allow 128 64x64 km "dimensions".
That being said, and my own biases put aside, people outside of the Luanti core team are working on that [1]
Last time i tried Luanti (when it was still called Minetest) I ran into serious bugs rightaway. I reported them and a year later they still weren't fixed. I hope the quality has improved since then. It's nice to have a free alternative for programming classes etc.
Minetest sort of officially rebranded itself as a game engine when it changed name, it already was a game engine before that. Most of the bugs are caused by games and/or mods themselves, in particular if you had a Lua exception.
Among the various games that took inspiration from Minecraft (Voxelibre, Mineclonia, Repixture), some are more reliable than others. Those that don't try to be too close are the more reliable because replicating complexity tends to lead to more bugs.
I want to make a CPU generation beowulf cluster one day. I'm thinking a Pentium MMX box, a K6-3 box, a Pentium 2 or 3, maybe even a 486 if supported. Then have some compute job that runs across all of them. :D
Why not use the popular spigot server? I use it myself, but I've got to admit I have no idea whether it's based on Mojang code or a reimplementation. Spigot supports the newest Minecraft editions, and requires a MS account, but I don't download it from Microsoft.
So is it based on the original or is it a reimplementation? It's based on CraftBukkit about which their site says:
> CraftBukkit is a modified version of the Vanilla Minecraft Server which allows it to run Bukkit plugins. The main goal of this project is to produce a server as close to Vanilla as possible,
So it's based on the original code? But it's also said to be open source. I'm confused.
Being able to play without a Microsoft account does appeal to me; the forced migration from Mojang accounts to Microsoft's shitty account system still leaves a bad taste in my mouth. Also, my son can't play with his friends because they all have Bedrock while we of course have Java.
I used it a couple of years ago and it worked fine.
> So it's based on the original code? But it's also said to be open source. I'm confused.
The contents of the open source repository are a set of patches to apply to the decompiled code, plus some fully new classes to add an event system, or interfaces (where patches hook into the event system and provide the implementations of the interfaces)
Also most people use Paper (which is a Spigot fork that recently diverged and became a hard fork)
> So it's based on the original code? But it's also said to be open source. I'm confused.
I don‘t know for sure, but the source code could be based on a decompilation of the official server classes. Apparently decomp projects are open-sourceable - see all the N64 projects that would otherwise have been shut down by Nintendo.
The code patches are open source, alongside some new classes (that are mainly interfaces, and the patches add the implementations basically, and also hooks into their event system)
Spigot themselves don't provide a link to a built .jar, their provide a link to a java tool that
- downloads the official Minecraft server
- decompiles it into .java files
- Applies the source code patches that are open source in spigot
- Adds the spigot api files that are 100% open source
- compiles all of this back to a .jar
No need to use via proxy at all. Minosoft supports 1.12.2 natively. You can just enforce that version (cuberite also supports 1.14, you can force that version too).
There is a need as multiple things were broken when I tried both of those methods, ViaProxy is technically not required but having it makes the two work together a lot more nicely. I'm not entirely sure what ViaProxy does differently here but it fixed both the getting stuck in doors issue as well as mobs not rendering
I am always fascinated by articles that contain technical details like:
"In order to run all of these, you will need a 64 bit computer (ideally little endian, on BE you will need to use a JIT like box64 which decreases performance) with 4 or more processor cores at over 900 MHz. A minimum of 4 GB of RAM is recommended, with some trickery like zram you might get away with less but it will cause slowdown. Ideally youd want an OpenGL capable graphics card too."
Alongside text like:
"Now, click on the right facing triangle (play button"
its fitting given the Forum this Post is from its running on a camera via uart debug port
I think GP’s point was that it’s talking about LE vs BE while simultaneously explaining what a “play” button is.
It reminds me of my “electronics” class back in school (2010): Day 1 was learning how to use a computer mouse. Day 2 was straight into how a CPU works on an electrical level.
That’s awesome though, re: serving the site from a camera. Are there details on that somewhere?
Edit: Nvm, found it here: https://lenowo.org/viewtopic.php?t=2
Edit 2: I also like this thread, in which they are considering moving the site to a Galaxy S5, but decide not to after seeing that the site survives the HN hug: https://lenowo.org/viewtopic.php?t=28
The second thread has other exciting options !
- samsung galaxy s5
- router
- mips switch
- disposable vape
> This whole adventure has one small problem: Minecraft changed how items and blocks are named between 1.12.2 and 1.13.
In case anyone was wondering what this refers to, it is known as "The Flattening":
https://minecraft.wiki/w/The_Flattening
I think it's amazing to have a massive commercially successful game such as Minecraft give the fans the ability to be very liberal with what they can do with it. Now we have open-source re-implementaions that are pretty close to vanilla!
Minecraft is wierd because all that amazing modding that is done is in spite of mojang not because of them.
I have not played minecraft in a few years but I think nothing has changed. Mojang, even pre microsoft, has never provided any sort of modding support. I grew up on quake where ID would give you the game code and tools necessary to make mods. Mojang gave nothing. modding on minecraft involved decompiling the bytecode, dealing with the terrible symbols the decompiler gave you then recompiling it back into a jar. It was ugly and unpleasant. later the bigger efforts produced some tooling and libraries to make this better, but mojang had no part in this.
So minecraft is wierd, one of the most modded game in existence, yet the developers have provided no mod support.
>never provided any sort of modding support
Bedrock added support for modding in 2016, 9 years ago, with resource packs and behavior packs. You can make custom entities, custom items, custom blocks, etc. There is also a marketplace available to distribute these to players, built right into the game.
Java edition also has had similar things for many years.
We've worked a lot on the Typescript/JavaScript APIs available for Bedrock so most content on Bedrock platforms (console, mobile, etc) is heavily script-based.
It will always be more limited that Java modding but is catching up in large areas of functionality.
Amazing seeing what people are making in Bedrock running on old Android phones, Switch, and company.
I remember when the c++ edition came out, but have not really followed since then.
Are all of the servers/mods still written in Java and it was just the desktop client that was rewritten in c++? Or is there a division between Java mods and c++ mods?
Behavior packs, for Bedrock, are written in JSON and TypeScript. The client and server software is written and C++. Most people make mods using the built in modding support as I mentioned and are not making C++ mods. Most C++ mods are hack clients.
two versions still exist in parallel: Java edition for PCs, and Bedrock edition (c++) for everything else
the main modding community is around java edition
Spot on. You can also play Bedrock on a PC if that's your poison.
Java edition is night and day different.
Take the pack I'm re-playing at the moment, Compact Claustrophobia.
Even the opening moments of that pack are nothing related to the Minecraft game you can buy. Scraping materials from the bare walls? Not a thing in Minecraft, but the mod adds that because otherwise how are we going to make even a block of dirt. Oh right yeah, no dirt, we start inside an unbreakable [as far as we know] object and we have to burrow deeper and deeper into recursively defined Compact Machines, none of which exists in the Minecraft game. Your character in Compact Claustrophobia needs their own faeces to survive - if you've read "The Martian" you know how that goes. Base Minecraft of course does not have poop, so they add that.
To make all this happen requires a lot of reverse engineering. Are Microsoft doing everything they can to stop it? Not at all. But they're also not some benevolent entity adding hooks left and right for the modifications.
>Not a thing in Minecraft, but the mod adds that
Did you read my post? I'm saying that Bedrock has mod support built in with public documentation. There are a bunch of hooks. You can add new blocks. You can make things happen when clicking in them. You can add brand new items.
Yes, it's night and day as I said. Take the most fundamental naming element of Compact Claustrophobia - the Compact Machine. This is a block which has a pocket universe inside, we have to be able to make this, place it down, enter and exit, and have the inside of the block continue running because after all the outside is still here with us, and also the edges of the outside block correspond arbitrarily to portals inside the block for transmission of... oh right yeah, Bedrock doesn't even have a electrical power system...
With the approach they're taking in Bedrock maybe the Compact Machines I was first playing with years ago become possible (if somebody puts in a lot of labour) in ten years, or in twenty - if sanctioned. But they've existed for years in Java, so why bother?
I don't know if it was done with modding in mind or not, but the transition to data packs was a non-trivial addition of mod support.
At the cost of inner-platform-effecting all the game code. Long-time software engineers know all about the inner platform effect - if not, see [1]. Instead of writing directly what you want, something like:
new Block("mymod:mystone").setShape(Shapes.CUBE).setTexture("mymod:stone_texture").setStepSound(Sounds.STEP_ON_STONE)...
you now have to do some of this inline (the part that can't be customized in data packs):
new Block("mymod:mystone").setStepSound(Sounds.STEP_ON_STONE)...
but the rest is looked up across 5 different cross-referenced JSON files full of magic values with no autocomplete or syntax highlighting. Start with an indirection layer in assets/mymod/blockstates/mystone.json: [2]
{"variants": {"": {"model": "mystone"}}}
then of course you have to actually specify how to display the block: [3]
{"parent": "minecraft:block/cube_all", "textures": {"all": "fabric-docs-reference:block/steel_block"}}
(you see that? there are inheritance and variables in Minecraft's ad-hoc JSON language)
You need a second file to specify how to display the item when it's held in your hand. Usually it's similar boilerplate. But have a look at the abomination that is "item property overrides" [4] [5] as an example of inner-platforming. Instead of render(is_cast ? cast_model : uncast_model); there's this whole infrastructure of a registry of item property predicates written in Java which can then be referenced in JSON to select a different model file under specific conditions.
[1] https://thedailywtf.com/articles/the_inner-platform_effect
[2] https://docs.minecraftforge.net/en/1.12.x/models/blockstates...
[3] https://docs.fabricmc.net/develop/data-generation/block-mode...
[4] https://docs.minecraftforge.net/en/1.12.x/models/overrides/
[5] https://minecraft.fandom.com/wiki/Tutorials/Models#Example:_...
A key part you're missing either willfully or ignorantly is that they're midway through the refactoring to make it data driven, so you have these odd/rough edges.
Yes, having to declare json files for your new block in your mod is a pain...
Meanwhile what it was built for, resource packs, this actually gives a good amount of power to the pack maker without having to ask the client to run untrusted java code.
It's not data-driven, it's still code-driven, just now the code is written in shitty-JSON-language. This is how the inner platform effect works. See also the configuration complexity clock [1].
[1] https://mikehadlow.blogspot.com/2012/05/configuration-comple...
I was just watching a cool video on "world gen modders" where the author demonstrated by tweaking just a few values in a custom JSON it was possible to create new kinds of landscapes. At least in their corner it seems like the JSON files are exactly what they want to use to achieve their goals.
It was like that when it was in Java, too. Just tweak just a few values in a custom Java class. Plus you could be as weird as you wanted instead of limited to a very rigid format. You weren't limited to tweaking values.
You can still override it in Java code instead of tweaking values, but it's much more painful because all the existing code is geared towards reading the tweakable values.
Honest question: what’s the alternative to inner-platform-effecting if you still want a system that’s highly user-customizable at runtime?
well, just have a proper code-based API?
not even separate textures are necessary, you could very well use atlases and just stitch them together at runtime with rectpacking and just remap the input texcoords to the new, bigger atlas... boom, mod support with atlases without creating 400 2KB .png's in the game folder.
similarly, blocks can be done in code, and modders can either use that, and optionally you can expose the same API in LUA or whatever if you need a less involved / sandboxed version of mods which can be downloaded from a server or whatever.
Here's an example of shit being done from code, it's fairly terse and you don't need to trawl through 7 files to do anything: (yes I know it doesn't have i18n yet but that won't make it much more complex either)
These are fluent/chainable so I could have put all of them on one line but that's less readable IMO, but your choice really.For data files (textures, sounds and other assets) you could use a virtual filesystem like Quake did (PhysFS is a good library which vaguely approximates that) and get rid of the stupid amount of folder nesting specifying behaviour, you can just have toplevel folders and use modloader order to disambiguate.
tl;dr: almost anything can be made to work with the most convenient/most sensible method of making stuff instead of using a bunch of awkward and convoluted JSON files you aren't even using! (MC internally generates the JSONs from code, so the data lives through a code -> JSON -> code roundtrip, they aren't even dogfooding their own format lol)
I still think this is better than mod load conflicts when two mods attempt to overwrite the same Minecraft-core class file. Pre-forge modding was not good.
Yes, but I'm not talking about pre-Forge modding. Anyway, Fabric enables similar mods without the conflicts (it's actually great. You can edit any piece of code without being limited to the hooks someone else chose to install for you. My first Fabric mod completely replaced how your inventory worked. It was installed on the modfest showcase server and drew lots of complaints.). Anyway, that's not what I'm talking about either.
[1] https://www.youtube.com/watch?v=-6eNqSCTTKQ
The developers decided to not provide mod support because the modders have infinite freedom the way they are doing things right now. More freedom than if they gave you a modding toolkit like Bethesda does. It's the Bedrock Edition of Minecraft that's crippled with its official modding support.
They do provide deobfuscation maps these days at least
> Mojang, even pre microsoft, has never provided any sort of modding support.
I believe Mojang now provides deobfuscation mappings[0] which makes life slightly easier for modders.
[0] Although all I can find are people saying "we should move to Mojang's mappings!" rather than an official Mojang announcement.
Whats the point of the obfuscation in the first place, if they offer mappings to deobfuscate it?
I suspect it's one of those "this has been in the build process for a decade and there ain't no way we're attempting to change it now" things.
That's where I got my update anxiety from. Everything was broken after every update, but we loved the updates still.
It wasn't easy and majong did not help back then.
> Minecraft is wierd because all that amazing modding that is done is in spite of mojang not because of them.
Umm no ?
They provide deobfuscation mappings, they keep features in the code that are not exposed to players while specifically mentioning modders (new dialog system, game tests API).
You also have a couple of Minecraft developers hanging out in modloaders discord servers.
While it's true that they really started embracing modding in like 2019 (when they started releasing deobfuscation mappings), they were never hostile to modding
MS is slowly killing off Java so they can push Bedrock (much less flexible) on everyone though. And all my daughter's friends use Bedrock :-\. I have a server with GeyserMC running to let them play together but it definitely isn't what it once was.
Bedrock might be more popular, but I think there is a large community with absolutely zero interest in ever moving away from Java. I will never go back to playing Minecraft without Distant Horizons after experiencing it, so Bedrock is absolutely not an option for me unless they added real LOD features natively.
> Bedrock might be more popular, but I think there is a large community with absolutely zero interest in ever moving away from Java.
Yes, exactly. It seems the demographic for Bedrock tends towards kids because it's supported on tablets. IME the demographic for Java is either older kids or adults or people with interest in modpacks, which is a lot of people. All the major YouTubers who have run worlds for challenges for years are all on Java.
Whenever someone in my group asks to play some MC, there's no "Bedrock or Java?" question, it's just Java every time.
The only major thing Bedrock has right now that Java doesn't is the new stock shaders, but I assume that is coming to Java soon.
> The only major thing Bedrock has right now that Java doesn't is the new stock shaders, but I assume that is coming to Java soon.
RealismCraft 2.0 would like to have a word with you. And it's paid.
https://youtu.be/s3IiifuzjgU
The kids all seem to use tablets or windows with bedrock though, my own are the odd ones out with Java on Linux.
A lot of windows users use java on windows too.
I do think that I have yet to see a bedrock player on windows as compared to java player on windows & I have been playing minecraft for so long and joined so many discord communities of minecraft related as well and that's my experience.
Java is really peak minecraft, with modpacks as well. You should try out prismlauncher, its open source and works quite smoothly on linux and you can try a lot of modpacks which the bedrock players can't play.
Fabuously Optimized is a must have modpack given how efficient it can make minecraft / give fps boosts
Prism launcher is a great piece of software, takes a lot of the pain out of modded minecraft.
Distant Horizons is awesome. Too bad my computer really does not agree :P
It's a bit hard on the CPU for sure, but running a server and pregeneration both help.
Tbh bedrock natively supports massive render distances. Not as far as distant horizons but way way further than Java edition.
During ramblings about new Minecraft jeb_ recently said that java is not going to be sunsetted, or at least that's what I understood.
Of course the course of Microsoft and jeb_ might be different and he might get pushed towards some decisions later. The problem is that kids nowadays don't use computers. They use phones and tablets. For me Minecraft experience on phone is awful but there are many young generations that consider it native way of playing games
Note that you can play Minecraft Java on Android with PojavLauncher: https://github.com/PojavLauncherTeam/PojavLauncher
Although I see now that the project is archived, not sure the story behind that.
It got forked as Amethyst[1] after it was taken off Google Play and some drama with the privacy policy.
[1]: https://github.com/AngelAuraMC/Amethyst-Android/
By the time Mojang kills off Java, mod developers will have backported the entirety of modern Minecraft to 1.7.10.
Minecraft itself is just a mod on 1.7.10, the One True Release.
I have to ask: what's so special about 1.7.10?
It is one of the versions that lots of mods were made for, and so some significant mod packs have stayed with it for decades.
Part of it was the almost year between 1.7.x and 1.8, so some major mods like Thaumcraft never made the jump.
Gregtech New Horizons (GTNH) has been back porting mods and features to 1.7.10 (like the ability to run on Java 20+) because that’s easier than porting the whole mod pack forward.
Part of the reason was 1.8 Forge made it so most mods had to be re-written iirc. Also, Thaumcraft updated past 1.7 (Unfinished as Azanor left modding, but that's besides the point)
The impression I got was they actively promote Bedrock, but take the necessary steps to keep Java supported. They make more money from Bedrock, makes sense to budget there.
No they're not? Vanilla Java gets updates too, and even if they were, the modding scene is as vibrant as ever.
I find bedrock has much better performance than java. It runs very nicely using the MCPE launcher on linux.
The performance is nice, but the advanced modding scene is non-existent. In java a mod author can do just about anything they can imagine and write code for. Somehow i doubt we will ever see dimensional doors as a bedrock mod.
I have the opposite experience, unfortunately. It's not a perfect comparison, but my base M1 MacBook Pro (8GB RAM) gets consistently solid performance out of Java edition, but my M3 iPad Air (also 8GB RAM, but better chip) drops frames constantly in Bedrock.
I played the original a lot, and lots of modding, but I prefer Luanti these days. There are lots of great games in it, and many of them are very much Minecraft, others explore entirely different approaches which can be very interesting as well. I'm spending some hours playing with my 5 year old too, and it's great.
It was like that until 2012. Ever since then they've been tightening down further and further.
no, they don't allow it, they maybe begrudgingly tolerate it. They have a history of false-copyright striking youtube videos, and they've recently started using AI (Tracer AI) to DMCA-spray claims, some of which are obviously nonsensical.
Of course, they are fine with you making youtube videos about their game (itdraws people in) but try making a video about a bit darker topics related to the game and you can quickly find your video striked.
I even found an instance of a project like this one (a unfinished open-source MC clone which is vaguely similar but original assets and code and everything) receiving an LLM-written copyright claim based on "it looks similar and that's protected by our IP"
I'd recommend Minetest+some full game instead of a reimplementation from an older version. I know it's not the same; but some full games for Minetest are close enough and they will run on really old machines much faster than this reimplementation.
https://codeberg.org/mineclonia/mineclonia (https://content.luanti.org/packages/ryvnf/mineclonia/) is the closest you can get to real Minecraft, and it's actually quite feature-complete, more recent developments:
https://codeberg.org/mineclonia/mineclonia/pulls/3419 - Minecraft world gen (full reimplementation)
https://codeberg.org/mineclonia/mineclonia/pulls/3351 - raids
https://codeberg.org/mineclonia/mineclonia/pulls/2681 - much improved mob spawning
https://codeberg.org/mineclonia/mineclonia/pulls/2184 - a big mob rewrite
https://codeberg.org/mineclonia/mineclonia/pulls/2516 - client-side modding support, there's https://codeberg.org/halon/mcl_localplayer/ which makes physics and some other things way more Minecraft-like (elytras, proper eating, horses, etc), although currently it requires a Luanti fork since the upstream is not very interested in the changes.
Minetest (renamed luanti) is a fantastic platform to introduce concepts of programming to kids. We have been moding with my kids and had the best time using blender and doing some lua.
Minetest is pretty awesome but it has some harsh limitations like a -32k -> 32k block world size limit in all directions as well as not being world file compatible (i know that experimental converters exist but half the blocks never load in and these are as old as 1.2.5 blocks so no chance it will even attempt to work with 1.12.2 maps) so for someone trying to get close to vanilla, I still think reimplementations are the way to go.
The finite world is a problem in practice only for popular game servers. I think the base walking speed for characters is ~2m/s, so reaching the edge from origin would take at least 4 hours. Even free-falling from max altitude (10 m/s is the max speed IIRC) takes a while.
Moreover, the "finitude" of the world can be mitigated by the fact that Luanti also offers 64 km total vertically out-of-the-box; various mods use this space to create the equivalent of "dimensions". In practice, without tools that allow to dig ridiculously fast, supposedly realistic mountains (what can be realistic in a game where you can carry with you several trees, casually jump 1 m anyway and barely get a scratch from a 15 m fall?), planes, dragons or whatnot, a "troposphere" of 1 km is plenty, and would allow 128 64x64 km "dimensions".
That being said, and my own biases put aside, people outside of the Luanti core team are working on that [1]
[1] https://forum.luanti.org/viewtopic.php?t=9183
Last time i tried Luanti (when it was still called Minetest) I ran into serious bugs rightaway. I reported them and a year later they still weren't fixed. I hope the quality has improved since then. It's nice to have a free alternative for programming classes etc.
Minetest sort of officially rebranded itself as a game engine when it changed name, it already was a game engine before that. Most of the bugs are caused by games and/or mods themselves, in particular if you had a Lua exception.
Among the various games that took inspiration from Minecraft (Voxelibre, Mineclonia, Repixture), some are more reliable than others. Those that don't try to be too close are the more reliable because replicating complexity tends to lead to more bugs.
Site is currently down, wayback machine link: https://web.archive.org/web/20250919031347/https://lenowo.or...
yeah, hackernews killed my poor ip camera again xD
You should get more cameras and run one of them as load balancer in front of the others!
I actually wanna make a cluster at some point
a beowulf cluster? remember those? :-)
I want to make a CPU generation beowulf cluster one day. I'm thinking a Pentium MMX box, a K6-3 box, a Pentium 2 or 3, maybe even a 486 if supported. Then have some compute job that runs across all of them. :D
Nice work, what you're up to is pretty impressive :^)
Why not use the popular spigot server? I use it myself, but I've got to admit I have no idea whether it's based on Mojang code or a reimplementation. Spigot supports the newest Minecraft editions, and requires a MS account, but I don't download it from Microsoft.
So is it based on the original or is it a reimplementation? It's based on CraftBukkit about which their site says:
> CraftBukkit is a modified version of the Vanilla Minecraft Server which allows it to run Bukkit plugins. The main goal of this project is to produce a server as close to Vanilla as possible,
So it's based on the original code? But it's also said to be open source. I'm confused.
Being able to play without a Microsoft account does appeal to me; the forced migration from Mojang accounts to Microsoft's shitty account system still leaves a bad taste in my mouth. Also, my son can't play with his friends because they all have Bedrock while we of course have Java.
Have a look at this : https://geysermc.org/
I used it a couple of years ago and it worked fine.
> So it's based on the original code? But it's also said to be open source. I'm confused.
The contents of the open source repository are a set of patches to apply to the decompiled code, plus some fully new classes to add an event system, or interfaces (where patches hook into the event system and provide the implementations of the interfaces)
Also most people use Paper (which is a Spigot fork that recently diverged and became a hard fork)
A neat plugin I use on a Minecraft server is Geyser, it allows for crossplay between the Java and Bedrock Edition of the game
> So it's based on the original code? But it's also said to be open source. I'm confused.
I don‘t know for sure, but the source code could be based on a decompilation of the official server classes. Apparently decomp projects are open-sourceable - see all the N64 projects that would otherwise have been shut down by Nintendo.
Yes and no.
The code patches are open source, alongside some new classes (that are mainly interfaces, and the patches add the implementations basically, and also hooks into their event system)
Spigot themselves don't provide a link to a built .jar, their provide a link to a java tool that
- downloads the official Minecraft server - decompiles it into .java files - Applies the source code patches that are open source in spigot - Adds the spigot api files that are 100% open source - compiles all of this back to a .jar
I think we could also reach a point where you could just re-implement a lot of it with ThreeJS
Vintage Story ruined Minecraft for me.
Same here. It's just better in almost every way.
whoooa. that looks like ... Better Than Wolves 2. I'm going to have to give that a whirl.
No need to use via proxy at all. Minosoft supports 1.12.2 natively. You can just enforce that version (cuberite also supports 1.14, you can force that version too).
There is a need as multiple things were broken when I tried both of those methods, ViaProxy is technically not required but having it makes the two work together a lot more nicely. I'm not entirely sure what ViaProxy does differently here but it fixed both the getting stuck in doors issue as well as mobs not rendering
I always used Cuberite with enforced 1.14 as test server worked.
But both your points are valid, doors are implemented like shit in < 1.13, but I added support https://gitlab.bixilon.de/bixilon/minosoft/-/commit/9afbe0df... (Oct 14, 2023). I will test that...when I got time :)
No clue about mobs, but textures were named differently back then. Could be.
[dead]
[dead]