2015-09-29 16:48:09 -07:00
|
|
|
Minetest Game API
|
|
|
|
=================
|
2014-07-06 01:39:16 -07:00
|
|
|
GitHub Repo: https://github.com/minetest/minetest_game
|
2014-07-05 13:45:46 -07:00
|
|
|
|
|
|
|
Introduction
|
|
|
|
------------
|
2016-03-03 09:40:24 -08:00
|
|
|
|
2015-09-29 16:48:09 -07:00
|
|
|
The Minetest Game subgame offers multiple new possibilities in addition to the Minetest engine's built-in API,
|
|
|
|
allowing you to add new plants to farming mod, buckets for new liquids, new stairs and custom panes.
|
2014-07-05 13:45:46 -07:00
|
|
|
For information on the Minetest API, visit https://github.com/minetest/minetest/blob/master/doc/lua_api.txt
|
|
|
|
Please note:
|
2016-03-03 09:40:24 -08:00
|
|
|
|
|
|
|
* [XYZ] refers to a section the Minetest API
|
|
|
|
* [#ABC] refers to a section in this document
|
2014-07-05 13:45:46 -07:00
|
|
|
|
|
|
|
Bucket API
|
|
|
|
----------
|
2016-03-03 09:40:24 -08:00
|
|
|
|
2014-07-05 13:45:46 -07:00
|
|
|
The bucket API allows registering new types of buckets for non-default liquids.
|
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
|
2014-07-05 13:45:46 -07:00
|
|
|
bucket.register_liquid(
|
2015-09-29 16:48:09 -07:00
|
|
|
"default:lava_source", -- name of the source node
|
|
|
|
"default:lava_flowing", -- name of the flowing node
|
|
|
|
"bucket:bucket_lava", -- name of the new bucket item (or nil if liquid is not takeable)
|
|
|
|
"bucket_lava.png", -- texture of the new bucket item (ignored if itemname == nil)
|
|
|
|
"Lava Bucket", -- text description of the bucket item
|
|
|
|
{lava_bucket = 1} -- groups of the bucket item, OPTIONAL
|
2014-07-05 13:45:46 -07:00
|
|
|
)
|
2014-12-07 06:25:39 -08:00
|
|
|
|
2015-02-24 02:59:15 -08:00
|
|
|
Beds API
|
|
|
|
--------
|
2016-03-03 09:40:24 -08:00
|
|
|
|
2015-02-24 02:59:15 -08:00
|
|
|
beds.register_bed(
|
2016-03-03 09:40:24 -08:00
|
|
|
"beds:bed", -- Bed name
|
|
|
|
def -- See [#Bed definition]
|
2015-02-24 02:59:15 -08:00
|
|
|
)
|
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
* `beds.read_spawns() ` Returns a table containing players respawn positions
|
|
|
|
* `beds.kick_players()` Forces all players to leave bed
|
|
|
|
* `beds.skip_night()` Sets world time to morning and saves respawn position of all players currently sleeping
|
|
|
|
|
|
|
|
###Bed definition
|
|
|
|
|
|
|
|
{
|
|
|
|
description = "Simple Bed",
|
|
|
|
inventory_image = "beds_bed.png",
|
|
|
|
wield_image = "beds_bed.png",
|
|
|
|
tiles = {
|
|
|
|
bottom = {'Tile definition'}, -- the tiles of the bottom part of the bed.
|
|
|
|
top = {Tile definition} -- the tiles of the bottom part of the bed.
|
|
|
|
},
|
|
|
|
nodebox = {
|
|
|
|
bottom = 'regular nodebox', -- bottom part of bed (see [Node boxes])
|
|
|
|
top = 'regular nodebox', -- top part of bed (see [Node boxes])
|
|
|
|
},
|
|
|
|
selectionbox = 'regular nodebox', -- for both nodeboxes (see [Node boxes])
|
|
|
|
recipe = { -- Craft recipe
|
|
|
|
{"group:wool", "group:wool", "group:wool"},
|
|
|
|
{"group:wood", "group:wood", "group:wood"}
|
|
|
|
}
|
2015-02-24 02:59:15 -08:00
|
|
|
}
|
|
|
|
|
2014-07-05 13:45:46 -07:00
|
|
|
Doors API
|
|
|
|
---------
|
2016-03-03 09:40:24 -08:00
|
|
|
|
2015-02-03 11:11:23 -08:00
|
|
|
The doors mod allows modders to register custom doors and trapdoors.
|
2014-07-05 13:45:46 -07:00
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
`doors.register_door(name, def)`
|
2015-02-03 11:11:23 -08:00
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
* Registers new door
|
|
|
|
* `name` Name for door
|
|
|
|
* `def` See [#Door definition]
|
2014-12-07 06:25:39 -08:00
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
`doors.register_trapdoor(name, def)`
|
New mesh door models, and extensive door API
This patch replaces the default door nodes with a new mesh model
and nodes.
Two new models were added that are 2 blocks high. One for left-hinge
and one for right-hinge doors. This allows us to make a single texture
fit on both models. The alternative would have been 1 model and 2
unmapped textures, which is more work for mod developers.
Doors work exactly like the old doors, including ownership, breaking
doors, opening and closing.
Under the hood, we can prevent the top part of the door from being
obstructed by placing an invisible node. This prevents liquids from
flowing through doors or people placing sand or other blocks in the
top half. The door code automatically places and removes these as
needed.
Metadata is used to store door state, just like the old version.
A doors API is added, it allows mods to use the API to open/close or
toggle door states without worrying about sounds, permissions and
other details. This is intended for e.g. mesecons. This API allows
mods to manipulate or inspect doors for players or for themselves.
In-game old door nodes are automatically converted using an ABM and
preserve ownership and orientation and state.
TNT blows up all doors and trapdoors except for the steel ones,
who can survive a blast. We return an itemstack in on_blast(),
which requires a TNT API patch which is also pending.
We enable backface culling for most of these doors, as this gives
the identical visual appearance that the old doors had. In the case
of the glass door, there's a slight twist.
The texture files used by the new doors have new names that do
not conflict with previous texture file names to avoid texture
pack conflicts.
Thanks to red-001 <red-001@users.noreply.github.com> for some
of the conversion code, cleanups, and extra textures.
2016-01-15 18:50:32 -08:00
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
* Registers new trapdoor
|
|
|
|
* `name` Name for trapdoor
|
|
|
|
* `def` See [#Trapdoor definition]
|
|
|
|
|
|
|
|
`doors.get(pos)`
|
|
|
|
|
|
|
|
* `pos` A position as a table, e.g `{x = 1, y = 1, z = 1}`
|
|
|
|
* Returns an ObjecRef to a door, or nil if the position does not contain a door
|
|
|
|
|
|
|
|
###Methods
|
|
|
|
|
New mesh door models, and extensive door API
This patch replaces the default door nodes with a new mesh model
and nodes.
Two new models were added that are 2 blocks high. One for left-hinge
and one for right-hinge doors. This allows us to make a single texture
fit on both models. The alternative would have been 1 model and 2
unmapped textures, which is more work for mod developers.
Doors work exactly like the old doors, including ownership, breaking
doors, opening and closing.
Under the hood, we can prevent the top part of the door from being
obstructed by placing an invisible node. This prevents liquids from
flowing through doors or people placing sand or other blocks in the
top half. The door code automatically places and removes these as
needed.
Metadata is used to store door state, just like the old version.
A doors API is added, it allows mods to use the API to open/close or
toggle door states without worrying about sounds, permissions and
other details. This is intended for e.g. mesecons. This API allows
mods to manipulate or inspect doors for players or for themselves.
In-game old door nodes are automatically converted using an ABM and
preserve ownership and orientation and state.
TNT blows up all doors and trapdoors except for the steel ones,
who can survive a blast. We return an itemstack in on_blast(),
which requires a TNT API patch which is also pending.
We enable backface culling for most of these doors, as this gives
the identical visual appearance that the old doors had. In the case
of the glass door, there's a slight twist.
The texture files used by the new doors have new names that do
not conflict with previous texture file names to avoid texture
pack conflicts.
Thanks to red-001 <red-001@users.noreply.github.com> for some
of the conversion code, cleanups, and extra textures.
2016-01-15 18:50:32 -08:00
|
|
|
:open(player) -- Open the door object, returns if door was opened
|
|
|
|
:close(player) -- Close the door object, returns if door was closed
|
|
|
|
:toggle(player) -- Toggle the door state, returns if state was toggled
|
|
|
|
:state() -- returns the door state, true = open, false = closed
|
|
|
|
|
|
|
|
the "player" parameter can be omitted in all methods. If passed then
|
|
|
|
the usual permission checks will be performed to make sure the player
|
|
|
|
has the permissions needed to open this door. If omitted then no
|
|
|
|
permission checks are performed.
|
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
###Door definition
|
|
|
|
|
2014-07-05 13:45:46 -07:00
|
|
|
description = "Door description",
|
|
|
|
inventory_image = "mod_door_inv.png",
|
2016-03-03 09:40:24 -08:00
|
|
|
groups = {choppy = 2},
|
|
|
|
tiles = {"mod_door.png"}, -- UV map.
|
2016-02-13 10:03:23 -08:00
|
|
|
recipe = craftrecipe,
|
New mesh door models, and extensive door API
This patch replaces the default door nodes with a new mesh model
and nodes.
Two new models were added that are 2 blocks high. One for left-hinge
and one for right-hinge doors. This allows us to make a single texture
fit on both models. The alternative would have been 1 model and 2
unmapped textures, which is more work for mod developers.
Doors work exactly like the old doors, including ownership, breaking
doors, opening and closing.
Under the hood, we can prevent the top part of the door from being
obstructed by placing an invisible node. This prevents liquids from
flowing through doors or people placing sand or other blocks in the
top half. The door code automatically places and removes these as
needed.
Metadata is used to store door state, just like the old version.
A doors API is added, it allows mods to use the API to open/close or
toggle door states without worrying about sounds, permissions and
other details. This is intended for e.g. mesecons. This API allows
mods to manipulate or inspect doors for players or for themselves.
In-game old door nodes are automatically converted using an ABM and
preserve ownership and orientation and state.
TNT blows up all doors and trapdoors except for the steel ones,
who can survive a blast. We return an itemstack in on_blast(),
which requires a TNT API patch which is also pending.
We enable backface culling for most of these doors, as this gives
the identical visual appearance that the old doors had. In the case
of the glass door, there's a slight twist.
The texture files used by the new doors have new names that do
not conflict with previous texture file names to avoid texture
pack conflicts.
Thanks to red-001 <red-001@users.noreply.github.com> for some
of the conversion code, cleanups, and extra textures.
2016-01-15 18:50:32 -08:00
|
|
|
sounds = default.node_sound_wood_defaults(), -- optional
|
|
|
|
sound_open = sound play for open door, -- optional
|
|
|
|
sound_close = sound play for close door, -- optional
|
2016-03-03 09:40:24 -08:00
|
|
|
protected = false, -- If true, only placer can open the door (locked for others)
|
|
|
|
|
|
|
|
###Trapdoor definition
|
2014-07-05 13:45:46 -07:00
|
|
|
|
New mesh door models, and extensive door API
This patch replaces the default door nodes with a new mesh model
and nodes.
Two new models were added that are 2 blocks high. One for left-hinge
and one for right-hinge doors. This allows us to make a single texture
fit on both models. The alternative would have been 1 model and 2
unmapped textures, which is more work for mod developers.
Doors work exactly like the old doors, including ownership, breaking
doors, opening and closing.
Under the hood, we can prevent the top part of the door from being
obstructed by placing an invisible node. This prevents liquids from
flowing through doors or people placing sand or other blocks in the
top half. The door code automatically places and removes these as
needed.
Metadata is used to store door state, just like the old version.
A doors API is added, it allows mods to use the API to open/close or
toggle door states without worrying about sounds, permissions and
other details. This is intended for e.g. mesecons. This API allows
mods to manipulate or inspect doors for players or for themselves.
In-game old door nodes are automatically converted using an ABM and
preserve ownership and orientation and state.
TNT blows up all doors and trapdoors except for the steel ones,
who can survive a blast. We return an itemstack in on_blast(),
which requires a TNT API patch which is also pending.
We enable backface culling for most of these doors, as this gives
the identical visual appearance that the old doors had. In the case
of the glass door, there's a slight twist.
The texture files used by the new doors have new names that do
not conflict with previous texture file names to avoid texture
pack conflicts.
Thanks to red-001 <red-001@users.noreply.github.com> for some
of the conversion code, cleanups, and extra textures.
2016-01-15 18:50:32 -08:00
|
|
|
description = "Trapdoor description",
|
|
|
|
inventory_image = "mod_trapdoor_inv.png",
|
2016-03-03 09:40:24 -08:00
|
|
|
groups = {choppy = 2},
|
|
|
|
tile_front = "doors_trapdoor.png", -- the texture for the front and back of the trapdoor
|
|
|
|
tile_side = "doors_trapdoor_side.png", -- the tiles of the four side parts of the trapdoor
|
New mesh door models, and extensive door API
This patch replaces the default door nodes with a new mesh model
and nodes.
Two new models were added that are 2 blocks high. One for left-hinge
and one for right-hinge doors. This allows us to make a single texture
fit on both models. The alternative would have been 1 model and 2
unmapped textures, which is more work for mod developers.
Doors work exactly like the old doors, including ownership, breaking
doors, opening and closing.
Under the hood, we can prevent the top part of the door from being
obstructed by placing an invisible node. This prevents liquids from
flowing through doors or people placing sand or other blocks in the
top half. The door code automatically places and removes these as
needed.
Metadata is used to store door state, just like the old version.
A doors API is added, it allows mods to use the API to open/close or
toggle door states without worrying about sounds, permissions and
other details. This is intended for e.g. mesecons. This API allows
mods to manipulate or inspect doors for players or for themselves.
In-game old door nodes are automatically converted using an ABM and
preserve ownership and orientation and state.
TNT blows up all doors and trapdoors except for the steel ones,
who can survive a blast. We return an itemstack in on_blast(),
which requires a TNT API patch which is also pending.
We enable backface culling for most of these doors, as this gives
the identical visual appearance that the old doors had. In the case
of the glass door, there's a slight twist.
The texture files used by the new doors have new names that do
not conflict with previous texture file names to avoid texture
pack conflicts.
Thanks to red-001 <red-001@users.noreply.github.com> for some
of the conversion code, cleanups, and extra textures.
2016-01-15 18:50:32 -08:00
|
|
|
sounds = default.node_sound_wood_defaults(), -- optional
|
|
|
|
sound_open = sound play for open door, -- optional
|
|
|
|
sound_close = sound play for close door, -- optional
|
2016-03-03 09:40:24 -08:00
|
|
|
protected = false, -- If true, only placer can open the door (locked for others)
|
2015-02-03 11:11:23 -08:00
|
|
|
|
Create API for fence.register, and use it.
This converts the call to minetest.register() for the default
fence node, so it can be called by other mods to quickly
setup other fences.
Since this creates an API, insert it into the game_api.txt.
The api looks like minetest.register(name, {def}), and has two
uncommon fields: "texture" and "material". Any normal nodedef
property can be passed through, except "drawtype". The "fence"
group will always be added.
The default fence recipe is modified to be as follows:
wood, stick, wood
wood, stick, wood
This recipe yields 4 fence nodes.
This allows us to create according recipes for acacia, pine,
aspen, and junglewood fences without adding new stick types:
pine wood, stick, pine wood
pine wood, stick, pine wood
This is a from-scratch implementation, written by heart but inspired
by (#665 - Add many wooden fences).
Stick and fences nodes are named in a consistent way.
2015-12-14 21:49:20 -08:00
|
|
|
Fence API
|
|
|
|
---------
|
|
|
|
Allows creation of new fences with "fencelike" drawtype.
|
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
`default.register_fence(name, item definition)`
|
|
|
|
|
|
|
|
Registers a new fence. Custom fields texture and material are required, as
|
|
|
|
are name and description. The rest is optional. You can pass most normal
|
|
|
|
nodedef fields here except drawtype. The fence group will always be added
|
|
|
|
for this node.
|
|
|
|
|
|
|
|
###fence definition
|
Create API for fence.register, and use it.
This converts the call to minetest.register() for the default
fence node, so it can be called by other mods to quickly
setup other fences.
Since this creates an API, insert it into the game_api.txt.
The api looks like minetest.register(name, {def}), and has two
uncommon fields: "texture" and "material". Any normal nodedef
property can be passed through, except "drawtype". The "fence"
group will always be added.
The default fence recipe is modified to be as follows:
wood, stick, wood
wood, stick, wood
This recipe yields 4 fence nodes.
This allows us to create according recipes for acacia, pine,
aspen, and junglewood fences without adding new stick types:
pine wood, stick, pine wood
pine wood, stick, pine wood
This is a from-scratch implementation, written by heart but inspired
by (#665 - Add many wooden fences).
Stick and fences nodes are named in a consistent way.
2015-12-14 21:49:20 -08:00
|
|
|
|
|
|
|
name = "default:fence_wood",
|
|
|
|
description = "Wooden Fence",
|
|
|
|
texture = "default_wood.png",
|
|
|
|
material = "default:wood",
|
2016-03-03 09:40:24 -08:00
|
|
|
groups = {choppy = 2, oddly_breakable_by_hand = 2, flammable = 2},
|
Create API for fence.register, and use it.
This converts the call to minetest.register() for the default
fence node, so it can be called by other mods to quickly
setup other fences.
Since this creates an API, insert it into the game_api.txt.
The api looks like minetest.register(name, {def}), and has two
uncommon fields: "texture" and "material". Any normal nodedef
property can be passed through, except "drawtype". The "fence"
group will always be added.
The default fence recipe is modified to be as follows:
wood, stick, wood
wood, stick, wood
This recipe yields 4 fence nodes.
This allows us to create according recipes for acacia, pine,
aspen, and junglewood fences without adding new stick types:
pine wood, stick, pine wood
pine wood, stick, pine wood
This is a from-scratch implementation, written by heart but inspired
by (#665 - Add many wooden fences).
Stick and fences nodes are named in a consistent way.
2015-12-14 21:49:20 -08:00
|
|
|
sounds = default.node_sound_wood_defaults(),
|
|
|
|
|
2016-01-11 21:53:38 -08:00
|
|
|
#Walls API
|
|
|
|
---------
|
|
|
|
The walls API allows easy addition of stone auto-connecting wall nodes.
|
|
|
|
|
|
|
|
walls.register(name, desc, texture, mat, sounds)
|
|
|
|
^ name = "walls:stone_wall". Node name.
|
|
|
|
^ desc = "A Stone wall"
|
|
|
|
^ texture = "default_stone.png"
|
|
|
|
^ mat = "default:stone". Used to auto-generate crafting recipe.
|
|
|
|
^ sounds = sounds: see [#Default sounds]
|
|
|
|
|
2014-07-05 13:45:46 -07:00
|
|
|
Farming API
|
|
|
|
-----------
|
2016-03-03 09:40:24 -08:00
|
|
|
|
2014-07-05 13:45:46 -07:00
|
|
|
The farming API allows you to easily register plants and hoes.
|
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
`farming.register_hoe(name, hoe definition)`
|
|
|
|
* Register a new hoe, see [#hoe definition]
|
2014-12-07 06:25:39 -08:00
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
`farming.register_plant(name, Plant definition)`
|
|
|
|
* Register a new growing plant, see [#Plant definition]
|
2014-07-05 13:45:46 -07:00
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
###Hoe Definition
|
|
|
|
|
|
|
|
|
|
|
|
{
|
|
|
|
description = "", -- Description for tooltip
|
|
|
|
inventory_image = "unknown_item.png", -- Image to be used as wield- and inventory image
|
|
|
|
max_uses = 30, -- Uses until destroyed
|
|
|
|
material = "", -- Material for recipes
|
|
|
|
recipe = { -- Craft recipe, if material isn't used
|
|
|
|
{"air", "air", "air"},
|
|
|
|
{"", "group:stick"},
|
|
|
|
{"", "group:stick"},
|
|
|
|
}
|
2014-07-05 13:45:46 -07:00
|
|
|
}
|
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
###Plant definition
|
|
|
|
|
|
|
|
{
|
|
|
|
description = "", -- Description of seed item
|
|
|
|
inventory_image = "unknown_item.png", -- Image to be used as seed's wield- and inventory image
|
|
|
|
steps = 8, -- How many steps the plant has to grow, until it can be harvested
|
|
|
|
-- ^ Always provide a plant texture for each step, format: modname_plantname_i.png (i = stepnumber)
|
|
|
|
minlight = 13, -- Minimum light to grow
|
|
|
|
maxlight = default.LIGHT_MAX -- Maximum light to grow
|
|
|
|
}
|
2014-07-05 13:45:46 -07:00
|
|
|
|
2016-01-20 14:18:03 -08:00
|
|
|
Fire API
|
|
|
|
--------
|
|
|
|
|
|
|
|
`on_burn(pos)`
|
|
|
|
|
|
|
|
* Called when fire attempts to remove a burning node.
|
|
|
|
* `pos` Position of the burning node.
|
|
|
|
|
2015-05-13 02:49:11 -07:00
|
|
|
Screwdriver API
|
|
|
|
---------------
|
2016-03-03 09:40:24 -08:00
|
|
|
|
2015-05-13 02:49:11 -07:00
|
|
|
The screwdriver API allows you to control a node's behaviour when a screwdriver is used on it.
|
2016-03-03 09:40:24 -08:00
|
|
|
To use it, add the `on_screwdriver` function to the node definition.
|
|
|
|
|
|
|
|
`on_rotate(pos, node, user, mode, new_param2)`
|
|
|
|
|
|
|
|
* `pos` Position of the node that the screwdriver is being used on
|
|
|
|
* `node` that node
|
|
|
|
* `user` The player who used the screwdriver
|
|
|
|
* `mode` screwdriver.ROTATE_FACE or screwdriver.ROTATE_AXIS
|
|
|
|
* `new_param2` the new value of param2 that would have been set if on_rotate wasn't there
|
|
|
|
* return value: false to disallow rotation, nil to keep default behaviour, true to allow
|
2015-09-29 16:48:09 -07:00
|
|
|
it but to indicate that changed have already been made (so the screwdriver will wear out)
|
2016-03-03 09:40:24 -08:00
|
|
|
* use `on_rotate = screwdriver.disallow` to always disallow rotation
|
|
|
|
* use `on_rotate = screwdriver.rotate_simple` to allow only face rotation
|
2015-05-13 02:49:11 -07:00
|
|
|
|
2014-07-05 13:45:46 -07:00
|
|
|
Stairs API
|
|
|
|
----------
|
2016-03-03 09:40:24 -08:00
|
|
|
|
2014-07-05 13:45:46 -07:00
|
|
|
The stairs API lets you register stairs and slabs and ensures that they are registered the same way as those
|
2015-10-11 09:29:39 -07:00
|
|
|
delivered with Minetest Game, to keep them compatible with other mods.
|
2014-07-05 13:45:46 -07:00
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
`stairs.register_stair(subname, recipeitem, groups, images, description, sounds)`
|
|
|
|
|
|
|
|
* Registers a stair.
|
|
|
|
* `subname`: Basically the material name (e.g. cobble) used for the stair name. Nodename pattern: "stairs:stair_subname"
|
|
|
|
* `recipeitem`: Item used in the craft recipe, e.g. "default:cobble"
|
|
|
|
* `groups`: see [Known damage and digging time defining groups]
|
|
|
|
* `images`: see [Tile definition]
|
|
|
|
* `description`: used for the description field in the stair's definition
|
|
|
|
* `sounds`: see [#Default sounds]
|
|
|
|
|
|
|
|
`stairs.register_slab(subname, recipeitem, groups, images, description, sounds)`
|
|
|
|
|
|
|
|
* Registers a slabs
|
|
|
|
* `subname`: Basically the material name (e.g. cobble) used for the stair name. Nodename pattern: "stairs:stair_subname"
|
|
|
|
* `recipeitem`: Item used in the craft recipe, e.g. "default:cobble"
|
|
|
|
* `groups`: see [Known damage and digging time defining groups]
|
|
|
|
* `images`: see [Tile definition]
|
|
|
|
* `description`: used for the description field in the stair's definition
|
|
|
|
* `sounds`: see [#Default sounds]
|
|
|
|
|
|
|
|
`stairs.register_stair_and_slab(subname, recipeitem, groups, images, desc_stair, desc_slab, sounds)`
|
|
|
|
|
|
|
|
* A wrapper for stairs.register_stair and stairs.register_slab
|
|
|
|
* Uses almost the same arguments as stairs.register_stair
|
|
|
|
* `desc_stair`: Description for stair node
|
|
|
|
* `desc_slab`: Description for slab node
|
2014-12-07 06:25:39 -08:00
|
|
|
|
2014-07-05 13:45:46 -07:00
|
|
|
Xpanes API
|
|
|
|
----------
|
2016-03-03 09:40:24 -08:00
|
|
|
|
2014-07-05 13:45:46 -07:00
|
|
|
Creates panes that automatically connect to each other
|
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
`xpanes.register_pane(subname, def)`
|
|
|
|
|
|
|
|
* `subname`: used for nodename. Result: "xpanes:subname" and "xpanes:subname_{2..15}"
|
|
|
|
* `def`: See [#Pane definition]
|
|
|
|
|
|
|
|
###Pane definition
|
|
|
|
|
|
|
|
{
|
|
|
|
textures = {"texture_Bottom_top", "texture_left_right", "texture_front_back"}, -- More tiles aren't supported
|
|
|
|
groups = {group = rating}, -- Uses the known node groups, see [Known damage and digging time defining groups]
|
|
|
|
sounds = SoundSpec, -- See [#Default sounds]
|
|
|
|
recipe = {{"","","","","","","","",""}}, -- Recipe field only
|
|
|
|
}
|
2014-07-05 13:45:46 -07:00
|
|
|
|
2015-03-05 22:50:27 -08:00
|
|
|
Raillike definitions
|
|
|
|
--------------------
|
2016-03-03 09:40:24 -08:00
|
|
|
|
2015-03-05 22:50:27 -08:00
|
|
|
The following nodes use the group `connect_to_raillike` and will only connect to
|
|
|
|
raillike nodes within this group and the same group value.
|
|
|
|
Use `minetest.raillike_group(<Name>)` to get the group value.
|
|
|
|
|
2015-09-29 16:48:09 -07:00
|
|
|
| Node type | Raillike group name
|
2016-03-03 09:40:24 -08:00
|
|
|
|-----------------------|---------------------
|
2015-09-29 16:48:09 -07:00
|
|
|
| default:rail | "rail"
|
|
|
|
| tnt:gunpowder | "gunpowder"
|
2015-02-20 16:05:19 -08:00
|
|
|
| tnt:gunpowder_burning | "gunpowder"
|
2015-03-05 22:50:27 -08:00
|
|
|
|
|
|
|
Example:
|
|
|
|
If you want to add a new rail type and want it to connect with default:rail,
|
|
|
|
add `connect_to_raillike=minetest.raillike_group("rail")` into the `groups` table
|
|
|
|
of your node.
|
|
|
|
|
|
|
|
|
2014-07-05 13:45:46 -07:00
|
|
|
Default sounds
|
|
|
|
--------------
|
2016-03-03 09:40:24 -08:00
|
|
|
|
2014-07-05 13:45:46 -07:00
|
|
|
Sounds inside the default table can be used within the sounds field of node definitions.
|
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
* `default.node_sound_defaults()`
|
|
|
|
* `default.node_sound_stone_defaults()`
|
|
|
|
* `default.node_sound_dirt_defaults()`
|
|
|
|
* `default.node_sound_sand_defaults()`
|
|
|
|
* `default.node_sound_wood_defaults()`
|
|
|
|
* `default.node_sound_leaves_defaults()`
|
|
|
|
* `default.node_sound_glass_defaults()`
|
2014-07-05 13:45:46 -07:00
|
|
|
|
2014-12-07 06:17:09 -08:00
|
|
|
Default constants
|
|
|
|
-----------------
|
2016-03-03 09:40:24 -08:00
|
|
|
|
|
|
|
`default.LIGHT_MAX` The maximum light level (see [Node definition] light_source)
|
2014-12-07 06:17:09 -08:00
|
|
|
|
2014-07-05 13:45:46 -07:00
|
|
|
Player API
|
|
|
|
----------
|
2016-03-03 09:40:24 -08:00
|
|
|
|
2014-07-05 13:45:46 -07:00
|
|
|
The player API can register player models and update the player's appearence
|
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
`default.player_register_model(name, def)`
|
2014-07-05 13:45:46 -07:00
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
* Register a new model to be used by players.
|
|
|
|
* name: model filename such as "character.x", "foo.b3d", etc.
|
|
|
|
* def: See [#Model definition]
|
2014-07-05 13:45:46 -07:00
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
`default.registered_player_models[name]`
|
2014-07-05 13:45:46 -07:00
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
* Get a model's definition
|
|
|
|
* see [#Model definition]
|
2014-07-05 13:45:46 -07:00
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
`default.player_set_model(player, model_name)`
|
|
|
|
|
|
|
|
* Change a player's model
|
|
|
|
* `player`: PlayerRef
|
|
|
|
* `model_name`: model registered with player_register_model()
|
|
|
|
|
|
|
|
`default.player_set_animation(player, anim_name [, speed])`
|
|
|
|
|
|
|
|
* Applies an animation to a player
|
|
|
|
* anim_name: name of the animation.
|
|
|
|
* speed: frames per second. If nil, default from the model is used
|
|
|
|
|
|
|
|
`default.player_set_textures(player, textures)`
|
|
|
|
|
|
|
|
* Sets player textures
|
|
|
|
* `player`: PlayerRef
|
|
|
|
* `textures`: array of textures, If `textures` is nil, the default textures from the model def are used
|
2014-07-05 13:45:46 -07:00
|
|
|
|
|
|
|
default.player_get_animation(player)
|
2016-03-03 09:40:24 -08:00
|
|
|
|
|
|
|
* Returns a table containing fields `model`, `textures` and `animation`.
|
|
|
|
* Any of the fields of the returned table may be nil.
|
|
|
|
* player: PlayerRef
|
|
|
|
|
|
|
|
###Model Definition
|
|
|
|
|
|
|
|
{
|
|
|
|
animation_speed = 30, -- Default animation speed, in FPS.
|
|
|
|
textures = {"character.png", }, -- Default array of textures.
|
|
|
|
visual_size = {x = 1, y = 1}, -- Used to scale the model.
|
|
|
|
animations = {
|
|
|
|
-- <anim_name> = {x = <start_frame>, y = <end_frame>},
|
|
|
|
foo = {x = 0, y = 19},
|
|
|
|
bar = {x = 20, y = 39},
|
2014-07-05 13:45:46 -07:00
|
|
|
-- ...
|
2016-03-03 09:40:24 -08:00
|
|
|
},
|
|
|
|
}
|
2014-12-06 02:01:18 -08:00
|
|
|
|
|
|
|
Leafdecay
|
|
|
|
---------
|
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
To enable leaf decay for a node, add it to the `leafdecay` group.
|
|
|
|
|
|
|
|
The rating of the group determines how far from a node in the group `tree`
|
2014-12-06 02:01:18 -08:00
|
|
|
the node can be without decaying.
|
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
If `param2` of the node is ~= 0, the node will always be preserved. Thus, if
|
|
|
|
the player places a node of that kind, you will want to set `param2 = 1` or so.
|
2014-12-06 02:01:18 -08:00
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
The function `default.after_place_leaves` can be set as `after_place_node of a node`
|
2014-12-06 02:08:41 -08:00
|
|
|
to set param2 to 1 if the player places the node (should not be used for nodes
|
|
|
|
that use param2 otherwise (e.g. facedir)).
|
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
If the node is in the `leafdecay_drop` group then it will always be dropped as an
|
2014-12-06 02:01:18 -08:00
|
|
|
item.
|
2014-12-06 03:11:07 -08:00
|
|
|
|
|
|
|
Dyes
|
|
|
|
----
|
2016-03-03 09:40:24 -08:00
|
|
|
|
2014-12-06 03:11:07 -08:00
|
|
|
To make recipes that will work with any dye ever made by anybody, define
|
|
|
|
them based on groups. You can select any group of groups, based on your need for
|
|
|
|
amount of colors.
|
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
###Color groups
|
|
|
|
|
2014-12-06 03:11:07 -08:00
|
|
|
Base color groups:
|
2016-03-03 09:40:24 -08:00
|
|
|
|
|
|
|
* `basecolor_white`
|
|
|
|
* `basecolor_grey`
|
|
|
|
* `basecolor_black`
|
|
|
|
* `basecolor_red`
|
|
|
|
* `basecolor_yellow`
|
|
|
|
* `basecolor_green`
|
|
|
|
* `basecolor_cyan`
|
|
|
|
* `basecolor_blue`
|
|
|
|
* `basecolor_magenta`
|
|
|
|
|
|
|
|
Extended color groups ( * means also base color )
|
|
|
|
|
|
|
|
* `excolor_white` *
|
|
|
|
* `excolor_lightgrey`
|
|
|
|
* `excolor_grey` *
|
|
|
|
* `excolor_darkgrey`
|
|
|
|
* `excolor_black` *
|
|
|
|
* `excolor_red` *
|
|
|
|
* `excolor_orange`
|
|
|
|
* `excolor_yellow` *
|
|
|
|
* `excolor_lime`
|
|
|
|
* `excolor_green` *
|
|
|
|
* `excolor_aqua`
|
|
|
|
* `excolor_cyan` *
|
|
|
|
* `excolor_sky_blue`
|
|
|
|
* `excolor_blue` *
|
|
|
|
* `excolor_violet`
|
|
|
|
* `excolor_magenta` *
|
|
|
|
* `excolor_red_violet`
|
2014-12-06 03:11:07 -08:00
|
|
|
|
|
|
|
The whole unifieddyes palette as groups:
|
2016-03-03 09:40:24 -08:00
|
|
|
|
|
|
|
* `unicolor_<excolor>`
|
|
|
|
|
2014-12-06 03:11:07 -08:00
|
|
|
For the following, no white/grey/black is allowed:
|
2016-03-03 09:40:24 -08:00
|
|
|
|
|
|
|
* `unicolor_medium_<excolor>`
|
|
|
|
* `unicolor_dark_<excolor>`
|
|
|
|
* `unicolor_light_<excolor>`
|
|
|
|
* `unicolor_<excolor>_s50`
|
|
|
|
* `unicolor_medium_<excolor>_s50`
|
|
|
|
* `unicolor_dark_<excolor>_s50`
|
2014-12-06 03:11:07 -08:00
|
|
|
|
|
|
|
Example of one shapeless recipe using a color group:
|
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
minetest.register_craft({
|
|
|
|
type = "shapeless",
|
|
|
|
output = '<mod>:item_yellow',
|
|
|
|
recipe = {'<mod>:item_no_color', 'group:basecolor_yellow'},
|
|
|
|
})
|
|
|
|
|
|
|
|
###Color lists
|
|
|
|
|
|
|
|
* `dye.basecolors` are an array containing the names of available base colors
|
2014-12-06 03:11:07 -08:00
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
* `dye.excolors` are an array containing the names of the available extended colors
|
2014-12-07 06:25:39 -08:00
|
|
|
|
|
|
|
Trees
|
|
|
|
-----
|
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
* `default.grow_tree(pos, is_apple_tree)`
|
|
|
|
* Grows a mgv6 tree or apple tree at pos
|
|
|
|
|
|
|
|
* `default.grow_jungle_tree(pos)`
|
|
|
|
* Grows a mgv6 jungletree at pos
|
|
|
|
|
|
|
|
* `default.grow_pine_tree(pos)`
|
|
|
|
* Grows a mgv6 pinetree at pos
|
|
|
|
|
|
|
|
* `default.grow_new_apple_tree(pos)`
|
|
|
|
* Grows a new design apple tree at pos
|
2014-12-07 06:25:39 -08:00
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
* `default.grow_new_jungle_tree(pos)`
|
|
|
|
* Grows a new design jungle tree at pos
|
2015-09-29 16:48:09 -07:00
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
* `default.grow_new_pine_tree(pos)`
|
|
|
|
* Grows a new design pine tree at pos
|
2015-09-29 16:48:09 -07:00
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
* `default.grow_new_acacia_tree(pos)`
|
|
|
|
* Grows a new design acacia tree at pos
|
2015-09-29 16:48:09 -07:00
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
* `default.grow_new_aspen_tree(pos)`
|
|
|
|
* Grows a new design aspen tree at pos
|
2015-09-29 16:48:09 -07:00
|
|
|
|
2016-03-03 09:40:24 -08:00
|
|
|
* `default.grow_new_snowy_pine_tree(pos)`
|
2016-01-20 14:18:03 -08:00
|
|
|
* Grows a new design snowy pine tree at pos
|