Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Minecraft: Java Edition 26.2, the first version with Vulkan 1.2

minecraft.net

Post reply on HN
Print view View original

51–60 of 121 posts

Re: Minecraft: Java Edition 26.2, the first version with Vulkan 1.2

#51

Post by flexagoon »

cpill wrote: post #48

considering the amount of money they are making on Minecraft there is almost no forward momentum with the game. the tech is so dated that you have to go to mods to get basic performance improvements. Stuff like shaders and improving the render distance. more intelligent mobs. The content updates are the laziest I've ever seen in a game, usually just re-skinned versions of other mobs. really, it's illegal in Sweden to…

They were doing great game updates until Caves and Cliffs, where they promised too much and had to split it over like 5 next updates. After that they decided to mostly just do useless "feature" drops.

Re: Minecraft: Java Edition 26.2, the first version with Vulkan 1.2

#52

Post by redsocksfan45 »

cpill wrote: post #48

considering the amount of money they are making on Minecraft there is almost no forward momentum with the game. the tech is so dated that you have to go to mods to get basic performance improvements. Stuff like shaders and improving the render distance. more intelligent mobs. The content updates are the laziest I've ever seen in a game, usually just re-skinned versions of other mobs. really, it's illegal in Sweden to…

[dead]

Re: Minecraft: Java Edition 26.2, the first version with Vulkan 1.2

#53

Post by redsocksfan45 »

charcircuit wrote: post #42
nottorp wrote: post #38

Earlier quoted context omitted.

The solution is to play only on private java servers that have modded out the censorship functionality. Of course most of those are closed or semi closed so useless for commercial purposes...

Mojang won't authenticate your account to the server. They can't remove the censorship without turning into a server that allows prirated accounts to connect.

[dead]

Re: Minecraft: Java Edition 26.2, the first version with Vulkan 1.2

#54

Post by tialaramex »

Telaneo wrote: post #25
afavour wrote: post #20

Earlier quoted context omitted.

I was under the impression it was because Java wouldn’t work on mobile devices. Is that not the case?

It started with that, yes, with Pocket Edition, but then that codebase got used for the console editions. I guess the temptation to monetise was too strong, and monetising Java was probably a lot harder and would spark a lot more outrage.

The Modded Minecraft community is basically all Java, and yeah, I think the Microsoft team on this have done a good job, but given how much awesome stuff modders give away a monetisation gambit is going to bring loads of ire for relatively small gain. "Better Than Wolves" is an entire mod which exists because one solo was angry about Wolves being added to Minecraft and they were like "I can do better than that" and of course the only way to show that you're serious was to uh, make a mod which is better than the wolves. IIRC it's a mechanical power system, water wheels, wind mills, gears and then simple machines to connect.

Re: Minecraft: Java Edition 26.2, the first version with Vulkan 1.2

#55

Post by remix2000 »

pjmlp wrote: post #14
willis936 wrote: post #13

Earlier quoted context omitted.

The bedrock lineage is microsoft's attempt at microsoftifying minecraft. The team behind bedrock are responsible for showing the world the supremacy of DirectX. Bedrock is far behind on features and is far buggier compared to java edition. A ground up C++ rewrite is noble beginnings. Unfortunately time has shown that they only planned to get it to an MVP necessary for some gross monetization tactics targeting childre…

Because most mods take advantage of Java capabilities, so JavaScript extension points are not as interesting. However the C++ version has a reason to exist, sadly Java never established itself for gaming outside desktops and J2ME/Android. One could argue about AOT, but those are not widely adopted, CodenameONE, RobotVM.

You could run java literally anywhere it matters with not too much effort, but ios store terms would never allow for mods anyway (neither would ps/xbox/ninty store probably), so you could just as well redirect effort to optimize for platform specific audiences, AKA in this case kids wielding their parents' credit card.

Re: Minecraft: Java Edition 26.2, the first version with Vulkan 1.2

#56

Post by willis936 »

steve_taylor wrote: post #45
willis936 wrote: post #13

Earlier quoted context omitted.

The bedrock lineage is microsoft's attempt at microsoftifying minecraft. The team behind bedrock are responsible for showing the world the supremacy of DirectX. Bedrock is far behind on features and is far buggier compared to java edition. A ground up C++ rewrite is noble beginnings. Unfortunately time has shown that they only planned to get it to an MVP necessary for some gross monetization tactics targeting childre…

The defining aspect of Bedrock is C++, not DirectX. Bedrock runs on numerous platforms where DirectX isn't available. Minecraft isn't exactly be the type of game to showcase a 3D API's supremacy.

>Minecraft isn't exactly be the type of game to showcase a 3D API's supremacy.

Nvidia did exactly this...

https://www.nvidia.com/en-us/geforce/campaigns/minecraft-wit...

Re: Minecraft: Java Edition 26.2, the first version with Vulkan 1.2

#57

Post by nottorp »

charcircuit wrote: post #42
nottorp wrote: post #38

Earlier quoted context omitted.

The solution is to play only on private java servers that have modded out the censorship functionality. Of course most of those are closed or semi closed so useless for commercial purposes...

Mojang won't authenticate your account to the server. They can't remove the censorship without turning into a server that allows prirated accounts to connect.

Last time I played I'm pretty sure they had a plugin that disabled sending chats to Mojang but left all other checks intact. It just broke the griefing-by-reporting functionality.

Of course that won't save you if you go to servers that don't have reporting disabled so careful where you play.

Re: Minecraft: Java Edition 26.2, the first version with Vulkan 1.2

#58

Post by nottorp »

imtringued wrote: post #43
nottorp wrote: post #37

Earlier quoted context omitted.

... at the cost of reducing the world update range, simplifying some of the mechanics and disallowing the kind of modding you can do on java.

This is actually one of the weirder things. The Java edition is objectively better from a technical player's perspective.

It's simple. Microsoft the new owner has no idea what Minecraft is about.

Or at least the subset of Minecraft that I play: complex builds and automated farms done in survival not creative. At that level the combat they keep adding to is ... just getting in the way of my building.

Re: Minecraft: Java Edition 26.2, the first version with Vulkan 1.2

#59

Post by LelouBil »

charcircuit wrote: post #42
nottorp wrote: post #38

Earlier quoted context omitted.

The solution is to play only on private java servers that have modded out the censorship functionality. Of course most of those are closed or semi closed so useless for commercial purposes...

Mojang won't authenticate your account to the server. They can't remove the censorship without turning into a server that allows prirated accounts to connect.

https://modrinth.com/mod/no-chat-reports

Basically with each chat message there's a cryptographic payload proving that you are the sender, so reports can't be fabricated.

If you remove it on the server before sending it to other players (or remove it on your client before sending it to the server) you can't report the messages.

Also look into this and this for exploits:

https://github.com/nodusclient/gaslight

https://github.com/nodusclient/guardian

Re: Minecraft: Java Edition 26.2, the first version with Vulkan 1.2

#60

Post by izacus »

FrostKiwi wrote: post #18
voxic11 wrote: post #5

Earlier quoted context omitted.

OpenGL doesn't have any way to do this except sometimes via vendor specific extensions. Basically how OpenGL works is it creates the graphics context on whichever device the system hands it. So you can configure the GPU used by OpenGL on the system level but not at the application level.

FYI, setting `NvOptimusEnablement` and `AmdPowerXpressRequestHighPerformance` have been the canonical way on Windows, `__NV_PRIME_RENDER_OFFLOAD` + `__GLX_VENDOR_LIBRARY_NAME` on Linux. Though not an OpenGL feature per se, as you mentioned.

That would be the vendor extensions they mentioned.
Post reply on HN