Difference between revisions of "Intro"

From Minetest Developer Wiki
Jump to navigation Jump to search
Line 6: Line 6:
  
 
More specifically, the version of Lua is 5.1. [http://www.lua.org/manual/5.1/ Reference manual], [http://www.lua.org/pil/ book]
 
More specifically, the version of Lua is 5.1. [http://www.lua.org/manual/5.1/ Reference manual], [http://www.lua.org/pil/ book]
 +
 +
==IDE==
 +
You can use your favourite text editor to write lua files. But there are various IDE's supporting Lua out there too. One of those is Eclipse + Koneki Lua plugin. Eclipse is way to heavy? Maybe but if you want to debugg your embedded scripts same way you'd debug a native application give it a try.
 +
* Install Eclipse + Koneki
 +
* Create a new lua project from existing source (specify minetest base folder)
 +
* follow instructions from Koneki wiki how to do "Attach to remote Application" debugging (just a few steps)
 +
* it's suggested to add those lines from wiki at beginning of builtin.lua
 +
* start debugger (set "Break on first line" in debugger configuration to see if it's working)
 +
* start minetest
 +
* enter game to startup lua
  
 
==Path of User Data==
 
==Path of User Data==

Revision as of 19:28, 11 December 2013

Minetest has a scripting API (Application Programming Interface), which is used to program mods (short for "modifications") for the game, extending its features and adding new items.

This API is accessed using an easy-to-use programming language called Lua.

The only thing you will need is basic programming knowledge. If you don't have any programming experience, you can use http://codecademy.com to learn. It will teach you the basics of programming (it is JavaScript, not Lua, but still helps).

More specifically, the version of Lua is 5.1. Reference manual, book

IDE

You can use your favourite text editor to write lua files. But there are various IDE's supporting Lua out there too. One of those is Eclipse + Koneki Lua plugin. Eclipse is way to heavy? Maybe but if you want to debugg your embedded scripts same way you'd debug a native application give it a try.

  • Install Eclipse + Koneki
  • Create a new lua project from existing source (specify minetest base folder)
  • follow instructions from Koneki wiki how to do "Attach to remote Application" debugging (just a few steps)
  • it's suggested to add those lines from wiki at beginning of builtin.lua
  • start debugger (set "Break on first line" in debugger configuration to see if it's working)
  • start minetest
  • enter game to startup lua

Path of User Data

See Installing_Mods.

Modding Basics

Types of objects in Minetest

There are the three types of object that can be defined in Minetest. The type of the object is important as it plays a part in the properties of that object.

Mod packs and item names

Each Node, Tool and Craftitem needs a unique name to identify it in the API.

The name's format is like this: modname:itemname. In this case, the mod is called modname (name is preset by the folder name) and the block is called itemname. In this tutorial, we will make the node tutorial:decowood.

For example, default:dirt is the unique name for dirt.

Mod folder structure

The following describes the folder structure of a mod. The only required file is init.lua

mods
|-- modname
|   |-- depends.txt
|   |-- init.lua
|   |-- textures
|   |   |-- modname_stuff.png
|   |   `-- modname_something_else.png
|   |-- sounds
|   |-- media
|   `-- custom_data
|
`-- another_mod
|
  • mods — Path to Minetest's mods.
  • modname — The name of your mod.
  • depends.txt — List of dependencies.
    List of mods that have to be loaded before loading this mod. A single line contains a single modname.
  • init.lua — Main Lua script.
    The main Lua script. Running this script should register everything it wants to register. Subsequent execution depends on Minetest calling the registered callbacks.
  • textures, sounds, media — Media files (textures, sounds, whatever).
    These will be transferred to the client and will be available for use by the mod.

Define a node

We are going to make a mod that adds a special kind of wood that can only be used for decoration.

First, create a folder called tutorial in the Minetest mods folder (see installing mods).

Next, create a file called init.lua and paste in the following:

minetest.register_node("tutorial:decowood", {
	tiles = {"tutorial_decowood.png"},
	groups = {snappy=1,choppy=2,oddly_breakable_by_hand=2,flammable=3},
})

You can download the image by right clicking tutorial_decowood.png and then click save as.

The function minetest.register_node(name, table) is responsible for adding new blocks to the game. Nodes are blocks as well as torches, signs, etc.

It takes 2 Parameters: The name of the new block tutorial:decowood, and a table containing the properties of the block.

The name of the block MUST start with the mod name, followed by a colon, eg. tutorial:.

In this example we define the following properties:

  • tiles — Sets the texture of the block; You can use only 1 texture or multiple textures, separated by commas {"tex1.png", "tex2.png", …}. The game checks for the texture files in ALL textures folders of the game.
  • groups — This sets attributes about the block including the time it takes to destroy the block, and the tool required. It also defines that the node will burn when is close to fire or lava.

Try it out!

Launch the game now, and notice that the mods are automatically loaded and compiled.

This means when changing the code you simply have to "Exit to Menu" and "Start Game/Connect" again to try out the changes.

Let's try out our first mod! Open the chat window in-game (press t) and type /giveme tutorial:decowood 99. This will add 99 blocks of the decorative wood to your inventory!

Note: The "give" privilege is required for the /give and /giveme commands to work. In singleplayer you have this privilege by default. On servers a server admin has to execute /grant player_name give.

Define a craft recipe

Crafting does not only play an important role in Minecraft, Minetest also uses different crafting recipes. Therefore it is important to know what crafting means and how to code it.

Crafting means to create Tools, Blocks and Other Objects. Minetest offers a 3×3 crafting area by default with a 1×1 output field.

A stone pickaxe can be made out of 2 sticks and 3 cobblestone:

C C C     <--- S = Stick C = Cobblestone
  S
  S

Let's make a crafting recipe for the decorative wood.

Just add this to your init.lua file:

minetest.register_craft({
	output = 'tutorial:decowood 2',
	recipe = {
		{'default:wood', 'default:wood', ''},
		{'default:wood', 'default:wood', ''},
		{'', '', ''},
	}
})

The function minetest.register_craft() registers a crafting process, it defines the recipe for something.

It takes 1 parameter which is a table that contains 2 properties: (and an optional third)

  • output — which sets the outcome of the crafting process and recipe which is the actual recipe for the output.
  • recipe — must be a table with other tables inside. Every of the 3 tables defines another row of the crafting field. Every row contains 3 columns.
  • type — if you want to make it a furnace craft add type="cook"

Let's define a cooking recipe to see how that works. This will allow the node to be placed in the top of a furnace which will convert it to another item. Fuel must be added to the bottom of the furnace for the craft to take effect.

minetest.register_craft({
	type = "cooking",
	recipe = "tutorial:decowood",
	output = "default:wood",
})

Let's also define a fuel recipe. This will allow the node to be placed in the furnace to fuel cooking recipes.

minetest.register_craft({
	type = "fuel",
	recipe = "tutorial:decowood",
	burntime = 7,
})
Why are wooden planks not simply called wood but default:wood?
Indeed, The name of a node/tool/craftitem object MUST be modname:name. In this case, the mod is called tutorial (name is preset by the folder name) and the block is called decowood, so it's tutorial:decowood.
The default mod is the most important "mod" in Minetest, in fact Minetest itself is more like just a game engine, all the contents, materials, and other stuff are in several mods, like default (standard tools/blocks), bucket (Buckets: Lava/Water), and many more.
If you want to find out more about these mods and maybe use features they contain, just have a look in their init.lua!
Windows: minetest/games/minetest_game/
Linux, game self-compiled: minetest/games/minetest_game/
Linux, game installed with a package: /usr/share/minetest/games/minetest_game

Define an ABM

ABMs add actions to blocks. For instance, the tutorial-wood could become normal wood after a few seconds.

Append this code to your init.lua:

minetest.register_abm({
	nodenames = {"tutorial:decowood"},
	interval = 30,
	chance = 1,
	action = function(pos)
		minetest.add_node(pos, {name="default:wood"})
	end,
})

Try it out! It's really annoying to see all your decowood creations destroyed after 30 seconds, they simply become normal wood.

But how does this work? The function minetest.register_abm() registers an action for each block of the same type.

  • nodenames = {"tutorial:decowood'} means that the action is processed for each decowood block. You could also try "default:stone" instead of that to turn all stone blocks into wood.
  • interval = 30 means that the action is performed every 30 seconds. It starts counting at the beginning of the game. After 30 seconds all actions are processed, it doesn't matter when the block was placed. - This is not a per-block timer!
  • chance = 1 means that the probability of the action is 1:1, it happens in every case. A higher value means that it's less probable.
  • action = function(pos) is the function that is actually performed.

It contains the command minetest.add_node(). This takes two parameters:

First of all the position parameter (more information later) and also a table which defines the properties of the block, e.g. the name, the direction it faces. In this case the name is enough to define what block you can see.

So let's assume we want to create a mod that makes junglegrass grow above every dirt-with-grass block. This should be a slow process, one dirt-with-grass block after the other should be grown over. This is what we do:

minetest.register_abm({
	nodenames = {"default:dirt_with_grass"},
	interval = 1,
	chance = 100,
	action = function(pos)
		pos.y=pos.y+1
		minetest.add_node(pos, {name="default:junglegrass"})
	end,
})

You should already know everything else but the line pos.y=pos.y+1. What is that for?

To understand it, you should know what a position variable in Minetest is a table made up out of 3 values: x, y and z.

x and z are forward/backward; left/right values. y is the up/down value. The player usually spawns near 0,0,0.

The line pos.y=pos.y+1 manipulates the position to 1 block above the dirt-with-grass node.

There are some small other differences to our first abm. The interval is 1 in this case, but the chance (probability) is 100. Therefore the function is executed every second, but only in 1 of 100 cases. This makes your Minetest garden slowly been overgrown by junglegrass.

Where to go next?

Check out the Mod Releases forum to see mods that have been published by the community.

Credits and Afterword

Written by Rubenwardy, based on Jeija's modding tutorial.

Original tutorial