FOSS gamedev and creative worlds

There is now an official repository for this: https://github.com/minetest/minetestmapper

I rewrote the minetestmapper.py tool to C++. It is at least 50 times faster than original.



Source code is on github (https://github.com/mireq/minetest-mapper-cpp).

Rquired dependencies are:

• libgd
• boost
• sqlite3

Commandline arguments are the same as used in minetestmapper.py

such as do to compile?
there is no readme or install file...
I use linux ...
thanks

not working
I do not know what I'm doing wrong ...
:(

Don't use the "." after "make".

Also, to speed up a large build, use the "-j#" option, where # is the number of cores + 1. My machine has 4 cores so I use "make -j5". To find the number of cores you have, run "grep -c processor /proc/cpuinfo".

woah, and c55 added -j2 option permanently in the README for the engine on GitHub... I think he should explain this better...

EDIT: All right, in the -j# the # is number of THREADS and not CORES. So -j2 is for two-threaded one core processor. Menche, you can switch to -j8 then ;).

Nice work, the Win binary worked right off the mark. I noted that I had an odd issue with the .py that didn't happen in the .exe:

.exe on the left, no odd marks like on the right.



Would you be interesting in adding mod color schemes to the colors.txt (if so, see here)?

@tonyka: Readme is really missing. README.md will be added in the coming days.

@Menche: In this case, the differences are small:


@RabbiBob: added, thanks.

Can we have some arguments please?

Here is the contents:



And the world SHOULD work. But it does not generate any .png anywhere.

thank you all, but I have not managed to compile ...
compile and tells me not find GD.h
according to forums related to GD, gives problems in ubuntu, but can not find the solution...

tonyka wrote:thank you all, but I have not managed to compile ...
compile and tells me not find GD.h
according to forums related to GD, gives problems in ubuntu, but can not find the solution...

for 12.04

hey thanks ...
has replaced some libraries and ...
It works!
wondering, you get to Rome!

Jordach wrote:Can we have some arguments please?

Here is the contents:

Your phone or window isn't wide enough to display the code box. If it's a phone, try rotating it to landscape mode.

Code: Select all

minetest_mapper.exe -i C:\Documents and Settings\Jordan\Desktop\Minetest 0.4.2\worlds\city\ -o output_file.png

And the world SHOULD work. But it does not generate any .png anywhere.

Try one of two things:

Add " around the path



or

• Create a util directory at C:\Documents and Settings\Jordan\Desktop\Minetest 0.4.2\
• Put minetest_mapper.exe and color.txt in C:\Documents and Settings\Jordan\Desktop\Minetest 0.4.2\util\
• Create map.bat and put the following in it:
  
  • minetest_mapper.exe -i ../worlds/city/ -o output.png
• Save it and run the bat file

The latter way gives you a quick double click way of running the mapper.

Thanks RabbiBob.

wow is fast and furious :D
is like comparing a moped with a Bugatti Veyron 8.0 W16 Super Sport 1200 hp

Here is my colour sheet so far;



Note that steelblock, gold and diamond stairs are only in my own gamemode. And half of moreores is supoorted.

This should be included with Minetest's Windows bianaries. +1000

If it only can create heightmaps... can it?

EDIT: greyscale heightmaps.

One question. How to add new blocks to mapping process, ie gloopblocks:cement.

I haven't been able to get a rendering of the full map.

Both mappers (python and c++) only generate an area from (+/-) 1472 x (+/-) 1472. I used the "--drawscale" option to confirm this range.

I've been to two, opposite far corners (-30000 to +30000) and built stuff just to make sure something is registered in the world and yet the mapper programs won't extend to that range.

I've checked the "--help" for clues to see if there was some sort of range option or limiter... no luck.

-i/--input <world_path>
-o/--output <output_image.png>
--bgcolor <color>
--scalecolor <color>
--playercolor <color>
--origincolor <color>
--drawscale
--drawplayers
--draworigin
Color format: '#000000'

Any ideas?

*bump*

where is the default background color set? id like to change it to black i keep forgetting the cmd line argument lol

mauvebic wrote:where is the default background color set? id like to change it to black i keep forgetting the cmd line argument lol

This is from the minetestmapper "--help" from both the python and c++ versions:

-i/--input <world_path>
-o/--output <output_image.png>
--bgcolor <color>
--scalecolor <color>
--playercolor <color>
--origincolor <color>
--drawscale
--drawplayers
--draworigin
Color format: '#000000'


Perhaps "--bgcolor #000000" is what you are looking for? I haven't tried changing the colors yet to know what happens.

i meant change the default in the source code so i dont have to use that argument - cant find what line the defaults' on :p

*bump*

Anyway to expand the minetestmapper's ability to create an image of the full world map (30000+)?

*bump*

Removed hardcoded size of image and added --geometry x:y+w+h option. New sources and binary are on github (https://github.com/mireq/minetest-mapper-cpp).

Ok, some more kitchen-testing with the latest version from Github (as of 2012_11_27 morning), Minetest v 0.4.3 and Ubuntu 12.04, 4gig ram

I played around with the "--geometry" option and here are some of the results:

--geometry -30000:-30000+100+100
Result: "Segmentation fault (core dumped)". Yes, there are some buildings out at -30,000x,-30,000y.

--geometry -20000:-20000+100+100
Result: About 15 to 20 minutes to produce a 33 byte (yup, 3-3-b-y-t-e) file that wouldn't load into Eye-of-Gnome (eog) nor GIMP.

--geometry -2000:-2000+4000+4000
Result: A 6.7mb file covering a 4000 x 4000 area starting in the lower left corner at -2000x, -2000y

--geometry -10000:-10000+20000+20000
Results: A 20.2mb file covering a 20,000 x 20,000 area staring in the lower left corner at -10,000x, -10,000y

I've noticed that the minetestmapper's "y" is different than Minetest's coordinates "y". In Minetest, the "y" is the vertical (heaven to hell, up and down) where in the minetestmapper, the "y" is the north and south, forward and reverse (like they taught me in geometry class).

The file size seems quite large for a flat, 2D map. I see that each node is already reduced to 1 pixel each. If rendering the full 60,000x60,000 map becomes possible, what other options could be exercised to reduce the file size? Greyscale instead of RGB? Lower resolution? Output format *.jpg instead of *.png? What about splitting the image into sections that could later be knitted together in a photo editor?

I hope this information is usefull in the further develpment of this nifty program.

Program bugs and memory usage aside, about all you can to do shrink the file size further without losing important information is to use 8-bit color instead of 24-bit, assuming it doesn't already do that, use fewer color transitions (e.g. lose the shadows that give hills and tall objects some definition), don't save any metadata, and use maximum PNG compression on the file. You could also try cutting out all parts of the map that haven't been built on, fill those areas with solid white similar to how unexplored regions are drawn. That'll cut the size down some. Large swaths of solid colors compress better than regular map details.

You could indeed try converting such a map to JPG, which will probably cut the file size considerably, but it'll likely suffer horrible quality loss even at high quality settings.

You could also try scaling the map down 2:1 or maybe 3:1, but of course that will result in blurred details.

The best solution is probably to only export the portions of the map that have been built up, and stitch them together on a web page with thumbnails to make a clickable, zoomable map similar to the one ruberwardy maintains for redcrab's server.

Some of this has already been tried as you already know, and the results weren't necessarily all that great.

is ruberwardys script avivable to the public?

and try using optipng, it can reduce the filesize to one third

I dunno.........

Iqualfragile wrote:is ruberwardys script avivable to the public?

and try using optipng, it can reduce the filesize to one third