Post your modding questions here

[afeys]

afeys and others, the new feature will soon be added https://github.com/minetest/minetest/pull/3339
"This commit adds a new API function minetest.place_schematic_on_vmanip()"

Brilliant !
Thanks

[Ferk]

That minetest.place_schematic_on_vmanip() looks nice.
Specially combined with control of the chunksize from lua (which I think it's also a feature in next version), I'll check it out this weekend to generate Wuzzy Tutorial world in chunks. Also it could be useful for Dungeontest as well.

Btw, is a version string exposed anywhere in the api to know what minetest version the server runs? it looks like it's available for the clients but not for the server.
It would be nice to have the version so the mod can exit gracefully if the engine is too old for it to run. But yeah just "nice-to-have", not very important.

[paramat]

minetest.place_schematic_on_vmanip() can be used with either the 'mapgen object voxelmanip' or the 'non mapgen object voxelmanip'. Use the function immediately after 'set data' and before any of: 'set lighting', 'calc lighting', 'write to map'.

[rubenwardy]

Btw, is a version string exposed anywhere in the api to know what minetest version the server runs? it looks like it's available for the clients but not for the server.
It would be nice to have the version so the mod can exit gracefully if the engine is too old for it to run. But yeah just "nice-to-have", not very important.

It's not possible to get a version string in order to stop abuse like this. Version strings are for informational use,not for checking for features. Check that the function exists instead by doing

if minetest.func then

Note no brackets or colon.

[Ferk]

@rubenwardy good point. I was doing already something like that when using minetest.wallmounted_to_dir(), only available in latest git.

Though being able to enforce a chunksize in minetest.set_mapgen_params is not that easy to check for, but I guess it's not a big deal, if I just want to throw an error checking for the other function would suffice.

[Ferk]

I was experimenting with the minetest.place_schematic_on_vmanip to place the tutorial world schematics within a singlenode mapgen. Works fine. I'm doing vmanip:calc_lighting() and vmanip:write_to_map() right after the schematics are placed and it works well.

However, I don't think the lighting is completely correct. It seems to render as if it was nighttime all the time, even though the sun should be right up, the sky turns gray when I'm not looking directly into it. I guess the engine seems to think I'm in an underground even though the Tutorial world map is completely exposed (the player spawn is enclosed though, not sure if that's relevant).

Any ideas?

[paramat]

When the chunk above has not been generated yet, lighting is assumed from whether y is above or below water_level, so set water_level = -31000 in mapgen params, also set the flag 'nolight' to avoid an unnecessary 2nd lighting calculation before schematics are placed.
See new vm docs https://github.com/minetest/minetest/blob/master/doc/lua_api.txt#L2814

[Don]

Is there a way to change the inventory slots in formspec like you can with buttons?

[Ferk]

When the chunk above has not been generated yet, lighting is assumed from whether y is above or below water_level

Thanks for the explanation! I did some tests flying around generating higher chunks and what you said seems to be the reason. After flying above and placing the schematic a second time the nodes get properly lighted up.

However, setting water_level = -31000 using minetest.set_mapgen_params didn't have any effect:

Your phone or window isn't wide enough to display the code box. If it's a phone, try rotating it to landscape mode.

Code: Select all

minetest.register_on_mapgen_init(function(mgparams)
   minetest.set_mapgen_params({mgname="singlenode", water_level = -31000, flags = "nolight" })
end)


Do I need to do something else for the light to be calculated right?

if I run minetest.emerge_area to load the chunk above before loading the schematic it works, from a chatcommand. But it won't work in register_on_generated, since I guess the voxelmanip area is already loaded by the time I can add the chunks above to the queue. Also running the emerge slows things down a bit.

See new vm docs https://github.com/minetest/minetest/blob/master/doc/lua_api.txt#L2814

Thanks for that as well, the lua_api.txt file is pretty awesome. Much better than the outdated dev wiki.

[jp]

Is there a way to change the inventory slots in formspec like you can with buttons?

You don't really change a slot, but an item stack.

Your phone or window isn't wide enough to display the code box. If it's a phone, try rotating it to landscape mode.

Code: Select all

<some meta getter>:set_stack(<list>, <index>, <itemstack>)

[Don]

Is there a way to change the inventory slots in formspec like you can with buttons?

You don't really change a slot, but an item stack.

Your phone or window isn't wide enough to display the code box. If it's a phone, try rotating it to landscape mode.

