SubscribeA random in-development version
Here is a random development build of Minetest for the Windows users out there!
EDIT: Okay… once again, there appears to be multiple problems with this. Feel free to try your luck, but do understand that there are at least two things wrong in this. EDIT2: And I don’t even understand how to begin to fix this “c101008d: The parameter is incorrect.” error, caused by CMake and MSVC…
https://github.com/downloads/celeron55/minetest/minetest-0.3.dev-20111012-win32.zip
It has been once again built using the previously used MSVC8 setup (last release was built using MinGW).
It has:
- special locked chests that cannot be opened by users other than their creator and admins
- saplings that grow into trees when planted that you get from picking up leaves from trees
- the tool or block the player is holding is visible
- view bobbing.
Contributed by kahrl, Queatz, marktraceur and darkrose; tweaked by celeron55. As usual. 8)
If you are using Linux, just grab the latest source and compile it, as usual.
Also, my humble development server is up and running again after a long break.
October 12th, 2011 at 16:56
MSVCR80.dll could not be found! is it not included??
October 12th, 2011 at 17:10
Apparently some computers might require MSVCR80.dll.
For those that need it:
First report back to me so I know how many people actually are missing the file in their system. Also tell what version of Windows you are using.
Here is a copy from my virtual machine on which I compile the game:
http://test.mine.bz/~celeron55/minetest/packages/win32/other/msvcr80.dll
Copy that to the bin/ folder where minetest.exe is.
That file is under Microsoft’s own licenses and copyrights, but I believe it can be distributed if a compiled program requires it. Use and download at your own risk.
October 12th, 2011 at 17:50
The file should be part of one of the packages known as “Microsoft Visual C++ redistributable package”. It can be redistributed, but preferably as part of the package. You can search the microsoft.com website for the exact version, there is one for each VisualStudio, and you can choose to let users download it together with your minetest.
Btw, good job.
October 12th, 2011 at 18:20
Hmm, I see the build configuration is kind of messed up. By some tuning I can statically link to the standard libraries and get rid of that dependency.
Also, there is some problem in something called a “manifest”, error c101008d at compile time. I need to get rid of this too, somehow.
October 15th, 2011 at 01:39
First off: Thanks for developing Minetest. You have no idea how much a FOSS clone of Minecraft means to me :)
I have a question: How exactly does Minetest achieve such realistic dynamic lighting without shaders? I ask because I’m making a game similar to Minecraft (FOSS of course), but with physics, scripting, and a few other bells and whistles.
I haven’t been able to even come close to Minetest’s level of realistic lighting. I’m guessing the lighting is achieved by combining bunches of blocks into a single mesh, adding some fog, and per-pixel lighting handles the rest, but is this true? I’m attempting to browse the source code to confirm my theory, but I’m not sure where to start, unfortunately.
October 15th, 2011 at 02:27
THIS LOOKS BEEPING COOL!!! (hehe beeping…)
October 15th, 2011 at 04:02
I’m getting the MSVCR80.dll error. I’m running Windows 7 Professional x64 SP1. I’ve got about 15 different versions of the Visual C++ packages installed between 2005, 2008 and 2010. This particular DLL is linked 44 times around my system. If there’s anything specific I can do to help, shoot me an email.
October 15th, 2011 at 04:13
After copying your file to the bin folder and trying to run minetest, I received the following error window: “Runtime Error! R6034 An application has made an attempt to load the C runtime library incorrectly.”… a second application error window shows up after this which says “The application was unable to start correctly (0xc0000142). Click OK to close the application.”
I’ve got VS2008 Pro on my system. I’ll see if I can follow your instructions for compiling and see if I can help with your error.
oh yeah, the UAC on my system is set to Default, in case this winds up mattering.
October 15th, 2011 at 18:12
For today’s personal computers, there’s no need for dynamic link libraries anymore. Just statically link anything in the executable; there’s plenty of storage to keep it and there’s the Internet to help releasing updates.
And it will work.
October 15th, 2011 at 19:39
DrWatson: Yeah; I managed to link it statically, but was left with the other error:
Embedding manifest…
mt.exe : general error c101008d: Failed to write the updated manifest to the resource of file “z:\softat\minetest-git\bin\release\minetest.exe”. The parameter is incorrect.
And no more information about what is going on. Except that at runtime the produced executable will fail, telling something about invalid loading of standard libraries, or something.
This is somehow caused by CMake and MSVC2005 combined. I will continue using MinGW. See next post for a version built with it.
We are currently trying to investigate problems like this for the MinGW build (#minetest-delta @ irc.freenode.net). Very nasty memory corruption. We aren’t progressing much…
October 15th, 2011 at 21:08
Umm… nope, the MinGW problems cannot be solved. I need to either fix the build on MSVC2005 or “borrow” msvc2008/2010 from somewhere.