Time |
Nick |
Message |
00:46 |
|
YuGiOhJCJ joined #minetest |
00:48 |
|
v-rob joined #minetest |
01:01 |
MTDiscord |
<warr1024> Anyone familiar with this rubber-banding regression that got introduced some time between 5.7 and 5.8? I'm in the middle of a bisect (technically, every step of the bisect is a "middle" 😏) but it's probably going to take me a long time... |
01:02 |
MTDiscord |
<warr1024> I could swear I saw an issue about this at some point recently but I can't find it anymore, nor remember the keywords to find it. |
01:12 |
|
smk joined #minetest |
01:14 |
|
YuGiOhJCJ joined #minetest |
01:48 |
MTDiscord |
<warr1024> I've still got a few steps left to go but it's looking like 8ebaf753 is gonna be the culprit... |
02:19 |
|
YuGiOhJCJ joined #minetest |
02:25 |
|
bigdragon joined #minetest |
02:31 |
MTDiscord |
<warr1024> Finally got it nailed down. https://github.com/minetest/minetest/issues/14061 |
02:48 |
|
Trifton joined #minetest |
03:37 |
|
anon joined #minetest |
04:23 |
|
v-rob joined #minetest |
05:00 |
|
MTDiscord joined #minetest |
05:44 |
|
sometalgoo joined #minetest |
05:45 |
cheapie |
I was just looking through some old screenshots and git logs... looks like the LTC-4000E traffic signal controller was initially released just short of 7 years ago. |
05:45 |
cheapie |
I wonder how many are in use now? |
05:46 |
cheapie |
...and also whether anyone has gotten around to competing with it yet. |
05:46 |
muurkha |
on Minetest servers? |
05:48 |
* cheapie |
nods |
05:50 |
|
calcul0n_ joined #minetest |
05:53 |
|
v-rob joined #minetest |
06:11 |
|
bodiccea_ joined #minetest |
06:16 |
|
bodiccea joined #minetest |
06:24 |
|
bodiccea joined #minetest |
07:46 |
|
bigdragon joined #minetest |
08:08 |
|
sometalgoo joined #minetest |
08:11 |
|
v-rob joined #minetest |
08:22 |
|
s20 joined #minetest |
09:24 |
|
definitelya joined #minetest |
09:43 |
|
Talkless joined #minetest |
10:33 |
|
YearOfFuture joined #minetest |
10:34 |
|
mrkubax10 joined #minetest |
10:36 |
|
mrkubax10 joined #minetest |
10:55 |
|
jaca122 joined #minetest |
11:16 |
|
s20 joined #minetest |
11:38 |
|
YuGiOhJCJ joined #minetest |
11:44 |
|
Talkless joined #minetest |
12:16 |
|
shaft joined #minetest |
12:42 |
shaft |
How do you detect that an entity is dead/removed? |
12:43 |
shaft |
Using a variable linking to the Lua entity. |
12:45 |
rubenwardy |
obj:get_pos() == nil |
12:46 |
shaft |
thx |
12:55 |
|
YearOfFuture joined #minetest |
13:12 |
|
turtleman joined #minetest |
13:12 |
|
bigdragon joined #minetest |
13:15 |
|
sparky4 joined #minetest |
13:21 |
|
khimaros_ joined #minetest |
13:34 |
|
YearOfFuture joined #minetest |
13:38 |
MTDiscord |
<mistere_123> In what cases does that happen? |
13:39 |
MTDiscord |
<luatic> MisterE: When the object was removed, for example because you called obj:remove, or because the object was deactivated. |
13:40 |
MTDiscord |
<mistere_123> How long does it stick around, then? Long enough to finish the tick/globalstepx |
13:41 |
MTDiscord |
<mistere_123> ? |
13:43 |
MTDiscord |
<warr1024> Probably. If you just guard again nil pos at the top of every callback then you more or less don't have to worry about it. |
13:51 |
Krock |
objects never turn invalid within a callback (unless you've somehow got them to work inside the new async environment) |
13:51 |
MTDiscord |
<luatic> or unless you make the frequent mistake of invalidating them yourself using :remove ;) |
13:51 |
Krock |
right. :remove() is also an instant invalidation |
13:51 |
MTDiscord |
<luatic> (so remember to return from the callback after you've :removed the object, kids) |
14:10 |
MTDiscord |
<warr1024> I pretty much always tail-call remove anyway. I don't think ent callbacks that I would ever remove from actually use the return value anyway, if there even is one |
14:25 |
|
bigdragon joined #minetest |
14:26 |
|
fling joined #minetest |
14:36 |
|
shaft left #minetest |
15:14 |
|
s20 joined #minetest |
15:15 |
|
Desour joined #minetest |
15:21 |
|
e1z0 joined #minetest |
15:54 |
|
appguru joined #minetest |
16:05 |
YearOfFuture |
I recently started translating the engine using Weblate. Is there any guidelines, rules or instructions regarding translations? I cannot find any. |
16:13 |
MTDiscord |
<warr1024> Seeing how weblate has space for instructions and such, if there aren't any, then it seems like you'd probably just do the obvious thing. I think you have to accept that your work will be licensed under the license specified by the project. |
16:24 |
|
mrkubax10 joined #minetest |
16:30 |
|
Sobinec joined #minetest |
16:48 |
|
Desour joined #minetest |
16:57 |
|
liceDibrarian joined #minetest |
17:20 |
|
mrkubax10 joined #minetest |
18:16 |
|
Alnotz joined #minetest |
19:40 |
|
v-rob joined #minetest |
19:47 |
|
Sobinec joined #minetest |
19:51 |
|
___nick___ joined #minetest |
19:54 |
|
___nick___ joined #minetest |
20:13 |
|
YuGiOhJCJ joined #minetest |
20:50 |
|
v-rob joined #minetest |
21:04 |
|
gxt joined #minetest |
21:10 |
|
imi joined #minetest |
21:17 |
|
appguru joined #minetest |
21:24 |
Mantar |
Anybody know if there' s mod library or something with a fake player object already coded up? It could be useful for testing, but I don't know if it's worth spending the time this afternoon to write one myself |
21:26 |
|
v-rob joined #minetest |
21:26 |
calcul0n_ |
pipeworks does something like that with node breakers and deployers |
21:26 |
calcul0n_ |
but i'm not sure the code can be used as is to really fake a player |
21:29 |
Krock |
pipeworks' implementation is pretty solid. torch_bomb also has an implementation, but likely less refined. |
21:40 |
Mantar |
Cool, I'll take a look at pipeworks, and see if it'll work |
23:32 |
|
panwolfram joined #minetest |
23:51 |
|
v-rob joined #minetest |