Difference between revisions of "minetest.register lbm"
ROllerozxa (talk | contribs) |
|||
(4 intermediate revisions by 3 users not shown) | |||
Line 1: | Line 1: | ||
+ | {{UnofficialLua}} | ||
{{DISPLAYTITLE:minetest.register_lbm}} | {{DISPLAYTITLE:minetest.register_lbm}} | ||
− | |||
− | |||
− | |||
− | |||
− | + | Registers a LBM. See [https://minetest.gitlab.io/minetest/definition-tables/#lbm-loadingblockmodifier-definition the Lua API documentation] for information about the LBM definition. | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
== Introducement time == | == Introducement time == | ||
− | |||
Originally, LBMs were written for legacy replacement jobs like when a mod defines a newer node to replace an older one, or to remove nodes from a removed mod from the world. Such replacement jobs usually only need to be carried out on mapblocks that were stored before the node was removed or replaced, as the changes that remove the node usually make it impossible to place such nodes into the world. | Originally, LBMs were written for legacy replacement jobs like when a mod defines a newer node to replace an older one, or to remove nodes from a removed mod from the world. Such replacement jobs usually only need to be carried out on mapblocks that were stored before the node was removed or replaced, as the changes that remove the node usually make it impossible to place such nodes into the world. | ||
Line 39: | Line 11: | ||
This spares checking each node in the mapblock whether it matches one of the node and group names. | This spares checking each node in the mapblock whether it matches one of the node and group names. | ||
− | The "introducement time" stays the same between engine restarts and only gets removed when you load the world without the LBM being registered. | + | This behaviour was added as optimisation, and of course can be relied on as well, but note that if people first load a world with your LBM being registered, then load it without the LBM and then load it with the LBM again, it will execute the LBM twice due to the introducement time being discarded. |
+ | |||
+ | The "introducement time" stays the same between engine restarts and only gets removed when you load the world without the LBM being registered. | ||
− | + | Setting run_at_every_load to true disables both tracking of the introducement time and the according optimisation. | |
== Example == | == Example == | ||
Line 49: | Line 23: | ||
name = "modname:remove_fire", | name = "modname:remove_fire", | ||
nodenames = {"fire:basic_flame", "fire:permanent_flame"}, | nodenames = {"fire:basic_flame", "fire:permanent_flame"}, | ||
− | action = function(pos, node | + | action = function(pos, node) |
minetest.set_node(pos, {name = "air:air"}) | minetest.set_node(pos, {name = "air:air"}) | ||
end, | end, | ||
Line 55: | Line 29: | ||
</source> | </source> | ||
− | [[Category:Methods]] | + | [[Category:Methods|r]] |
Latest revision as of 13:54, 25 October 2022
This page contains unofficial, low-quality Lua API documentation and is likely to be outdated or wrong. Do not rely on it! For the official and up-to-date documentation, see Lua API Documentation. |
This page has been proposed for deletion for the following reason: "Contains unofficial and potentially outdated, redundant and inconsistent Lua API information" If you don't think that this page should be deleted, please explain why on the talk page. |
Registers a LBM. See the Lua API documentation for information about the LBM definition.
Introducement time
Originally, LBMs were written for legacy replacement jobs like when a mod defines a newer node to replace an older one, or to remove nodes from a removed mod from the world. Such replacement jobs usually only need to be carried out on mapblocks that were stored before the node was removed or replaced, as the changes that remove the node usually make it impossible to place such nodes into the world.
LBMs use this property, for optimisation: The time you first load a world with a certain LBM gets stored by the engine as "introducement time" for the LBM to that world. As all mapblocks get stored with a timestamp, its easy to check whether the mapblock was stored before the introcuement time or after. In the default configuration, LBMs only get executed in mapblocks that were stored before the introducement.
This spares checking each node in the mapblock whether it matches one of the node and group names.
This behaviour was added as optimisation, and of course can be relied on as well, but note that if people first load a world with your LBM being registered, then load it without the LBM and then load it with the LBM again, it will execute the LBM twice due to the introducement time being discarded.
The "introducement time" stays the same between engine restarts and only gets removed when you load the world without the LBM being registered.
Setting run_at_every_load to true disables both tracking of the introducement time and the according optimisation.
Example
A cleanup LBM useful to execute after removal of the fire mod in order to clean up the world from the now unknown nodes:
minetest.register_lbm({
name = "modname:remove_fire",
nodenames = {"fire:basic_flame", "fire:permanent_flame"},
action = function(pos, node)
minetest.set_node(pos, {name = "air:air"})
end,
})