FOSS gamedev and creative worlds

davi54l wrote:and what makes this dropbox link?

If the question is how to make this work read the first post:

first post wrote:Download: https://dl.dropboxusercontent.com/u/302 ... weschem.py (Right click then click “Save link as...”)
Put this in MCEdit-folder/filters

where "tomtweschem.py" is a script written in Python
where "MCEdit" is a Program that can read Minecraft worlds/maps
where ".../filters.." is a folder in the MCEdit installation

If the question is what the output file is:

The generated file is in the "*.we" format,
where "*.we" is a Minetest schematic file(ascii) that WorldEdit can import into an existing Minetest world/map

Good idea. Now i can play on Hogwarts map.

How to set position 1?

I typed / / pos1 and the block appeared after / brand / load Quidditch and did not show anything

A beta version of this filter that creates .mts schematics (faster to import) is now available: https://dl.dropboxusercontent.com/u/302 ... tsschem.py

sfan5 wrote:An beta version of this filter that creates .mts schematics (faster to import) is now available: https://dl.dropboxusercontent.com/u/302 ... tsschem.py

Probably also a way to import Minecraft classic maps faster. Just converting them to an .mts file sounds like a good approach. There'll be no trouble with facedir either (Classic has none).

Evergreen wrote:

Hybrid Dog wrote:great, but mlnecraft doesn't work for me

You don't need minecraft. You only need a world file, MCedit, his filter, and minetest.

It doesnot for me too

shaheerziya wrote:

Evergreen wrote:

Hybrid Dog wrote:great, but mlnecraft doesn't work for me

You don't need minecraft. You only need a world file, MCedit, his filter, and minetest.

It doesnot for me too

Like I said, you do not need minecraft. All you need is MCedit and a world file. Also, saying "It doesn't work" is not enough information for us to help you.

