FOSS gamedev and creative worlds

Topywo wrote:

Evergreen wrote:I tried changing the random, but that didn't seem to help.

I think you must lower the 100. Just try changing it in 1 or 2 for a quick result.

Edit: teleport to an unloaded chunk or create a new world.

Already did that, didn't seem to make a difference.

Evergreen wrote:

Topywo wrote:

Evergreen wrote:I tried changing the random, but that didn't seem to help.

I think you must lower the 100. Just try changing it in 1 or 2 for a quick result.

Edit: teleport to an unloaded chunk or create a new world.

Already did that, didn't seem to make a difference.

You may repeat that code twice to increase chances to have at least 1 tree ;)
Well, technically it wouldn't increase, but still.

Evergreen wrote:The treegen is working! Now to figure out how to make them less rare...

I didn't suggest the following before because you wrote you got the treegen working.

In your birch code I don't see the green marked part of the rubber tree code:

farmingplus/rubber.lua:

farming:generate_tree({x=pos.x, y=pos.y+1, z=pos.z}, "farming_plus:rubber_tree_full", "farming_plus:rubber_leaves", {"default:dirt", "default:dirt_with_grass"})

As far as I understand, it tells which nodes to place where.

The function for it is in:

farming/init.lua

function farming:generate_tree(pos, trunk, leaves, underground, replacements)

I hope this might solve the problems.

Topywo wrote:

Evergreen wrote:The treegen is working! Now to figure out how to make them less rare...

I didn't suggest the following before because you wrote you got the treegen working.

In your birch code I don't see the green marked part of the rubber tree code:

farmingplus/rubber.lua:

farming:generate_tree({x=pos.x, y=pos.y+1, z=pos.z}, "farming_plus:rubber_tree_full", "farming_plus:rubber_leaves", {"default:dirt", "default:dirt_with_grass"})

As far as I understand, it tells which nodes to place where.

The function for it is in:

farming/init.lua

function farming:generate_tree(pos, trunk, leaves, underground, replacements)

I hope this might solve the problems.

Thanks! I'll take all the help I can get.

when people put .. in there code what does it mean?

Now, there is a problem that I had noticed. Birch trees don't like to spawn near other trees for some reason. They also seem to like to spawn near deserts as well

jojoa1997 wrote:when people put .. in there code what does it mean?

It's a concatenation

"Strings can be joined together using the concatenation operator"

http://lua-users.org/wiki/TutorialDirectory

(under strings tutorial)

Evergreen wrote:Now, there is a problem that I had noticed. Birch trees don't like to spawn near other trees for some reason. They also seem to like to spawn near deserts as well

Perhaps the leaves of the other trees are blocking it. If the code is like the farming/init.lua, there'll be a check if there's a non-air node between y=1 and y=4. If so, then there will not be a tree generated.

Topywo wrote:

Evergreen wrote:Now, there is a problem that I had noticed. Birch trees don't like to spawn near other trees for some reason. They also seem to like to spawn near deserts as well

Perhaps the leaves of the other trees are blocking it. If the code is like the farming/init.lua, there'll be a check if there's a non-air node between y=1 and y=4. If so, then there will not be a tree generated.

Welp, here's the code again. There is a check for a non air node somewhere in this code.

Do I need to get rid of just this part of the code?

Because if the block that it checks is air, it will continue, but if it isn't it won't generate a tree.

Evergreen wrote:Do I need to get rid of just this part of the code?

Because if the block that it checks is air, it will continue, but if it isn't it won't generate a tree.

No, better not remove it. Otherwise the tree will grow through everything.

I tried the rubber tree out on a world with moretrees on it (with the random set at 1,1). There were rubber trees between the other trees. However I noticed too them preferring the desert. Probably because since a while there's a lot more mixture of desert sand and dirt with grass.

Topywo wrote:

Evergreen wrote:Do I need to get rid of just this part of the code?

Because if the block that it checks is air, it will continue, but if it isn't it won't generate a tree.