Code: Select all

<some meta getter>:set_stack(<list>, <index>, <itemstack>)

I was referring to visual size. Length and width. They are 1x1 and I would like to make them 0.5x0.5.

[jp]

No it's not possible and hardcoded to fit the fixed size of an inventory item.

[Don]

No it's not possible and hardcoded to fit the fixed size of an inventory item.

That is what I thought. Thanks.

[paramat]

Ferk, does it work without the nolight flag?

minetest.set_mapgen_params({mgname="singlenode", water_level = -31000 })

I discovered that when you use 'nolight' it's essential to run the vm in every mapchunk (whether you are placing schematics or not) because it now contains the only lighting calculation.

Another thing: without the 'nolight' flag, you need to use 'vm set lighting (day=0 night=0)' immediately before 'vm calc lighting()' so that light from the first lighting calculation doesn't interfere with the second lighting calculation.

If you're adding schematics 'on generated' make sure to use the 'mapgen object vm'.

[Ferk]

@paramat no, without nolight it's still like before. Also vm:set_lighting({day=0,night=0}) doesn't make any noticeable difference.

I'm using minetest.get_mapgen_object("voxelmanip").
You can find the code here: https://github.com/Ferk/minetest_tutori ... n.lua#L395

[paramat]

Try removing the 'vm update map' here https://github.com/Ferk/minetest_tutorial/blob/master/mods/tutorial/mapgen.lua#L428
'vm update map' is only used with the non-mapgen-object voxelmanip.

[LionsDen]

No it's not possible and hardcoded to fit the fixed size of an inventory item.

If I remember correctly, Unified Inventory showed small icons of the inventory icons in the arrangement of available items. I haven't played recently so maybe it changed but if it hasn't, that would be a good place to look to see how it is done.

[Ferk]

@paramat Thanks again.
However that also didn't have much effect. I'm clueless on what could be the reason.

+ Spoiler

It looks like this


But it should look like this


And this is how it should look at night even that's slightly better from what I get.

@LionsDen
I think unified inventory makes the slots transparent (by setting alpha color 00000000) and then uses drawings in the formspec background to make custom slots. I'm not sure if they make them smaller or if it's just to change the visual style of the slot.
But I don't think they make the items themselves small. That would also look strange since the item would have to pop out with its original size when you drag it.

[Don]

The small icons in unified iventory are image buttons. They can be resized no problem.

[Ferk]

EDIT: Ugh.. sorry for this post, false alarm.. too bad I can't delete the comment

[Nathan.S]

I must have been away for too long, did something change where the print command doesn't print things to the debug anymore? is this an option I can turn back on, I need that to figure out what is going on with my mod.

[rubenwardy]

What version of Minetest are you using? Latest dev?

[Nathan.S]

ya, I use the daily PPA

[paramat]

Yes debug behaviour and settings changed, see .conf, perhaps try higher settings.

[Nathan.S]

I'll check into that, thanks.

[GunshipPenguin]

Is there a way to get minetest.find_nodes_in_area_under_air() to return an array of the positions of all nodes under air, rather than just the nodes or groups specified in the nodenames argument?

[Don]

Is there a way to get minetest.find_nodes_in_area_under_air() to return an array of the positions of all nodes under air, rather than just the nodes or groups specified in the nodenames argument?

find_nodes_in_area_under_air returns positions.

[qwertymine3]

GunshipPenguin as far as I know, no - but a list of the basic node groups will pick-up almost all nodes.

[mahmutelmas06]

Your phone or window isn't wide enough to display the code box. If it's a phone, try rotating it to landscape mode.

Code: Select all

fruits = {
   orange = "farming_plus:orange",
   apple = "default:apple",
   meat = "mobs:meat",
           }

this is what i do to use a fruit group in my mod.
I want to use simple Orange for craft recipe but what i want is registering all oranges from other mods as "Orange"

How can i do that
i tried for exp.

orange= {"farming:orange", "farming_plus:orange", "farming_redo:orange"}, but it didnt work.

[rubenwardy]

If you're willing to use the food mod (you can just install the library bit of it "food", you don't need to install the food that comes with it, "food_basic")

https://github.com/rubenwardy/food/blob ... rt.lua#L20
https://github.com/rubenwardy/food/blob ... ua#L19-L64

If you're not willing to, the just reinplement the function linked to by the second link. (If you just copy and paste, then you need to follow the GPL license.)