luanti

I hope it does get fixed, but Apple actually has a bad track-record with another deprecated API, AppleAL (OpenAL). They broke it in a very interesting way in Tahoe where mono-channel audio on Aarch64 (not through Rosetta) did not play and it was broken through all the betas. I believe it actually may still be broken today. The workarounds were either mono-to-faux-stereo channel duplication or switch to openal-soft. OpenGL is an even bigger deal so I don't see a world where it doesn't get fixed, but I also thought exactly the same way with the previous issue. It seems that Apple does not have any older video games in their testing apparatus. Some references on the issue: 1. https://github.com/luanti-org/luanti/issues/16499 2. https://support.sega.com/hc/en-us/articles/39540396560145-Ma...

The underlying voxel game engine is written in C++. https://github.com/luanti-org/luanti

tiu posted about the release first [0] With the recent news of Minecraft removing obfuscation from the Java client [1] I thought posting it again would be useful in the conversations of things like Minetest/Luanti [2] (Plus Cubyz is just a neat project IMO) [0]: https://news.ycombinator.com/item?id=45558137 [1]: https://news.ycombinator.com/item?id=45748879 [2]: https://github.com/luanti-org/luanti

Kind of, they forked Irrlicht and took it in their own direction. https://github.com/luanti-org/luanti/tree/master/irr

Luanti (formerly minetest) is open source, written in Lua, has an API with mediawiki docs, and has a vscode extension: https://github.com/minetest/minetest Luanti wiki > Modding intro: https://dev.minetest.net/Modding_Intro SensorCraft is open source, written in Python, and is built on the Pyglet OpenGL library (which might compile to WASM someday) https://github.com/AFRL-RY/SensorCraft /? Minecraft clone typescript site:github.com https://www.google.com/search?q=minecraft+clone+typescript+s... /?hnlog minecraft: https://news.ycombinator.com/item?id=32657066 : > [ mcpi, pytest-minecraft, sensorcraft, ] mcpi supports "Minecraft: Pi edition" and "RaspberryJuice" (~ Minecraft API on Bukkit server) minecraft-pi-reborn is an open source rewrite of "Minecraft: Pi edition" that's written in C++. It looks like there's a glfw.h header in librebo

In general, verifying programs is extremely hard, not just because of rice's theorem but because it's so easy to miss a spot, especially for non-trivial bytecode languages like lua's. wasm has no concepts of for loops for example. It's strange that after upstream has given up on the problem as it was too hard, factorio devs have chosen to try to fix the verifier/write their own (not sure which of the two they did). Minetest's loadstring function forbids bytecode entirely: https://github.com/minetest/minetest/blob/9a1501ae89ffe79c38... I wonder why factorio mods need the ability to execute raw lua bytecode. If they don't have it, there would be no need for a verifier. It's quite dangerous in the first place to execute lua code downloaded over the network. JS execution environments have gone through decades of cycles of discoveries of explo

I looked it up, they are actually groundless in this case: https://github.com/minetest/minetest/issues/13363#issuecomme...

> But it cant really present the million of other types of vulnerabilities, such as mis-configuration, wrong logic in the code, races, etc That's correct. The great achievement that Rust brings to the table is that it gives you the safety of a traditionally dynamic language like Java or JS with native performance. Let's look at it from a security angle. For some domains, the security that Rust provides is enough to create really safe solutions inside those domains. Think of PDF viewers, image viewers, browsers, etc. Here, it takes in untrusted input, parses it, and displays it to the user, and the codepaths where privileged stuff happens, e.g. reading arbitrary files, are only very sparse. In some domains, Rust alone won't be enough. Think of TLS implementations or kernels. Here, almost any logic bug is also security relevant. Ideally you

This is pretty cool. Props for doing a massive amount of work and creating something open and extensible. -- I just tried reading the code to learn how MineTest does voxel meshing, and it didn't go so well. (Voxel meshing is about turning blocks into triangles efficiently, and it's surprisingly tricky. Mikola Lysenko wrote a great exposition of the problem and several solutions way back in 2012: https://0fps.net/2012/06/30/meshing-in-a-minecraft-game/ ) I was curious which approach MineTest chose, and I still don't know. I think I found the files where the meshing happens, mapblock_mesh.h/cpp. The code quality is... less than perfect. There are 200+ line C++ functions. There's commented out code and preprocessor "#if 0" ignored code. There's a struct that looks important, but it's called "MeshMakeData", and I don't know what it represents

Worth mentioning to everyone who is complaining about the lack of mod support: there has been an open source C++ clone of Minecraft for a while now called "minetest", looks like their website is down right now but here's the Github repo: https://github.com/minetest/minetest