No, better not remove it. Otherwise the tree will grow through everything.

I tried the rubber tree out on a world with moretrees on it (with the random set at 1,1). There were rubber trees between the other trees. However I noticed too them preferring the desert. Probably because since a while there's a lot more mixture of desert sand and dirt with grass.

Why do they seem to like the desert so much?

I did remove that piece of code, and it seemed to help.

PilzAdam wrote:

pandaro wrote:type:
self:getpos()

Nope, its:

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

self.object:getpos()

First thing is what I did. Thank you.

Trees grow in biomes, and it probably just happens that the settings I chose for rubber trees cause them to grow near deserts. :-)

Take a look in moretrees/tree_biomes.lua and see if maybe the biome settings need tweaked.

VanessaE wrote:Trees grow in biomes, and it probably just happens that the settings I chose for rubber trees cause them to grow near deserts. :-)

Take a look in moretrees/tree_biomes.lua and see if maybe the biome settings need tweaked.

I used the code for rubber trees from PilzAdam's farming mod. Not the moretrees mod.

Ah, gotchya.

How exactly would one use minetest.env:find_nodes_in_area()?
I have this on an ABM for sand (testing), but it always prints {}, nothing else.

Heres the setup:
DDD
DSD
DDD

print(dump(minetest.env:find_nodes_in_area({x=pos.x+1, y=pos.y, z=pos.z+1}, {x=pos.x-1, y=0, z=pos.z-1}, {"default:dirt"})))

sobstitute


print(dump(minetest.env:find_nodes_in_area({x=self.x-1, y=0, z=self.z-1},{x=self.x+1, y=self.y, z=self.z+1}, {"default:dirt"})))

invert the 2 table of coordinate

pandaro wrote:

print(dump(minetest.env:find_nodes_in_area({x=pos.x+1, y=pos.y, z=pos.z+1}, {x=pos.x-1, y=0, z=pos.z-1}, {"default:dirt"})))

sobstitute


print(dump(minetest.env:find_nodes_in_area({x=self.x-1, y=0, z=self.z-1},{x=self.x+1, y=self.y, z=self.z+1}, {"default:dirt"})))

invert the 2 table of coordinate

Ty, but thanks to VanessaE, I figured it out :3

DP

Another question:

How does one force a chunk to be generated, and add blocks to that chunk without having the player in them?

I'm trying to make a skyportal mod (kinda like aether) but if the chunk I add the second portal to is not loaded/generated, the second portal is not built and causes the player to FAAAAAAAAALLL.

I have really messy and unoptomised code of this, just started and trying to get the basics down.
http://pastebin.com/bhGXbgTt

Oh do I make a ore show up, in the map?

Blocks wrote:Oh do I make a ore show up, in the map?

Take a look at the games/minetest_game/mods/default/mapgen.lua

or for example Calinous moreores mod.

Usually it should suffice to wait until the chunk is loaded. You could even keep some kind of hash of positions for portals and check it when each chunk is loaded. However, if you REALLY need to load the chunks ahead of time, see this discussion on block loading.

My windows is no more working, so I use Linux Mint at the moment. One simple question: The window where all the serverstuff is shown, how do I get it?

Run your minetest instance from a terminal e.g. gnome-terminal, xterm, whatever it's called in Mint.

Thank you.

A new one:

I want to check if "fancy trees" is enabled, but it always returns false (or true, depending on the way you read it).

Casimir wrote:Thank you.

A new one:

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

if minetest.setting_get("new_style_leaves") == false then

end

I want to check if "fancy trees" is enabled, but it always returns false (or true, depending on the way you read it).

Use setting_getbool()

Don't is possible have a little change in the API in the function "get_craft_recipe" to return all recipes don't the last one only?

Another point, if the function will be altered or a second one added (for retro compatibility) then, maybe, is good return all recipes and the dimensions of this, well, if is a torch is a 1x2, if is a door is a 2x3. This make more easier the mod task. Thanks. :)