minetest_modding_book/_en/map/environment.md
2024-10-23 00:39:22 +01:00

8.0 KiB

title layout root idx description redirect_from
Basic Map Operations default ../.. 3.1 Basic operations like set_node and get_node /en/chapters/environment.html

Introduction

In this chapter, you will learn how to perform basic actions on the map, such as adding, removing, and finding nodes.

Map Structure

The Minetest map is split into MapBlocks, each MapBlocks being a cube of size 16. As players travel around the map, MapBlocks are created, loaded, activated, and unloaded. Areas of the map which are not yet loaded are full of ignore nodes, an impassable unselectable placeholder node. Empty space is full of air nodes, an invisible node you can walk through.

An active MapBlock is one which is loaded and has updates running on it.

Loaded map blocks are often referred to as active blocks. Active Blocks can be read from or written to by mods or players, and have active entities. The Engine also performs operations on the map, such as performing liquid physics.

MapBlocks can either be loaded from the world database or generated. MapBlocks will be generated up to the map generation limit (mapgen_limit) which is set to its maximum value, 31000, by default. Existing MapBlocks can, however, be loaded from the world database outside of the generation limit.

Reading

Reading Nodes

You can read from the map once you have a position:

local node = core.get_node({ x = 1, y = 3, z = 4 })
print(dump(node)) --> { name=.., param1=.., param2=.. }

If the position is a decimal, it will be rounded to the containing node. The function will always return a table containing the node information:

  • name - The node name, which will be ignore when the area is unloaded.
  • param1 - See the node definition. This will commonly be light.
  • param2 - See the node definition.

It's worth noting that the function won't load the containing block if the block is inactive, but will instead return a table with name being ignore.

You can use core.get_node_or_nil instead, which will return nil rather than a table with a name of ignore. It still won't load the block, however. This may still return ignore if a block actually contains ignore. This will happen near the edge of the map as defined by the map generation limit (mapgen_limit).

Finding Nodes

Minetest offers a number of helper functions to speed up common map actions. The most commonly used of these are for finding nodes.

For example, say we wanted to make a certain type of plant that grows better near mese; you would need to search for any nearby mese nodes, and adapt the growth rate accordingly.

core.find_node_near will return the first found node in a certain radius which matches the node names or groups given. In the following example, we look for a mese node within 5 nodes of the position:

local grow_speed = 1
local node_pos   = core.find_node_near(pos, 5, { "default:mese" })
if node_pos then
    core.chat_send_all("Node found at: " .. dump(node_pos))
    grow_speed = 2
end

Let's say, for example, that the growth rate increases the more mese there is nearby. You should then use a function that can find multiple nodes in the area:

local pos1       = vector.subtract(pos, { x = 5, y = 5, z = 5 })
local pos2       = vector.add(pos, { x = 5, y = 5, z = 5 })
local pos_list   =
        core.find_nodes_in_area(pos1, pos2, { "default:mese" })
local grow_speed = 1 + #pos_list

The above code finds the number of nodes in a cuboid volume. This is different to find_node_near, which uses the distance to the position (ie: a sphere). In order to fix this, we will need to manually check the range ourselves:

local pos1       = vector.subtract(pos, { x = 5, y = 5, z = 5 })
local pos2       = vector.add(pos, { x = 5, y = 5, z = 5 })
local pos_list   =
        core.find_nodes_in_area(pos1, pos2, { "default:mese" })
local grow_speed = 1
for i=1, #pos_list do
    local delta = vector.subtract(pos_list[i], pos)
    if delta.x*delta.x + delta.y*delta.y + delta.z*delta.z <= 5*5 then
        grow_speed = grow_speed + 1
    end
end

Now the code will correctly increase grow_speed based on mese nodes in range.

Note how we compared the squared distance from the position, rather than square rooting it to obtain the actual distance. This is because computers find square roots computationally expensive, so they should avoided as much as possible.

There are more variations of the above two functions, such as find_nodes_with_meta and find_nodes_in_area_under_air, which work similarly and are useful in other circumstances.

Writing

Writing Nodes

You can use set_node to write to the map. Each call to set_node will cause lighting to be recalculated and node callbacks to run, which means that set_node is fairly slow for large numbers of nodes.

core.set_node({ x = 1, y = 3, z = 4 }, { name = "default:mese" })

local node = core.get_node({ x = 1, y = 3, z = 4 })
print(node.name) --> default:mese

set_node will remove any associated metadata or inventory from that position. This isn't desirable in all circumstances, especially if you're using multiple node definitions to represent one conceptual node. An example of this is the furnace node - whilst you conceptually think of it as one node, it's actually two.

You can set a node without deleting metadata or the inventory like so:

core.swap_node({ x = 1, y = 3, z = 4 }, { name = "default:mese" })

Removing Nodes

A node must always be present. To remove a node, you set the position to air.

The following two lines will both remove a node, and are both identical:

core.remove_node(pos)
core.set_node(pos, { name = "air" })

In fact, remove_node is just a helper function that calls set_node with "air".

Loading Blocks

You can use core.emerge_area to load map blocks. Emerge area is asynchronous, meaning the blocks won't be loaded instantly. Instead, they will be loaded soon in the future, and the callback will be called each time.

-- Load a 20x20x20 area
local halfsize = { x = 10, y = 10, z = 10 }
local pos1 = vector.subtract(pos, halfsize)
local pos2 = vector.add     (pos, halfsize)

local context = {} -- persist data between callback calls
core.emerge_area(pos1, pos2, emerge_callback, context)

Minetest will call emerge_callback whenever it loads a block, with some progress information.

local function emerge_callback(pos, action,
        num_calls_remaining, context)
    -- On first call, record number of blocks
    if not context.total_blocks then
        context.total_blocks  = num_calls_remaining + 1
        context.loaded_blocks = 0
    end

    -- Increment number of blocks loaded
    context.loaded_blocks = context.loaded_blocks + 1

    -- Send progress message
    if context.total_blocks == context.loaded_blocks then
        core.chat_send_all("Finished loading blocks!")
    else
        local perc = 100 * context.loaded_blocks / context.total_blocks
        local msg  = string.format("Loading blocks %d/%d (%.2f%%)",
                context.loaded_blocks, context.total_blocks, perc)
        core.chat_send_all(msg)
    end
end

This is not the only way of loading blocks; using an Lua Voxel Manipulator (LVM) will also cause the encompassed blocks to be loaded synchronously.

Deleting Blocks

You can use delete_blocks to delete a range of map blocks:

-- Delete a 20x20x20 area
local halfsize = { x = 10, y = 10, z = 10 }
local pos1 = vector.subtract(pos, halfsize)
local pos2 = vector.add     (pos, halfsize)

core.delete_area(pos1, pos2)

This will delete all map blocks in that area, inclusive. This means that some nodes will be deleted outside the area as they will be on a mapblock which overlaps the area bounds.