Minetest logo

IRC log for #minetest-dev, 2024-09-03

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

All times shown according to UTC.

Time Nick Message
00:23 Juri Oh nice, good stuff!
00:23 Juri With the latest master I now have around 45 fps in my texture test world where I had a bit over 30 usually
00:24 Juri I am pretty sure I haven't changed anything else except pulling latest commits
00:26 Juri The fps are so low there because I spawned in a lot of the homedecor cross brace windows with a huuuge texture on it
00:27 Juri I noticed that kills the fps after I got a complaint from a player saying his neighbors base kills his fps and I went to find out what it is
00:28 Desour do the brace windows have semi transparency?
00:29 Juri Yes, texture blending and it's a nodebox
00:29 Juri homedecor:window_quartered
00:30 Juri Get a high res texture pack, spawn 100 or so and watch your fps go from 140 to 30 xD
00:31 MTDiscord <wsor4035> I assume in your orginal comment you mentioned 145, otherwise those numbers are good
00:32 Desour if you set the transparency sorting distance setting to 0, the lags are likely gone
00:33 Juri Ah no, my bad. Without the high-res windows I have 144 fps (capped), if I spawn them in it drops to ~30. With latest master I have around 45 fps now :)
00:34 Juri Desour: gonna try that tomorrow, ty
01:29 v-rob joined #minetest-dev
03:17 SFENCE joined #minetest-dev
03:20 SFENCE joined #minetest-dev
03:24 SFENCE joined #minetest-dev
03:26 SFENCE joined #minetest-dev
04:00 MTDiscord joined #minetest-dev
05:21 cranez joined #minetest-dev
05:25 mtvisitor https://github.com/minetest/minetest/milestones
05:25 mtvisitor I have been playing on some minetest game server(s) online since minetest engine v5.6 in my spare time, but stopped this April.
05:25 mtvisitor v-rob(Vincent Robinson), red-001: for minetest engine v5.10 and future release, tbh, i would like to review your comment (and also requirements) if possible, so i could know which knowledge i need to learn on this way.
05:26 mtvisitor AncientMariner: it will be great if you could also add your kind comment on the latest version of minetest engine.
05:26 mtvisitor It is raining in my city today and now.
05:51 v-rob joined #minetest-dev
06:10 SFENCE joined #minetest-dev
06:20 v-rob joined #minetest-dev
07:45 sfan5 fwiw transparency sorting could be more efficient if we could cache the result
07:46 sfan5 not due to cpu time but because of fewer gpu buffer uploads needed
08:01 cranez joined #minetest-dev
10:19 Juri Hmm, on OpenSuse compiling the latest master fails, when make tries to build tiniergltf it reports the following errors
10:19 Juri minetest/lib/tiniergltf/tiniergltf.hpp:282:36: error: ‘String’ is not a member of ‘Json’
10:19 Juri minetest/lib/tiniergltf/tiniergltf.hpp:282:48: error: template argument 1 is invalid
10:19 Juri minetest/lib/tiniergltf/tiniergltf.hpp:282:50: error: scalar object ‘map’ requires one element in initializer
10:21 Juri I have all the dependencies listed in compiling/linux.md installed
10:27 Juri Weirdly enough I can compile github.com/syoyo/tinygltf and the tester runs successfully
10:42 MTDiscord <luatic> Juri: tiniergltf != tinygltf, tiniergltf is my tinygltf replacement. Can you tell me your compiler and version?
10:49 MTDiscord <luatic> Also, what's your jsoncpp version? What happens when you try to compile with the bundled jsoncpp?
10:51 ivanbu joined #minetest-dev
11:13 Juri luatic: I'm using gcc 7.5.0, cmake 3.20.4, make 4.2.1 and the latest libjsoncpp release (1.9.5)
11:13 Juri To me it looks like the bundled jsoncpp is 1.9.5 as well lol
11:13 Juri But running cmake with -DENABLE_SYSTEM_JSONCPP=OFF indeed makes it compile again, thank you.
11:19 Desour joined #minetest-dev
11:26 MTDiscord <luatic> Juri: Glad to hear that. Json::String should be present in the jsoncpp headers, I wonder whether this might be an issue with the openSUSE package. I tried diffing the headers from the openSUSE package against local ones but nothing sticks out.
11:27 MTDiscord <josiah_wi> Did you diff them against the bundled ones?
11:30 MTDiscord <luatic> I've diffed against both, my config.h (which provides the using String = ...) and json.h (which includes config.h) is identical on Fedora 40.
11:32 MTDiscord <luatic> The bundled ones are an amalgamation so there are many of additions from all the other headers vs. config.h (but notably no deletions). The section for config.h is identical.
11:35 sfan5 maybe you can disable json::String? thought that would be weird
11:43 MTDiscord <josiah_wi> Could it be that part of the code is conditionally compiled?
11:46 MTDiscord <luatic> looked at the headers, i don't see something like that sticking out
12:25 Lupercus joined #minetest-dev
12:38 Juri joined #minetest-dev
12:38 Niklp joined #minetest-dev
13:06 Desour sfan5: #15113
13:06 ShadowBot https://github.com/minetest/minetest/issues/15113 -- Add support for Tracy profiler by Desour
13:06 Desour do you have an idea how I can properly link the library in irr/?
13:49 SFENCE joined #minetest-dev
14:00 red-001 Desour: (same for the crypto lib. I saw your PR added 90k lines)
14:00 red-001 Desour you will be happy to hear I got adding vendored HACL* code down to just 27K
14:04 Desour 👀 a more than 2/3 reduction
14:38 SFENCE joined #minetest-dev
14:47 red-001 could get it down to 21k but that would mean not including the AVX2 implementation for chacha20-poly1035
14:56 SFENCE joined #minetest-dev
15:02 SFENCE joined #minetest-dev
15:13 Fleckenstein joined #minetest-dev
15:35 SFENCE joined #minetest-dev
16:04 v-rob joined #minetest-dev
16:09 SFENCE joined #minetest-dev
16:10 Desour joined #minetest-dev
16:12 v-rob joined #minetest-dev
16:14 SFENCE joined #minetest-dev
16:16 red-001 SFENCE: for that password in memory storage PR, did you consider allocating a memory page for it and change page protection settings to make it unreadable unless explicitly needed?
16:17 red-001 libsodium supports that as a feature, but it's also not too difficult to implement
16:17 red-001 at least for linux and windows
16:18 red-001 https://github.com/jedisct1/libsodium/blob/master/src/libsodium/sodium/utils.c#L467
16:18 red-001 I don't know if a PAGE_NOACCESS/PROT_NONE would show up in a memory dump
16:20 SFENCE joined #minetest-dev
16:24 SFENCE joined #minetest-dev
17:01 hlqkj joined #minetest-dev
17:04 SFENCE joined #minetest-dev
17:11 SFENCE joined #minetest-dev
17:17 SFENCE joined #minetest-dev
17:33 SFENCE joined #minetest-dev
17:36 SFENCE red-001: Thanks for tip. I did not consider that. But it looks like interest to implement it was lost. See https://github.com/minetest/minetest/pull/14196#issuecomment-2033989000
17:38 SFENCE But for the situation, you can add this advice as comment in that PR>
17:38 red-001 I think the way you are pre-hashing the password won't work for your other PR anyways?
17:38 red-001 salt is meant to be globally unique for each Minetest account, both within a server and between servers
17:39 red-001 it's an absurdly long salt even for that use-case but if that wasn't the goal won't have needed any salt at all
17:39 SFENCE It is attemt to do it better. Now password is stored in SRP object memory until user is disconnected from the server. For the situation, reconnect request will be received.
17:39 Desour joined #minetest-dev
17:40 SFENCE In this PR I only tryid to not keep password as clear text in memory. And keep only SRP instead of it.
17:40 SFENCE But still, in case of implementation. SRP can be stored in protected memory. It can only improve security.
17:41 red-001 SRP of it would be salted is what I'm getting at, if you attempt to connect to another server (e.g. if transfer_player is added) then you can't use that pre-hashed value without weakening another security feature
17:42 red-001 ah it's not actually x that you are calculating
17:43 SFENCE For that situation I am storring SHA256 or 512 created from user name and password. This hash can be used to reconnect and connect to another server in same way, how it is happening it you just enter username and password.
17:43 red-001 yeah I checked the code just now, the calling it "x" is a bit confusing
17:44 SFENCE It is a long time a coded it. So I do not remember why I choose this name.
17:44 red-001 since for SRP, x is generally the final hash value that's used to calculate the verifier v=g^x
17:45 SFENCE So, it is probably a reason why is it called x.
17:46 SFENCE I plan to open it on some core dev meeting after 5.9.1 and 5.9.2 releases will be done.
17:46 red-001 call it y or something /s
17:47 red-001 math people aren't good at naming things, hence why we get x, b, B, a, A, and I in SRP
17:47 SFENCE renaming it is not a problem. But for now, I have no motivation to work on it. It can be closed as unwanted.
17:48 SFENCE I am not original author of SRP file.
17:49 SFENCE I think that that file was taken somewhere, maybe generated somehow by something.
17:49 red-001 I know, I think e.s.t.3.1 ported that from another implementation
17:50 red-001 speaking of SRP, and implementations. Is the bignum library used for it constant time?
17:51 red-001 https://eprint.iacr.org/2021/553
17:52 SFENCE joined #minetest-dev
17:54 red-001 I can't help but suspect mini-gmp was probably not written to be cryptographically sound when it comes to timing
17:55 SFENCE I don't know if all time. But only in it.
17:56 kattsand joined #minetest-dev
17:57 SFENCE I am not safety engeneer. I created #14196 in reaction of discusion under #14129, where people critists that it is uses password stored in std::string or similar type.
17:57 ShadowBot https://github.com/minetest/minetest/issues/14196 -- Change the way how password is stored in C++ engine. by sfence
17:57 ShadowBot https://github.com/minetest/minetest/issues/14129 -- Add transfer_player function to request client move to new server by sfence
17:58 SFENCE But still, lost of focus happens because of posibility of keylogging in case, someone have already access to process memory.
17:59 kattsand left #minetest-dev
17:59 SFENCE If you have some experiences in this, feel free to share your opinions, links, arguments in PR.
18:00 SFENCE It can help us to move forward.
18:03 red-001 I'll take a look, I mostly brought it up since I've been reading some of the literature. So for the transfer_player function, just to confirm, that will not create a new account if one doesn't already exist on the other server?
18:07 MTDiscord <sfence> No, it should not.
18:08 SFENCE If I remember well, it work as extended reconnect.
18:22 fluxionary joined #minetest-dev
18:23 SFENCE joined #minetest-dev
18:25 SFENCE joined #minetest-dev
18:41 SFENCE joined #minetest-dev
18:43 SFENCE joined #minetest-dev
19:02 SFENCE joined #minetest-dev
19:18 SFENCE joined #minetest-dev
19:18 Sokomine joined #minetest-dev
19:38 hwpplayer1 joined #minetest-dev
19:52 v-rob joined #minetest-dev
20:28 Sokomine joined #minetest-dev
21:44 [MatrxMT] <Zughy> just wanted to say that ronoaldo's appimages are making my life for testing regressions way easier
21:57 pmp-p joined #minetest-dev
22:01 [MatrxMT] <MisterE> did you ever figure out how to make the appimages yourself?
22:02 [MatrxMT] <MisterE> just curious
22:10 hwpplayer1 joined #minetest-dev
22:14 jonadab joined #minetest-dev
22:22 v-rob joined #minetest-dev
22:32 panwolfram joined #minetest-dev
22:39 [MatrxMT] <AncientMariner> I'm not sure I understand what you mean?
22:40 [MatrxMT] <AncientMariner> (thread reply to mtvisitor)
23:05 Eragon joined #minetest-dev
23:36 red-001 Actually if net encryption didn't use TLS could use some PQC in the key exchange
23:36 red-001 probably not worth the overhead just to make sure someone 20-50 years in the future can't decrypt messages

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