Time |
Nick |
Message |
00:12 |
|
Lesha_Vel joined #minetest |
00:14 |
|
Duvalon joined #minetest |
00:14 |
Duvalon |
Hello |
00:40 |
Duvalon |
I have a mod question: is it possible to modify the registered_ores in a mod before the mapgen happens? I tried something, even put logs to make sure the change was made, but it didn't seem to have an effect. |
01:09 |
|
smk joined #minetest |
01:18 |
|
YuGiOhJCJ joined #minetest |
01:20 |
|
fling joined #minetest |
01:40 |
MTDiscord |
<MisterE> You can override the ore node itself |
01:42 |
MTDiscord |
<MisterE> You can also do hax, like force-aliasing the old node to stone, then registering a new ore node like the original that you define and set in an ore def |
02:02 |
|
Verticen joined #minetest |
02:25 |
|
diceLibrarian joined #minetest |
02:48 |
|
lemonzest joined #minetest |
02:54 |
fluxionary |
Duvalon: there's many ways to do that. see https://github.com/minetest/minetest/blob/1317cd12d74dba4ff765d6e18b0b30cdf42002a3/doc/lua_api.txt#L6530-L6533 and possibly other things |
02:55 |
fluxionary |
there's even apparently `minetest.clear_registered_ores()` which just wipes out all existing registrations |
02:56 |
|
fling joined #minetest |
03:01 |
|
Dacmot joined #minetest |
03:10 |
Duvalon |
I guess overriding the node is what I did, searching through the minetest.registered_ores and changing the definition. I was hoping to avoid wiping all registrations... |
03:16 |
fluxionary |
Duvalon: can you explain what your goal is in more detail? |
03:16 |
fluxionary |
there's a number of possible solutions |
03:17 |
Duvalon |
example: I would like to change the ymin/ymax of stone_with_iron |
03:18 |
Duvalon |
So I did for _, def in pairs(minetest.registered_ores) do |
03:18 |
Duvalon |
if (def.ore == "default:stone_with_iron") then |
03:19 |
Duvalon |
Then there were three of them, one above ground and two underground. |
03:19 |
Duvalon |
I changed the first underground layer to def.y_max = -500 |
03:20 |
fluxionary |
ohhhh i see. for some things, you can't just modify the values in the `registered` table. that isn't documented well. |
03:21 |
Duvalon |
ok. So would I need to deep copy the table, clear_registered_ores, and rebuild it? |
03:21 |
fluxionary |
in this case, you can use `minetest.registered_ore` to see what is registered, but you can't tell the engine about new registrations by modifying it |
03:22 |
fluxionary |
Duvalon: i think you have to? seems a bit expensive |
03:22 |
Duvalon |
Yeah... that's what I thought |
03:22 |
fluxionary |
for some other things there's `override_XXX`, but not for `register_ore` |
03:22 |
Duvalon |
I see |
03:23 |
Duvalon |
It would only happen at load time... but yeah, a bit expensive. |
03:23 |
Duvalon |
Thanks |
03:24 |
fluxionary |
i think overriding ore generation should certainly be easier, but i don't have a great solution, because there can be multiple separate clauses for ore generation. things might get more common when they are deeper. |
03:25 |
fluxionary |
reworking that is very much not expensive at load time. some mods like unified_inventory and moreblocks are *way* more epensive at load time |
03:25 |
fluxionary |
but ideally, the game API should provide a way for some sort of modification w/out so much handwork |
03:25 |
Duvalon |
oh I see |
03:26 |
Duvalon |
that's what I was hoping for by asking here. I didn't find anything else in the lua_api |
03:26 |
fluxionary |
but this isn't likely to get fixed unless someone really cares a lot about this in particular. there's too many other things to fix. |
03:26 |
Duvalon |
Hehehe |
03:26 |
Duvalon |
Yeah, I understand |
03:27 |
Duvalon |
Priorities ;-) |
03:27 |
fluxionary |
everyone has their own |
03:27 |
Duvalon |
Thanks for the tips flux. I'll keep experimenting |
03:27 |
fluxionary |
i can see what a solution here looks like, but i'm already working on dozens of other things and have dozens more in my "high priority" queue |
03:28 |
Duvalon |
No worries |
03:28 |
fluxionary |
you can always file a bug in the offical minetest repo and see if anything results |
03:29 |
Duvalon |
Ok. I'll consider it if I run out of other options. |
03:29 |
fluxionary |
(though please try to see if anyone else has filed the same issue before) |
03:29 |
Duvalon |
For sure |
03:29 |
fluxionary |
:) |
03:48 |
|
sagax joined #minetest |
04:00 |
|
MTDiscord joined #minetest |
04:29 |
|
fling joined #minetest |
04:46 |
|
mazes_80 joined #minetest |
04:54 |
|
YuGiOhJCJ joined #minetest |
04:54 |
|
calcul0n joined #minetest |
06:09 |
|
Lesha_Vel joined #minetest |
06:37 |
|
TomTom joined #minetest |
07:58 |
|
jaca122 joined #minetest |
08:06 |
|
orwell96 joined #minetest |
08:13 |
|
appguru joined #minetest |
09:40 |
|
wallabra_ joined #minetest |
09:49 |
|
Lesha_Vel joined #minetest |
10:18 |
|
appguru joined #minetest |
10:51 |
|
definitelya joined #minetest |
11:05 |
mazes_83 |
savilli: I saw branch refactor_item_movement can be rebased to master without any troubles |
11:05 |
mazes_83 |
is it quite safe to use ? |
11:06 |
mazes_83 |
I guess my server segfault come from there, when they began I had message about incoherence in stack count |
11:07 |
mazes_83 |
no there is no more message printed out, I may test your branch if you think it's safe enough |
11:08 |
mazes_83 |
s/no there/now there/ |
11:11 |
|
orwell96_ joined #minetest |
11:32 |
|
wallabra_ joined #minetest |
11:43 |
|
Fixer joined #minetest |
12:04 |
|
fling joined #minetest |
12:13 |
|
proller joined #minetest |
12:23 |
|
fling joined #minetest |
12:29 |
|
cranezhou joined #minetest |
12:42 |
MTDiscord |
<Neptune> what are these bot |
12:43 |
MTDiscord |
<ROllerozxa> it's the IRC chat |
12:50 |
|
orwell96_ joined #minetest |
12:55 |
|
appguru joined #minetest |
13:13 |
|
Desour joined #minetest |
13:22 |
|
Dacmot joined #minetest |
13:28 |
|
jaca122 joined #minetest |
13:37 |
|
Taoki joined #minetest |
13:39 |
|
proller joined #minetest |
13:53 |
|
fling joined #minetest |
13:55 |
|
appguru joined #minetest |
14:30 |
|
ln5 joined #minetest |
14:49 |
|
Warr1024 joined #minetest |
15:10 |
|
orwell96 joined #minetest |
15:13 |
|
Guest48 joined #minetest |
15:13 |
Guest48 |
!tell sfan5 |
15:13 |
MinetestBot |
Guest48: ...and text |
15:14 |
Guest48 |
Hi sfan5, |
15:16 |
Guest48 |
Empire Of Legends uses bots to get higher in the minetest serverlist |
15:16 |
Guest48 |
stats: |
15:16 |
Guest48 |
address: mt.edgy1.net |
15:16 |
Guest48 |
name: Empire Of Legends Next-gen |
15:16 |
Guest48 |
25 Members actually |
15:16 |
Guest48 |
I saw the server today for the first time |
15:16 |
|
Guest48 was kicked by ShadowBot: Message flood detected. Use a pastebin like paste.ubuntu.com. |
15:16 |
|
FreeFull joined #minetest |
16:13 |
|
appguru joined #minetest |
16:20 |
|
diceLibrarian joined #minetest |
16:50 |
|
ely-the-kitsune joined #minetest |
17:19 |
|
garywhite joined #minetest |
17:23 |
|
definitelya joined #minetest |
17:24 |
|
diceLibrarian joined #minetest |
17:34 |
|
diceLibrarian joined #minetest |
17:37 |
|
orwell96 joined #minetest |
17:38 |
|
appguru joined #minetest |
17:42 |
|
appguru1 joined #minetest |
17:42 |
|
ely-the-kitsune joined #minetest |
17:46 |
|
appguru joined #minetest |
17:50 |
|
jaca122 joined #minetest |
18:00 |
|
sparky4 joined #minetest |
18:34 |
|
ely-the-kitsune joined #minetest |
18:38 |
|
ely-the-kitsune joined #minetest |
18:47 |
|
lemonzest joined #minetest |
18:49 |
|
sparky4 joined #minetest |
19:05 |
|
garywhite joined #minetest |
19:05 |
|
garywhite joined #minetest |
19:17 |
|
Verticen joined #minetest |
19:28 |
|
diceLibrarian joined #minetest |
19:39 |
|
specing joined #minetest |
19:52 |
MTDiscord |
<Scout> eol still exists? |
20:25 |
|
Talkless joined #minetest |
20:52 |
|
Verticen joined #minetest |
21:30 |
|
Noisytoot joined #minetest |
21:58 |
|
YuGiOhJCJ joined #minetest |
22:20 |
|
ely-the-kitsune joined #minetest |
22:23 |
|
wallabra_ joined #minetest |
22:34 |
|
panwolfram joined #minetest |
22:49 |
|
proller joined #minetest |
22:59 |
|
proller joined #minetest |
23:38 |
|
hmmmm joined #minetest |
23:48 |
|
Lesha_Vel joined #minetest |