Minetest logo

IRC log for #minetest-dev, 2018-07-11

| Channels | #minetest-dev index | Today | | Google Search | Plaintext

All times shown according to UTC.

Time Nick Message
01:02 paramat joined #minetest-dev
01:10 Cornelia joined #minetest-dev
02:07 ANAND joined #minetest-dev
02:42 ManElevation joined #minetest-dev
03:41 paramat joined #minetest-dev
05:15 ssieb joined #minetest-dev
06:13 ClobberDX joined #minetest-dev
06:15 ClobberDX left #minetest-dev
07:05 ssieb joined #minetest-dev
07:08 twoelk joined #minetest-dev
08:05 ensonic joined #minetest-dev
08:39 RichardTheTurd joined #minetest-dev
09:09 Wuzzy joined #minetest-dev
09:26 Fixer joined #minetest-dev
09:44 ManElevation joined #minetest-dev
10:15 ANAND Any of the null_command_handler entries in the *commandTable arrays can be used for new packet types, right?
10:16 AntumD joined #minetest-dev
10:16 Krock joined #minetest-dev
10:22 lhofhansl joined #minetest-dev
10:38 ManElevation joined #minetest-dev
10:49 proller joined #minetest-dev
10:54 Krock joined #minetest-dev
11:11 Lunatrius` joined #minetest-dev
11:29 proller joined #minetest-dev
11:37 proller joined #minetest-dev
12:19 entuland joined #minetest-dev
12:29 ManElevation joined #minetest-dev
13:20 proller joined #minetest-dev
13:56 proller joined #minetest-dev
14:34 lhofhansl joined #minetest-dev
14:43 proller joined #minetest-dev
15:00 Gael-de-Sailly joined #minetest-dev
15:11 Darcidride joined #minetest-dev
15:23 ANAND Both PlayerSAO and RemotePlayer classes provide getPeerId(). Is there a reason one should be chosen over the other?
15:25 Krock depends on context. it's the same number anyway in-game
15:26 ANAND It will be used in script/lua_api/l_object.cpp
15:27 Corvus_ joined #minetest-dev
15:28 Krock PlayerSAO. No need to do the way over RemotePlayer there
15:28 ANAND Alright, thanks
15:34 proller joined #minetest-dev
15:36 ANAND Any of the null_command_handler entries in the *commandTable arrays can be used for new packet types, right?
15:37 ANAND can be replaced by new packet types*
15:39 Krock yes
15:39 ANAND Right, thanks again :)
15:39 Krock null_command_handler discards the packet, so keep that in mind when providing backwards compatbility
15:40 Krock but well, that's currently not an issue due to what 5.0.0-dev is
15:41 ANAND Yes, I was about to clarify that...
15:41 antims joined #minetest-dev
15:42 entuland joined #minetest-dev
15:53 Krock lhofhansl: #7188
15:53 ShadowBot https://github.com/minetest/minetest/issues/7188 -- Do not crash if the world is read only by HybridDog
15:53 lhofhansl Just found that one. :)
15:54 lhofhansl That one avoids any client only changes. What I have in mind is that a game can proceed, nodes added/removed/etc.
15:54 lhofhansl Perhaps I should play around the rollback.
16:03 lhofhansl I'll file a PR and we can have a discussion there.
16:05 Krock sounds good :)
16:09 lhofhansl #7544
16:09 ShadowBot https://github.com/minetest/minetest/issues/7544 -- Allow an optional readonly base database by lhofhansl
16:10 lhofhansl Just 10 lines or so of changes.
16:11 lhofhansl Any comments on #7542?
16:11 ShadowBot https://github.com/minetest/minetest/issues/7542 -- Reduce block load glitches by lhofhansl
16:11 lhofhansl Mostly interested in whether this should be configurable or not.
16:12 lhofhansl Options are nice, but MT has sooo many options already.
16:13 sfan5 regarding 7542: IMO we don't need an option for this
16:13 proller joined #minetest-dev
16:13 lhofhansl I tend to agree. I will say that this could potentially load a lot of more blocks from the server (especially in huge underground caverns).
16:14 lhofhansl To which I will add that huge underground cavern currently suck big time (because not enough blocks are loaded)
16:14 lhofhansl :)
16:17 lhofhansl So yeah, this is currently broken and we should make it the default and not configurable.
16:38 lhofhansl Can anybody explain why we still need the max_simultaneous_block_sends_per_client setting?
16:38 lhofhansl It defaults to 10, which is way to low, especially when there's latency between the server and client.
16:39 lhofhansl It seems we should just remove this and let the network be the natural limiter. (I tried that by setting this to 1000, and everything is loading faster with bursts up to 100).
16:48 ManElevation joined #minetest-dev
17:01 proller joined #minetest-dev
17:35 ssieb joined #minetest-dev
17:48 Fritigern joined #minetest-dev
17:59 Fixer_ joined #minetest-dev
18:07 Foz joined #minetest-dev
18:10 Foz1 joined #minetest-dev
18:12 Foz joined #minetest-dev
18:21 Amaz joined #minetest-dev
18:30 Guest25750 joined #minetest-dev
18:34 jordan4ibanez joined #minetest-dev
18:35 jordan4ibanez joined #minetest-dev
18:55 ensonic joined #minetest-dev
18:56 jordan4ibanez joined #minetest-dev
20:33 ManElevation joined #minetest-dev
20:40 entuland joined #minetest-dev
20:51 AndroBuilder joined #minetest-dev
21:58 ManElevation joined #minetest-dev
22:05 Icedream joined #minetest-dev
22:16 YuGiOhJCJ joined #minetest-dev
22:21 proller joined #minetest-dev
22:45 ANAND joined #minetest-dev
23:10 Player-2 joined #minetest-dev
23:16 ANAND joined #minetest-dev
23:32 ANAND {server|client}CommandFactory table has a "channel" field of u8 data-type. What is it and what value should be used for new packets?
23:33 sfan5 pick whatever all other packets have
23:34 ANAND Alright, and how about reliable (bool)? Should be true?
23:34 sfan5 depends on the packet
23:35 sfan5 but you probably want to set it to true
23:35 ANAND Ok thanks
23:46 Icedream joined #minetest-dev
23:50 lhofhansl joined #minetest-dev

| Channels | #minetest-dev index | Today | | Google Search | Plaintext