Minetest logo

IRC log for #minetest-dev, 2017-04-03

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

All times shown according to UTC.

Time Nick Message
00:31 Tmanyo joined #minetest-dev
02:46 AntumDeluge joined #minetest-dev
03:46 paramat will merge #5382 over the next few mins
03:46 ShadowBot https://github.com/minetest/minetest/issues/5382 -- Cavegen/Mgv5/Mgv7: Add optional giant caverns by paramat
03:56 paramat merged
04:43 benrob0329 joined #minetest-dev
05:08 Hunterz joined #minetest-dev
05:27 octacian joined #minetest-dev
05:35 nerzhul joined #minetest-dev
05:41 red-001 joined #minetest-dev
06:04 IRCFrEAK joined #minetest-dev
06:06 IRCFrEAK left #minetest-dev
06:54 burli joined #minetest-dev
06:55 burli hi
06:57 burli I have a question. How is the map stored in memory?
06:57 burli as array for each mapblock?
06:58 nore joined #minetest-dev
07:37 celeron55 burli: pretty much that
07:37 burli celeron55, ok, thanks. Because my pathfinder currently makes use of voxelmanip data
07:38 burli So if it is ported to C++ there will be some changes
07:39 celeron55 C++ has VMs too, and also the same world-coordinate node getters that lua has
07:40 burli I don't work with coordinates mostly. I use the index of the array
07:40 kilbith joined #minetest-dev
07:40 celeron55 it might make sense to test the performance on both of them as in C++ function calls and coordinates are much cheaper than in lua... dunno
07:41 celeron55 if you use indices of a VM array in luajit, i imagine it's almost as fast as the same thing in C++
07:42 burli I don't have the experience to write that in C++. I need some help to port this to C++ later
07:44 burli I don't know how it is in C++ vm, but I need to load the vm data each time and depending on the size only loading of the data takes up to 5ms
07:44 burli I think this is to much
07:45 burli The algorithm itself needs between 0.5 and 120ms, depending on the terrain and distance
07:45 celeron55 yeah, the purpose of a VM is to make a copy of the data for very fast access later
07:45 nrzkt joined #minetest-dev
07:46 burli I think it will be better to use the mapblocks directly
07:46 burli just put a layer above the mapblock that maps the data
07:46 Darcidride joined #minetest-dev
07:47 celeron55 well it's what the Map class in the engine does :P
07:47 celeron55 it just re-routes node accesses to the mapblock they're found in
07:47 burli Does it work with coordinates?
07:47 celeron55 yes
07:48 burli ok
07:48 nrzkt 5ms per pathfind is inacceptable FYI
07:48 nrzkt the server loop should run every 50ms
07:49 burli I know
07:49 nrzkt celeron55: do you know why suggested interval for sending movements is calibrate on current server lag ?
07:49 burli But the runtime depends on the distance
07:49 burli brb
07:50 nrzkt because if a clietn connects when there is high lag, if lag is finished you send your movements with lag interval instead of current interval
07:50 celeron55 nrzkt: umm... i'm not aware of that
07:51 celeron55 maybe ask whoever added it 8)
07:52 celeron55 doesn't sound right for sure though
07:55 nrzkt celeron55: sorry: 742614180 (Perttu Ahola     2013-08-03 23:16:37 +0300  357)     m_recommended_send_interval(0.1),
07:55 nrzkt it seems it's you :)
07:56 celeron55 where is that calibrated to be the same as lag?
07:57 nrzkt celeron55: in 0
07:58 nrzkt in 0.4.10 it seems it's the dedicated server step setting only
07:58 nrzkt i relook at current code but if i remember it recalibrate
07:59 nrzkt in fact no, i think i was tired this day :p
08:01 celeron55 it just sends g_settings->getFloat("dedicated_server_step")
08:01 celeron55 and the client puts that into m_recommended_send_interval
08:01 celeron55 in AUTH_ACCEPT
08:06 nrzkt joined #minetest-dev
08:31 Hunterz joined #minetest-dev
08:42 Gael-de-Sailly joined #minetest-dev
08:58 xunto joined #minetest-dev
08:59 kilbith RE: https://github.com/minetest/minetest/pull/5502#issuecomment-291082521
08:59 kilbith I vehemently oppose an upgrade to Lua 5.3 until LuaJIT keeps up to the same version
09:00 kilbith if not, you can be sure I'll leave MT forever
09:04 celeron55 lol
09:09 glut32 joined #minetest-dev
09:14 nrzkt i don't said we should update, but it seems your forgot to read the parenthesis :p
09:14 kilbith I remember you were talking about upgrading in the past
09:15 nrzkt yeah but i'm not talking about it here, i don't care :)
09:15 nrzkt i just said, at a moment Lua 5.1 will be dead, and like every project we will face to a lib to update
09:15 kilbith it's already dead, so what's the point
09:16 nrzkt no it's not dead, it's quite old but not dead
09:17 kilbith people using 5.1 use JIT, otherwise 5.3
09:18 kilbith there's no 5.1 branch on the Lua repositories
09:18 nrzkt i don't understand why JIT is unmaintained as it seems to interess many people
09:18 nrzkt maybe a silly dev do it at a moment
09:19 celeron55 jit is pretty much a one-man project
09:19 celeron55 which is weird, but it just happens to be
09:20 nrzkt it's a problem , nobody maintain it,n it seems to be dead but it's useful and nobody understand or wants to maintain it
09:20 celeron55 anyway, lua is so simple it might not even have any security weaknesses or anything
09:20 kilbith and Mike Pall dislikes 5.3, so don't get your hopes high
09:20 celeron55 the official interpreter, that is; any version of it
09:21 nrzkt maybe, but Lua evolve, disliking it and not maintaining JIT for upper versions means he doesn't care about users and Lua future
09:21 celeron55 yeah, language features is the matter here
09:22 burli Hm, so what is the fastest possible access to map data over mapblock borders?
09:22 nrzkt burli: from CPP ?
09:22 burli yes
09:22 nrzkt getNodeNoEx
09:24 burli hm, ok.
09:25 celeron55 Map::getNodeNoex, to be precise
09:25 celeron55 E*
09:29 glut32 Hi all, I found a bug in the function "intlGUIEditBox::breakText()". The function font->getDimension(word.c_str()).Width counts the width of all characters of the enriched/colored text. And I would like that it counts only the displayed characters / brut text
09:31 Megaf joined #minetest-dev
09:31 Megaf left #minetest-dev
09:31 Megaf joined #minetest-dev
09:32 glut32 ok I think that I must use unescape_enriched function
09:45 Megaf joined #minetest-dev
09:50 Megaf joined #minetest-dev
09:58 froike joined #minetest-dev
10:13 Fixer joined #minetest-dev
10:24 proller__ joined #minetest-dev
11:28 YuGiOhJCJ joined #minetest-dev
11:35 glut32 I have a question : the enriched text can be used without freetype ?
12:40 blaze joined #minetest-dev
12:43 RobbieF joined #minetest-dev
12:43 proller__ joined #minetest-dev
12:44 RobbieF left #minetest-dev
13:00 proller joined #minetest-dev
13:03 xerox123 joined #minetest-dev
13:08 Lunatrius joined #minetest-dev
13:27 glut_32 joined #minetest-dev
13:29 est31 joined #minetest-dev
13:29 Karazhan joined #minetest-dev
13:38 Karazhan joined #minetest-dev
13:45 benrob0329 joined #minetest-dev
13:48 burli just to clarify: Map::getNodeNoex is similar to Minetest.get_node() in lua. Is that correct?
13:49 sfan5 yes
13:50 burli Ok, thanks. Than I will rewrite the pathfinder and us get_node. Than it is easyer to port it to C++ later. I use too much Lua magic
13:50 burli *use
13:55 sfan5 vmanip is also available from c++ as far as i'm aware
14:11 octacian joined #minetest-dev
14:18 jin_xi joined #minetest-dev
14:24 blaze joined #minetest-dev
14:28 proller joined #minetest-dev
14:36 burli sfan5, yes, it is. But it takes a few milliseconds to load the data. And I assume that it will take the same time in C++ to load it.
14:37 cx384 joined #minetest-dev
14:49 DS-minetest joined #minetest-dev
14:55 Fixer joined #minetest-dev
14:56 celeron55 it will be interesting to see performance results from all versions of the pathfinder
15:03 rubenwardy joined #minetest-dev
15:08 rubenwardy joined #minetest-dev
15:10 rubywarden joined #minetest-dev
15:34 Megaf joined #minetest-dev
15:35 rubenwardy joined #minetest-dev
15:45 Hunterz joined #minetest-dev
15:49 lisac joined #minetest-dev
15:54 rubenwardy #5506
15:54 ShadowBot https://github.com/minetest/minetest/issues/5506 -- Add Joystick type detection and Xbox controller support by rubenwardy
16:03 Megaf_ joined #minetest-dev
16:11 troller joined #minetest-dev
16:18 rubenwardy any opinion on #5506, sofar? I believe that you're the only one that's reviewed this code before apart from est
16:19 ShadowBot https://github.com/minetest/minetest/issues/5506 -- Add Joystick type detection and Xbox controller support by rubenwardy
16:20 sofar yeah, me and est31 debugged the original code (since I have a logitech)
16:21 rubywarden joined #minetest-dev
16:22 rubywarden I think the best approach to this is to detect the most popular controller types and automatically bind for them, and then allow custom binding for other types
16:22 sofar rubywarden: I can test with my logitech later today
16:22 sofar happy to
16:22 rubywarden I'd like to wait for an input rework before adding the custom binding
16:22 rubywarden sweet
16:23 rubywarden not much should have changed
16:23 sofar the logitech isn't boxed up yet, so :)
16:30 rubenwardy joined #minetest-dev
16:33 benrob0329 joined #minetest-dev
16:37 benrob0329-phone joined #minetest-dev
16:38 kilbith joined #minetest-dev
16:45 troller joined #minetest-dev
16:47 nerzhul joined #minetest-dev
16:57 Megaf joined #minetest-dev
17:12 Krock joined #minetest-dev
17:12 Krock joined #minetest-dev
17:18 red-001 #5508
17:18 ShadowBot https://github.com/minetest/minetest/issues/5508 -- [CSM] Add local node meta reference. by red-001
17:23 troller joined #minetest-dev
17:37 ssieb joined #minetest-dev
17:57 MoNTE48 joined #minetest-dev
18:36 troller joined #minetest-dev
18:41 Megaf_ joined #minetest-dev
19:03 Darcidride joined #minetest-dev
19:06 rubenwardy joined #minetest-dev
19:21 MoNTE48 joined #minetest-dev
19:30 kilbith RE: https://github.com/minetest/minetest/pull/5457#issuecomment-291021948
19:30 kilbith open a new PR with your patch
19:47 sofar hehe, yeah, when I saw "needs OSX code" in the comments, I would have thrown in the towel myself
19:47 burli Hmm, is it possible to get a notification if a mapblock has changed?
19:48 rubenwardy yeah, that's why I'm hesitant to do it
19:48 rubenwardy easiest way would probably be to use the draw texture fallback
19:48 kilbith OSX is a PITA to deal with, we already annoyed at work with it
19:48 sfan5 do we support OS X at all?
19:49 kilbith at work we fixed the OSX build recently
19:49 kilbith we'll backport our patches soon
19:51 kilbith we fixed the unability to press 'M' on OSX also
19:54 nerzhul sfan5, as we don't have CI it doesn't seems supported
19:56 benrob0329 joined #minetest-dev
20:28 benrob0329 joined #minetest-dev
20:34 octacian joined #minetest-dev
20:38 benrob0329-phone joined #minetest-dev
20:46 MoNTE48 joined #minetest-dev
20:50 benrob0329-phone You know what STK needs?
20:50 benrob0329-phone A Tardis :P
21:04 Megaf joined #minetest-dev
21:19 kaeza joined #minetest-dev
21:30 red-001 joined #minetest-dev
21:46 nerzhul minetest uses too many streams.... the mapblock deserializaiton method is just a pain
22:14 nerzhul when someone has time, pelase review the nearly trivial #5510
22:14 ShadowBot https://github.com/minetest/minetest/issues/5510 -- Client handlers: Remove useless stringstream usage in two handlers by nerzhul
22:22 est31 joined #minetest-dev
22:27 est31 rubenwardy: Just note that I didn't close #4153 back when I added support for my gamepad because of the missing formspec support, which makes it impossible to play the game entirely on gamepads.
22:27 ShadowBot https://github.com/minetest/minetest/issues/4153 -- xbox gamepad support
22:28 rubenwardy That's a different issue however
22:28 est31 well, your choice
22:28 rubenwardy Could just rename that to "Add formspec support to Gamepads" or just "Add complete gamepad support"
22:28 benrob0329 joined #minetest-dev
22:29 est31 rubenwardy: the issue was opened before I made my pr for gamepads support
22:29 est31 (and tbh I wasnt aware that xbox controllers have a different mapping)
22:30 est31 I just went to the nearest shop and bought some gamepad
22:31 est31 thought mapping was all the same, like for mice
22:31 est31 left button, right button, wheel
22:32 est31 *shrug*
22:32 rubenwardy yeah, it's all weird
22:32 rubenwardy there's no nice way to query for which button id a button is as well
22:33 rubenwardy you just have to have a look up table for all controller types
22:33 est31 indeed
22:33 rubenwardy renamed and added a todo to #4153
22:33 ShadowBot https://github.com/minetest/minetest/issues/4153 -- Add complete gamepad support
22:33 est31 thx
22:34 troller joined #minetest-dev
22:34 est31 now I'll go again
22:34 est31 left #minetest-dev
22:42 * sofar waves to est31
22:43 rubenwardy too late :P
22:44 rubenwardy removed "fixes #4153" from #5506
22:44 ShadowBot https://github.com/minetest/minetest/issues/4153 -- Add complete gamepad support
22:44 ShadowBot https://github.com/minetest/minetest/issues/5506 -- Add Joystick type detection and Xbox controller support by rubenwardy
22:45 octacian joined #minetest-dev
22:56 Player_2 joined #minetest-dev
23:04 paramat joined #minetest-dev
23:33 paramat closed https://github.com/minetest/minetest/pull/2712
23:33 paramat #2712
23:33 ShadowBot https://github.com/minetest/minetest/issues/2712 -- Add settings for colors by Gael-de-Sailly
23:34 paramat sometimes it's difficult to decide whether to close because of no response, or keep it open for adoption
23:34 rubenwardy yeah
23:35 paramat problem is keeping open for possible adoption often results in lots of PRs hanging around for years
23:35 paramat need to judge it per-PR, but i think strict is needed
23:37 paramat anyway 2712 was not much needed
23:37 rubenwardy yeah
23:38 rubenwardy I mean, Minetest isn't particularly themable in terms of GUI atm anyway
23:38 rubenwardy especially in terms of the client
23:46 MoNTE48 joined #minetest-dev

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