| Time |
Nick |
Message |
| 00:03 |
|
sparky4 joined #minetest |
| 00:13 |
Kimapr |
https://irc.minetest.net/minetest/2023-01-15#i_6049209 |
| 00:17 |
DeepTht |
how is disliking a country racist? |
| 00:17 |
DeepTht |
very few countries are even close to ethnically homogenous anymore |
| 00:17 |
DeepTht |
at least not the western ones |
| 00:20 |
|
PrairieWind joined #minetest |
| 00:22 |
|
Lesha_Vel joined #minetest |
| 00:42 |
|
kilbith joined #minetest |
| 00:42 |
|
qur joined #minetest |
| 00:56 |
|
smk joined #minetest |
| 01:50 |
|
Leopold joined #minetest |
| 01:54 |
|
FavoritoHJS joined #minetest |
| 01:59 |
|
est31 joined #minetest |
| 02:00 |
|
gxt joined #minetest |
| 02:04 |
FavoritoHJS |
0 likes even though I liked this comment... fix your ui youtube https://mister-muffin.de/p/UGTX.png |
| 02:08 |
|
Leopold_ joined #minetest |
| 02:10 |
|
Trifton joined #minetest |
| 02:45 |
|
Soni joined #minetest |
| 02:47 |
|
Trifton joined #minetest |
| 02:53 |
|
Trifton joined #minetest |
| 03:23 |
|
YuGiOhJCJ joined #minetest |
| 03:39 |
|
Trifton joined #minetest |
| 03:51 |
|
Trifton joined #minetest |
| 03:54 |
|
Leopold joined #minetest |
| 03:54 |
|
Trifton joined #minetest |
| 04:06 |
|
gxt joined #minetest |
| 04:58 |
|
lemonzest joined #minetest |
| 05:00 |
|
MTDiscord joined #minetest |
| 05:04 |
|
LandarVargan joined #minetest |
| 05:10 |
LandarVargan |
!tell mckayshirou You can leave feedback with /report, or if you want to talk with me try sending '@LandarVargan' in the game chat, from IRC or ingame |
| 05:10 |
MinetestBot |
LandarVargan: I'll pass that on when mckayshirou is around |
| 05:10 |
|
gxt joined #minetest |
| 05:34 |
|
lissobone joined #minetest |
| 06:35 |
|
calcul0n_ joined #minetest |
| 06:40 |
|
definitelya joined #minetest |
| 06:42 |
|
TomTom joined #minetest |
| 06:47 |
|
appguru joined #minetest |
| 06:49 |
|
Leopold joined #minetest |
| 07:14 |
|
Leopold joined #minetest |
| 08:34 |
|
Lesha_Vel joined #minetest |
| 08:49 |
|
mazes_80 joined #minetest |
| 08:51 |
|
hmmmm joined #minetest |
| 08:51 |
|
hmmmm joined #minetest |
| 09:12 |
|
specing joined #minetest |
| 09:17 |
|
amfl2 joined #minetest |
| 09:33 |
|
ytterbium joined #minetest |
| 10:15 |
|
ytterbium joined #minetest |
| 10:45 |
|
Leopold joined #minetest |
| 11:08 |
|
specing joined #minetest |
| 11:09 |
|
manneris1 joined #minetest |
| 11:17 |
|
proller joined #minetest |
| 11:20 |
|
appguru joined #minetest |
| 11:31 |
|
erstazi joined #minetest |
| 11:48 |
|
est31 joined #minetest |
| 11:49 |
|
est31 joined #minetest |
| 11:53 |
|
ytterbium joined #minetest |
| 11:53 |
|
mrkubax10 joined #minetest |
| 12:18 |
|
Nolt joined #minetest |
| 12:22 |
Nolt |
Can I announce mine MT server but only on LAN @ mine home? I want that every one who run MT client will see local server. |
| 12:25 |
|
jwmhjwmh joined #minetest |
| 12:25 |
Blockhead256[m] |
Nolt: You have to run your own copy of the server list software - https://github.com/minetest/serverlist/ |
| 12:26 |
Blockhead256[m] |
and every client you want to see your list needs to reconfigure their client to point at your server instead of the usual one |
| 12:26 |
Blockhead256[m] |
Settings -> Client and Server -> Client -> Serverlist URL |
| 12:27 |
Blockhead256[m] |
that is all a lot of work though. You can also just type in LAN IP Addresses and connect to a LAN server |
| 12:34 |
Blockhead256[m] |
This would mean people on your LAN can't see the servers off the main list though. There's no way in current Minetest clients to use multiple server lists |
| 12:49 |
Nolt |
Thanks, indeed lot of work. I will leave for now with IP address:D ย for 3-4 clients it's pointless. btw mine 5yo kid know already what to choose so :D |
| 12:54 |
|
qur joined #minetest |
| 12:56 |
|
kabou joined #minetest |
| 13:13 |
|
est31 joined #minetest |
| 13:23 |
|
kabou joined #minetest |
| 13:24 |
|
kabou joined #minetest |
| 13:26 |
|
mazes_83 joined #minetest |
| 13:32 |
|
proller joined #minetest |
| 13:33 |
|
mrkubax10 left #minetest |
| 13:38 |
douwe[m] |
hey Nolt, I also have a 5yo and a 7yo on minetest. Care to share experiences sometime? |
| 13:39 |
lissobone |
What can children learn from minetest? |
| 13:39 |
lissobone |
In that case, it's a simulation. |
| 13:39 |
lissobone |
They can learn math using lua and plotting in-world. |
| 13:40 |
lissobone |
I think there are some games and mods specifically for kids. |
| 13:40 |
douwe[m] |
loads: how to operate mouse and keyboard for starters. But also how to navigate 3D worlds; get a sense of direction. How to play together; social behaviour online. What a server and what a client is... the list is endless |
| 13:40 |
douwe[m] |
lua and plotting in-world is a bit steep for 5yo's |
| 13:41 |
lissobone |
I think that it's better to get familiar with three-dimensional worlds in real life. Though certain spatial configurations aren't possible in real life, but possible in minetest. |
| 13:41 |
lissobone |
But it's indeed great to teach children computing through minetest. |
| 13:42 |
lissobone |
Free computing. |
| 13:42 |
douwe[m] |
that as well |
| 13:42 |
douwe[m] |
what is an update, how do you get help online, what is a online community, how to request features with the devs ๐ |
| 13:43 |
douwe[m] |
but also the principle of being an owner of a computer, or a consumer. Minetest, and showing them how we can mod it, gives a nice first idea of owning your device and the code |
| 13:43 |
lissobone |
Or how to implement features yourself. |
| 13:43 |
douwe[m] |
yeah. I first have to learn that myself, before I can teach them ๐ |
| 13:44 |
douwe[m] |
we started with minecraft for Raspberry Pi, moves to Minecraft Reborn. And now have minetest: that was in itself interesting. Sometimes they want to go back to the simpler world of Pi Minecraft |
| 13:44 |
douwe[m] |
* the simpler and much smaller world of |
| 13:51 |
|
qur joined #minetest |
| 14:12 |
muurkha |
I think kids generally learn how to navigate 3D worlds long before they ever operate a mouse or keyboard |
| 14:44 |
|
qur joined #minetest |
| 14:56 |
|
qur joined #minetest |
| 15:01 |
Blockhead256[m] |
I could have sworn there was some way to put a bit of text over an itemstack other than the stack quantity. I thought I saw it on GitHub a while ago. But now I've gone looking for and can't find it |
| 15:02 |
|
appguru joined #minetest |
| 15:04 |
|
appguru joined #minetest |
| 15:04 |
MTDiscord |
<Jonathon> Yes, it's one of the itemstacks special meta key |
| 15:06 |
Blockhead256[m] |
which one? |
| 15:12 |
wsor |
https://github.com/minetest/minetest/blob/master/doc/lua_api.txt#L2265 |
| 15:13 |
Blockhead256[m] |
yes I started testing with that |
| 15:14 |
Blockhead256[m] |
it doesn't look like it works with item_image_button hmm |
| 15:15 |
Blockhead256[m] |
what I am trying to do is update the ATM mod code to remove these ridiculous \n and \b that manually apply numbers without using a quantity, and replace it with the count_meta instead |
| 15:15 |
MTDiscord |
<luatic> Blockhead: Item image buttons don't show quantities |
| 15:16 |
Blockhead256[m] |
they do |
| 15:16 |
MTDiscord |
<luatic> hmm, the docs say item name |
| 15:16 |
Blockhead256[m] |
just not when that quantity is 1. But this works for example: ` "item_image_button[1.5,1;1,1;".. "currency:minegeld_5 1" ..";i5;]" ` |
| 15:17 |
MTDiscord |
<luatic> so the item name in the docs rather is an item string |
| 15:17 |
MTDiscord |
<luatic> are you formspec escaping the itemstring? |
| 15:18 |
Blockhead256[m] |
yes, which is why I was hoping I could serialise and ItemStack into and ItemString |
| 15:18 |
Blockhead256[m] |
aha! yes it was the lack of formspec escaping that was the problem |
| 15:19 |
Blockhead256[m] |
I was escaping it when I was trying to do it as a literal. I may still try to work out how to do it via a string literal, but at least I know item image buttons can do this now |
| 15:20 |
|
mrkubax10 joined #minetest |
| 15:21 |
MTDiscord |
<luatic> Blockhead256: Don't hardcode a string literal |
| 15:21 |
MTDiscord |
<luatic> It's cleaner to have the ItemStack encode the meta for you using stack:to_string() |
| 15:22 |
Blockhead256[m] |
not even a formspec-escaped one? |
| 15:22 |
MTDiscord |
<luatic> that way you're not relying on the (undocumented) meta serialization format |
| 15:22 |
MTDiscord |
<luatic> Blockhead: no, not even a formspec-escaped one |
| 15:22 |
Blockhead256[m] |
which may be subject to change I suppose |
| 15:22 |
MTDiscord |
<luatic> yes |
| 15:22 |
MTDiscord |
<luatic> although not likely |
| 15:22 |
MTDiscord |
<luatic> at least not until the next major version |
| 15:23 |
MTDiscord |
<luatic> but still, better to keep your code readable and reliable |
| 15:24 |
Blockhead256[m] |
I will just make sure the itemstack is serialised only once at runtime unlike how it is now. That will be an improvement anyway |
| 15:25 |
Blockhead256[m] |
hmm this matrix-irc-discord bridge has noticeable latency (sometimes anyway) The message log is in a different order on the IRC website than on here |
| 15:30 |
|
kabou joined #minetest |
| 15:43 |
mrkubax10 |
matrix without latency seems impossible :P |
| 15:45 |
muurkha |
even IRC itself has significant latency, especially under overload conditions |
| 15:50 |
|
definitelya joined #minetest |
| 15:52 |
|
nephele_mt joined #minetest |
| 15:53 |
nephele_mt |
Hey, I have a question about num_spawn_by and spawn_by for decoration specification, the documentation sais all nodes next to the to be placed deco are checked, and the ones straight above it. But i can't get this to work, with a maximum fill my decoration gets placed on *every* node, even without the ones with something next to it |
| 15:54 |
nephele_mt |
it looks to me like the behaviour matches the previous documented behaviour from 2015, that is that the nodes *below* and one the same level get checked, is this correct? |
| 15:54 |
nephele_mt |
The code is here, I have a bit of trouble understanding it: https://github.com/minetest/minetest/blob/042f7917e7aa264f91f85c1e073776a22922b2e5/src/mapgen/mg_decoration.cpp#L88 |
| 16:01 |
Blockhead256[m] |
looks like above and to the side to me, the y-coordinate is +1 not -1 |
| 16:02 |
nephele_mt |
Yes, but does this alghorythm check from the to-be-placed decoration out of, or does it check from the node it is going to be placed on? |
| 16:03 |
nephele_mt |
As I understand it this was originally intended to allow bamboo to be placed on grass which is next to water |
| 16:04 |
nephele_mt |
(and that functionality is likely still required?) |
| 16:10 |
|
Fixer joined #minetest |
| 16:18 |
Blockhead256[m] |
that seems to be a misunderstanding. spawn_by is a string OR table. The map generator will place the decoration as long as the spawn_by nodes in the neighbourhood area add up to num_spawn_by. This means if `spawn_by = {"default:water", "default:dirt_with_grass"}` and `num_spawn_by = 2`, that condition can be satisfied by 2 or more water, 2 or more grass, 1 water and 1 grass and so on |
| 16:19 |
nephele_mt |
Heh, setting it to num_required_by = 9 makes it behave as i would need, so it's likely checking the ground indeed |
| 16:20 |
Blockhead256[m] |
hehe, well, if it works it works I suppose |
| 16:22 |
nephele_mt |
Not sure what I am misunderstanding here, the documentation is wrong. num_spawn_by beeing 9 could only be satisfied like this if there were 8 nodes around it and 1 one level above it |
| 16:22 |
nephele_mt |
if it worked as documented i mean |
| 16:23 |
nephele_mt |
i didn't use spawn_by with a table, only with one node |
| 16:31 |
nephele_mt |
I've create a pr to fix the documentation anyhow, kind of annoying that it wasn't verified before the explanation was added... it seems the documentation was right before also (that is, in 2015) |
| 16:33 |
Blockhead256[m] |
are you using a fill ratio >= 10? that causes a special case where it will always do 100% fill |
| 16:34 |
Blockhead256[m] |
I'm not sure what exactly the code does yet, but it may ignore spawn_by? |
| 16:41 |
nephele_mt |
it does not. if it did num_spawn_by = 9 would not work |
| 16:41 |
Blockhead256[m] |
no sorry I'm grasping at straws, the code will place it the same way regardless of ratio |
| 16:41 |
|
proller joined #minetest |
| 16:43 |
Blockhead256[m] |
file the issue on GitHub, someone with more insight will answer it |
| 16:44 |
nephele_mt |
I've already created a PR to fix the documentation |
| 16:46 |
nephele_mt |
Too bad I can't use my code for what it was intended, if i do create half-blocks at the edges of each layer of blocks the rendering performance gets absolutely unplayable |
| 16:47 |
nephele_mt |
(although wierld enough, it looks like it replaces the entire underground stone with half slabs 0_o |
| 16:47 |
nephele_mt |
(oops, my bad... i told it to xD) |
| 16:48 |
Blockhead256[m] |
are you using a schematic or a simple decoration? |
| 16:49 |
nephele_mt |
Just a simple decoration |
| 16:49 |
nephele_mt |
ugh, i guess I do have to make a PR to patch this functionality, maybe with a search radius... this workaround works just fine for homogenous stuff like sand, but with grass that is only the top layer it gets broken again |
| 16:51 |
Blockhead256[m] |
and you are of course not using height ~= 1.. |
| 16:51 |
Blockhead256[m] |
in the decoration definition |
| 16:51 |
Blockhead256[m] |
nor place_offset_y |
| 16:54 |
nephele_mt |
Yes, I am not. why should I? |
| 16:54 |
nephele_mt |
height=1 is correct for my decoration, it is just one node high |
| 16:55 |
nephele_mt |
and place_offset_y refers to where it should be placed, not to where the search radius is for spawn_by |
| 16:55 |
Blockhead256[m] |
I am just checking for potential silly errors. It still feels wrong to blame the documentation when the code is written how it is |
| 16:55 |
nephele_mt |
Well, I've already said that the code was written that way intentionally, otherwise stuff like bamboo next to bodies of water isn't possible |
| 16:56 |
nephele_mt |
The implementation has to be changed if my case is to be supported, but the documentation is still wrong |
| 16:58 |
nephele_mt |
The previous documentation was actually correct, it was just clarified wrongly: https://github.com/minetest/minetest/commit/c660218e43bfbc9740001d6707618d5eba51b664 |
| 17:06 |
|
appguru joined #minetest |
| 17:10 |
|
orwell96 joined #minetest |
| 17:13 |
|
mrkubax10 left #minetest |
| 17:16 |
|
independent56 joined #minetest |
| 17:16 |
independent56 |
hi |
| 17:16 |
independent56 |
Sorry for the racism i commited |
| 17:16 |
independent56 |
I went too far with too much sleepyness |
| 17:16 |
MTDiscord |
<ROllerozxa> uh? |
| 17:16 |
independent56 |
I promise not to ever mentionanother nation in a bad light. |
| 17:16 |
independent56 |
Peace out |
| 17:19 |
MTDiscord |
<PrairieWind> . . . |
| 17:19 |
MTDiscord |
<PrairieWind> boot |
| 17:19 |
MTDiscord |
<Jonathon> ban evasion? |
| 17:20 |
MTDiscord |
<PrairieWind> yes |
| 17:20 |
MTDiscord |
<ROllerozxa> probably dynamic IP |
| 17:20 |
MTDiscord |
<PrairieWind> sfan5 banned him |
| 17:20 |
MTDiscord |
<PrairieWind> last night |
| 17:21 |
DeepTht |
i still don't get how thats racism |
| 17:21 |
DeepTht |
french people are not a race |
| 17:21 |
rubenwardy |
no, it was a temp ban |
| 17:21 |
MTDiscord |
<PrairieWind> temp ban... |
| 17:22 |
MTDiscord |
<PrairieWind> hmm |
| 17:22 |
rubenwardy |
and I imagine it was for the general noise and quality in the channel rather than the last message |
| 17:22 |
rubenwardy |
for example, the repeated rejoining |
| 17:24 |
DeepTht |
beyond excessive off topic i didnt really see any rule violations, then again im new and don't know the full history of interactions with that person |
| 17:24 |
DeepTht |
hopefully now my cats will stop escaping |
| 17:24 |
DeepTht |
i built a special place for them with double walls |
| 17:24 |
DeepTht |
up in a mountain, I call it the Cat-Skill mountain |
| 17:24 |
DeepTht |
a bad joke, i know. |
| 17:24 |
kilbith |
DeepTht: consider changing your nick, btw |
| 17:25 |
DeepTht |
why |
| 17:25 |
kilbith |
because I know what that means |
| 17:25 |
DeepTht |
deepthought is inappropriate how? |
| 17:25 |
DeepTht |
its a hitchikers guide to the galaxy reference |
| 17:28 |
|
appguru joined #minetest |
| 17:29 |
|
fluxionary joined #minetest |
| 17:41 |
DeepThgt |
is that better? |
| 17:43 |
|
Talkless joined #minetest |
| 17:44 |
|
FavoritoHJS joined #minetest |
| 18:00 |
|
orwell96_ joined #minetest |
| 18:42 |
|
mrkubax10 joined #minetest |
| 18:47 |
|
kabou joined #minetest |
| 18:48 |
|
ChanServ joined #minetest |
| 18:49 |
|
kabou joined #minetest |
| 18:50 |
|
ytterbium joined #minetest |
| 18:52 |
|
Leopold joined #minetest |
| 19:04 |
|
Leopold joined #minetest |
| 19:08 |
|
proller joined #minetest |
| 19:08 |
|
GNUHacker joined #minetest |
| 19:17 |
MinetestBot |
[git] srifqi -> minetest/minetest: Fix Enter key after creating a new world (#12997) a2a2806 https://github.com/minetest/minetest/commit/a2a280691c76d37ab1cbceb9571364d7551c0dea (2023-01-16T19:16:08Z) |
| 19:17 |
MinetestBot |
[git] SmallJoker -> minetest/minetest: Revisit F6 statistics formatting (#13126) ecd6d61 https://github.com/minetest/minetest/commit/ecd6d616977c7ef15615cc63ef800a5d6ec442ff (2023-01-16T19:16:23Z) |
| 19:17 |
MinetestBot |
[git] Wuzzy2 -> minetest/minetest: Change DevTest header (font = "undefined medium") (#13147) e21d561 https://github.com/minetest/minetest/commit/e21d5613a6288d53edd004d8e020d69792a6d1bf (2023-01-16T19:16:45Z) |
| 19:35 |
|
mrkubax10 left #minetest |
| 19:37 |
|
sparky4 joined #minetest |
| 19:42 |
|
sometalgoo joined #minetest |
| 20:07 |
|
Fixer joined #minetest |
| 20:13 |
|
dzho joined #minetest |
| 20:13 |
|
ElementW joined #minetest |
| 20:39 |
|
sys4 joined #minetest |
| 20:41 |
|
Trifton joined #minetest |
| 21:25 |
|
Leopold_ joined #minetest |
| 22:02 |
sfan5 |
good news: forum has been fixed |
| 22:05 |
muurkha |
yay |
| 22:13 |
MTDiscord |
<ROllerozxa> holy shit, fast forums??? |
| 22:14 |
celeron55 |
we learned a new language with sfan5. that is the nix language, via the method of testing in production |
| 22:15 |
celeron55 |
also some nginx learning happened |
| 22:15 |
celeron55 |
highly recommended, both are very weird |
| 22:16 |
sfan5 |
for varying definitions of "recommended" |
| 22:18 |
celeron55 |
keep your life interesting by making your server a puzzle. from the inside out |
| 22:27 |
|
LandarVargan joined #minetest |
| 22:39 |
FavoritoHJS |
wait, will the forums finally be consistently useable!? |
| 22:40 |
FavoritoHJS |
it's a miracle, the servers are only slow and not unusable! |
| 23:01 |
|
TheCoffeMaker joined #minetest |
| 23:48 |
DeepThgt |
how far is mapgen generated from where a player is? |