having fun just trying to get MCEdit to run... winows version... just pops up then closes. :(

okay, we got MCEdit to work... but the .mts files come up with "unable to load" error. :(

What does it say in debug.txt?

sfan5 wrote:What does it say in debug.txt?

20:07:20: ERROR[ServerThread]: core.deserialize(): ...inetest\minetest-0.4\bin\..\builtin\common\serialize.lua:181: [string "return MTSM"]:1: '<eof>' expected
20:07:20: ERROR[ServerThread]: core.deserialize(): ...inetest\minetest-0.4\bin\..\builtin\common\serialize.lua:181: [string "return MTSM"]:1: '<eof>' expected

running minetest 0.4.10
I had the directory as schema than schems but i changed it.

You have to use //mtschemplace instead of //load to load .mts files.

tried it ... several times. just sits there then the 1 marker disappears. Nothing in debug txt.

I'm just going to wing it a build Big Sight myself.

I am getting some weird things with tomsweschem.py script in mcedit 1.7.1 and 1.8
a steel door that says it is owned by vanessa??
....
I have found a fix for this error in the .we files..
using notepad++ just search and replace
{ ["fields"] = { ["infotext"] = "Owned by VanessaEzekowitz", ["doors_owner"] = "VanessaEzekowitz" }
with { ["fields"] = { }
and
doors:door_steel_b_1
doors:door_steel_t_1
with doors:door_steel
in the files in your schems directory.
any ideas?

themtsurvivor wrote:I am getting some weird things with tomsweschem.py script in mcedit 1.7.1 and 1.8

screenshot_9951686.png

a steel door that says it is owned by vanessa??
....
I have found a fix for this error in the .we files..
using notepad++ just search and replace
{ ["fields"] = { ["infotext"] = "Owned by VanessaEzekowitz", ["doors_owner"] = "VanessaEzekowitz" }
with { ["fields"] = { }
and
doors:door_steel_b_1
doors:door_steel_t_1
with doors:door_steel
in the files in your schems directory.
any ideas?

The tomtweschem.py script does not even use the Lua format of WorldEdit files.
(It uses one of the older format which does not support the metadata that is used for door ownership)
This is not a bug in this script.

Thanks sfan5 for your input, but I still get owned doors.
here is an example of what testing I have done;

Someone mentioned a progress bar. This does happen, but is only visible from the terminal the script is run from.
If there's any way of feeding back about the beta script can I suggest adding the following around line 260 (after the output)
print("Nodes will be packed then saved to file")
-- print("Saving file at: %s/%s.mts" % (os.getcwd(), options["Output filename"]))
print("Packing %d nodes", size[0] * size[1] * size[2])

and change
sys.stdout.write(
"\r%0.2f%% done, %d nodes / sec, ETA: %d sec(s) "
to
"\r%0.2f%% packed, %d nodes / sec, ETA: %d sec(s) "

Then finally
sys.stdout.write("\rFinished packing in %0.3f seconds. Saving to file...!" % (end-start,))

Finally curiously and rather off topic. given minecraft (using anvil format) saves blocks in YZX format because it's "the most efficient" (which I would have agreed with - put the axes which will vary the most closer together), why does minetest choose ZYX?

How difficult would it be to make a single step python converter to take a minecraft 1.x world file, extract only the block data, and convert it into an empty minetest world (or place it at eg y=500, so it doesn't get corrupted by regen). Then our tools like worldedit would work, and the toolchain would be drastically reduced.
Worldedit is totally unstable attempting to import any large volumes. The python version of Minetestmapper-numpy can read an entire minetest world in seconds (or worst case minutes). Apparently the c version is even faster, but python is so much easier for most of us to code and we don't have to recompile for every different computer. tomtsschem.py is so incredibly slow (presumably because it's relying on mcedit to access the file, but also possibly because it doesn't follow the minecraft block order, so extraction is very inefficient.
I'm thinking it would be far better to just bypass mcedit entirely.

The minecraft anvil file format is very well documented, so shouldn't be that difficult to extract from. The difficult bit I don't understand it the files seem to have compressed sections within them, and I'm not sure how you'd go about extracting that. Actually mineblend: http://randomsamples.info/project/mineblend/ has python code to extract direct to blender, so would probably be a good start, and there are probably others

Then you could have a simple text-based lookup table to convert from a minecraft block to a minetest one (just as tomtsschem.py does) and resort the blocks into chunks for minetest.

Finally put it directly into a minetest world sqlite file with any header code.

Even if it took all night for a world to convert it would be worth it as it give minetest users access to the thousands of amazing worlds and objects built by minecraft users...
EDIT: I've started a new post on this, as the more I think about it the better the idea seems:
https://forum.minetest.net/viewtopic.php?f=5&t=11146

Does this filter work both sides? I'm looking for a method to export fragments of Minetest worlds to Blender. I thought I might import a .we file in MC's WorldEdit and then use the Mineblend filter to export.

No, this only converts Minecraft to Minetest.

apienk wrote:Does this filter work both sides? I'm looking for a method to export fragments of Minetest worlds to Blender. I thought I might import a .we file in MC's WorldEdit and then use the Mineblend filter to export.

There is a minecraft to blender python script called mineblend, that might provide a starter if you wished to code something specifically for minetest

Hello, my first post here, so excuse me any mistakes - english is not my native language.
I've just used this filter to import a building from minecraft's world. The thing I've noticed - imported schematic needed to be flipped along X axis. I've repeated this with two independent constructions.

mccompat is based on this approach here, although it is slightly diffrent. It takes schematics more or less directly (you have to manually gunzip them) and imports them using lua via the mod handle_schematics. It's intended for smaller objects like houses or tiny villages/towns and does handle a lot of nodes.

heheh thnx

I got this when trying to load the schematic in worldedit:



I don't know if the problem is with the schematic exported from the filter or if it's a worldedit bug. Is there a way for me to check if the schematic is 'valid'?

Possibly a WorldEdit bug, make an issue at the issue tracker.

I'm also getting errors when applying the filters. I have attached pictures using the two versions of the filter

Here's the terminal output for the division by zero:


And here's the one about 'permission denied'

If whatever you're trying to convert isn't too big (say, not several hundered/thousand nodes in each direction), you can also save it as a MC .schematic and import the file using my handle_schematics mod.