Minetest logo

IRC log for #minetest-dev, 2016-04-02

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

All times shown according to UTC.

Time Nick Message
00:02 paramat joined #minetest-dev
00:02 est31 added a comment https://github.com/est31/minetest/commit/​b8ac7b80e6031f1322b76d638256f8e4a52e89d1
00:03 est31 paramat, can you give it a look
00:03 paramat just did, seems good +1
00:03 est31 will fix #3939
00:04 ShadowBot https://github.com/minetest/minetest/issues/3939 -- Hiding nametags stopped working
00:04 paramat much appreciated
00:06 est31 pushed
00:07 est31 and yes usually I read the logs, but i dont guarantee it
00:07 est31 kahrl, you have added a patch to gist, what about merging it?
00:12 est31 And yeah its a good idea that the "merge PR" button is now just a "close PR" one. You always accidentially click the weirdest buttons...
00:12 est31 cool that github started improving their service
00:15 ShadowNinja Maybe we can start using auto-merging now: https://github.com/blog/2141-squash-your-commits
00:16 ShadowNinja It should allow pull requests to be merged much more easily, promoting faster merges.
00:16 ShadowNinja It has to be enabled though.  celeron55 ^?
00:18 est31 joined #minetest-dev
01:06 yang2003 joined #minetest-dev
01:07 yang2003 joined #minetest-dev
02:41 paramat left #minetest-dev
03:06 sofar !tell pilzadam I'd love to maintain "nether" in minetest-mods - PM me
03:06 ShadowBot sofar: O.K.
03:32 asl97 joined #minetest-dev
03:40 est31 joined #minetest-dev
04:09 VanessaE sofar: what's the probability of using that new drawtype for pipeworks tubes?
04:09 VanessaE (doesn't seem like it would work for steel pipes, but maybe those also?)
04:10 VanessaE (actually, it wouldn't work for steel pipes, as those are mesh nodes)
04:10 sofar aren't those meshes?
04:10 sofar yes
04:11 sofar pipeworks tubes should work. I forgot who it was but someone already hacked up a lot of technic conversions
04:11 sofar they worked nicely
04:11 VanessaE technic has already been patched, works well.
04:11 sofar ahhh good
04:11 sofar yup, we can do pipeworks as well soon
04:12 sofar might as well now
04:12 VanessaE nore: *poke*
04:13 VanessaE what about mesecons?  that one I guess would be kinda tricky, no doubt?
04:13 sofar well, you could convert some of mesecons wire, but not all
04:13 VanessaE that's what I thought
04:14 asl97 joined #minetest-dev
05:11 VanessaE I must be missing something - is there a way to have a mod (or modpack) provide settings equivalent to minetest.conf (i.e. stuff that takes effect before the server's mods are initialized)?
05:12 sofar you can set stuff in minetest.conf
05:12 sofar but it's during mod initialization that you have the first chance
05:12 VanessaE damn it.
05:13 sofar that's only a problem if you need to share settings between mods
05:13 sofar but yes, modpacks :(
05:13 VanessaE I just converted dreambuilder into a normal modpack, and I was hoping to include a minetest.conf equivalent to what the subgame had before.
05:13 sofar make a dreambuilder_settings mod, have all the mods depend on it
05:13 sofar something like that will work
05:13 VanessaE ew.
05:15 VanessaE I'll figure out another way.
05:19 VanessaE strike that, there's no way to do what I want without an equivalent to a subgame's minetest.conf.
05:20 VanessaE (specifically, one of the things the subgame used to do was disable the mesh cache)
06:20 yang2003 joined #minetest-dev
06:26 nrzkt joined #minetest-dev
06:43 Hunterz joined #minetest-dev
07:58 ynong123 joined #minetest-dev
08:02 Hunterz joined #minetest-dev
08:14 OldCoder joined #minetest-dev
08:29 Krock joined #minetest-dev
08:46 Calinou joined #minetest-dev
08:46 Hunterz joined #minetest-dev
08:56 Hunterz joined #minetest-dev
09:07 Zeno` joined #minetest-dev
09:17 Obani joined #minetest-dev
09:22 technics joined #minetest-dev
09:25 Hunterz joined #minetest-dev
10:02 proller joined #minetest-dev
10:18 PilzAdam joined #minetest-dev
10:43 Krock joined #minetest-dev
11:01 jin_xi joined #minetest-dev
11:24 Amaz joined #minetest-dev
11:32 Megaf joined #minetest-dev
11:36 Fixer joined #minetest-dev
11:46 turtleman joined #minetest-dev
12:53 Gael-de-Sailly joined #minetest-dev
13:00 est31 joined #minetest-dev
13:02 STHGOM joined #minetest-dev
13:24 nore hm, does anyone know how to detect user language?
13:24 nore I'm trying to add this client-side translation thing
13:24 nrzkt on Linux LANG is the answer
13:24 nore and it works well, except that I can't find the language
13:25 nrzkt nore what is your exact thing ?
13:25 nore nrzkt: well, I'd like to be able to get the language name
13:25 est31 we already have code to get the language name
13:25 nore like "fr", "de", etc in the menu
13:25 nore est31: where?
13:25 Krock nore, could there be a gettext function?
13:25 est31 ah
13:25 nore I can't find it
13:26 nore and even setlocale(LC_ALL, NULL) does strange things
13:26 nrzkt haha welcome to locales :(
13:26 nore like, always replying the same thing
13:26 nore even if I set language to "de" or "C"
13:26 nore I get my fr locale (with LC_NUMERIC=C)
13:27 nore and, even more strange, if I do 'LANG="" bin/minetest'
13:27 Obani est31, will utf8 based chat be in 0.4.14 ?
13:27 est31 Obani, no
13:27 nore language does not work anymore
13:27 est31 nore, the language seems to be overwritten by minetest
13:27 nore even if I set it in minetest.conf
13:27 nore est31: I know it is
13:27 est31 init_gettext from src/gettext.cpp
13:27 nore that's what I'm saying
13:28 nore after mt overrides it, I get the same answer
13:28 nore (I'm changing it by writing the language name in minetest.conf)
13:29 est31 ahh
13:29 nore and what I don't understand is why I always get the same answer
13:29 est31 that seems to happen only on windows
13:29 nore and why language doesn't work if I set LANG="" before launching mt
13:30 est31 man this code is a mess too
13:30 nore est31: no, there's a call if not windows too
13:30 est31 tons of #ifdef here ifdef there
13:30 est31 no idea what happens
13:31 nore well, what should happen since I'm on a linux laptop
13:31 nore // Add user specified locale to environment
13:31 nore setenv("LANGUAGE", configured_language.c_str(), 1);
13:31 nore // Reload locale with changed environment
13:31 nore setlocale(LC_ALL, "");
13:32 nore I don't know why LANGUAGE is set and not LANG though
13:32 sfan5 iirc LANGUAGE overrides LANG
13:32 sfan5 if you have set LANG to de and set LANGUAGE to fr you get french
13:32 sfan5 s/overrides/has higher priority than/
13:33 nore sfan5: hm, if I set LANG instead, language does not work anymore
13:33 sfan5 hm
13:34 sfan5 % LANGUAGE=de_DE.UTF-8 LANG=C bash --version | tail -1
13:34 sfan5 There is NO WARRANTY, to the extent permitted by law.
13:34 sfan5 doesnt seem to be that way
13:34 sfan5 % LANGUAGE=de_DE.UTF-8 bash --version | tail -1
13:34 sfan5 Für den größtmöglichen gesetzlich zulässigen Umfang wird jede Haftung ausgeschlossen.
13:34 sfan5 not setting LANG obviously works
13:34 nore other, unrelated problem: is there a reason why fonts are awful when I set the language to fr?
13:36 nore sfan5: if I do LANG=C bin/minetest, language does not work anymore
13:37 nore even if I add language=fr to minetest.conf
13:37 sfan5 i would call that a feature
13:38 nore sfan5: well, if I do LANG=de_DE.UTF-8 bin/minetest, I get no languge either
13:38 nore so not really feature :/
13:38 nore but if I replace LANG with LANGUAGE, it works??
13:39 sfan5 most likely because LANGUAGE is overriden in the code
13:40 nore ok, but why if I do LANG=de_DE.UTF-8 I get nothing, even if I have language=de in minetest.conf too?
13:42 sfan5 magic maybe
13:42 nore (also, when I try to query LC_ALL, I get "C")
13:43 nore and if I didn't do this, I *always* get "LC_CTYPE=fr_FR.UTF-8;LC_NUMERIC=C;LC_TIME=fr_​FR.UTF-8;LC_COLLATE=fr_FR.UTF-8;LC_MONETARY=fr​_FR.UTF-8;LC_MESSAGES=fr_FR.UTF-8;LC_PAPER=fr_​FR.UTF-8;LC_NAME=fr_FR.UTF-8;LC_ADDRESS=fr_FR.​UTF-8;LC_TELEPHONE=fr_FR.UTF-8;LC_MEASUREMENT=​fr_FR.UTF-8;LC_IDENTIFICATION=fr_FR.UTF-8"
13:43 nore i.e. fr_FR.UTF-8, with LC_NUMERIC=C
13:43 nore even if I set language to de for example
13:45 sfan5 thats because minetest only sets LANGUAGE to the one in minetest.conf
13:46 nore hm...
13:46 nore so LANGUAGE has priority over LC_*
13:46 nore ?
13:47 sfan5 no idea
13:47 nore looks like so then
13:48 nore I'm still not able to understand why LANG=de_DE.UTF-8 bin/minetest gets me an english mt, even if language is set to "de" in minetest.conf
13:55 Zeno` doesn't quite make sense does it
13:56 Zeno` last time I tried I had a lot of trouble setting the language
13:56 Zeno` more trouble than I expected
13:57 Zeno` maybe it's easier on Windows
14:04 nore what do you think about not translating game content except if the user sets the language in minetest.conf/in the menu then?
14:05 nore or, maybe I have an idea
14:05 nore translate a string called LANG_CODE
14:05 nore and it would have to be translated to each language's code
14:05 nore and then, we can use gettext :)
14:06 nore it's a bit hacky, but maybe the best solution
14:06 nore what do you think?
14:07 proller joined #minetest-dev
14:14 proller joined #minetest-dev
14:49 Hunterz joined #minetest-dev
14:55 STHGOM joined #minetest-dev
14:56 Dragonop joined #minetest-dev
15:08 Warr1024 joined #minetest-dev
15:22 hmmmm joined #minetest-dev
15:39 nore #3950
15:39 ShadowBot https://github.com/minetest/minetest/issues/3950 -- Add client-side translations by Ekdohibs
15:54 damiel joined #minetest-dev
16:09 Player_2 joined #minetest-dev
16:19 Lejo joined #minetest-dev
16:20 Lejo left #minetest-dev
17:08 domtron joined #minetest-dev
17:15 kahrl joined #minetest-dev
17:18 neoascetic joined #minetest-dev
17:19 neoascetic Did anyone have problems with doubleclick event on touchpad while playing?
17:24 nore PilzAdam: do you have an idea to avoid large strings server-side?
17:25 Samson1 joined #minetest-dev
17:45 celeron55 joined #minetest-dev
17:49 PilzAdam nore, like I said in the comment on the PR: the client could send the preferred languages to the server
17:49 PilzAdam then the server only sends the already translated strings to the client
17:49 nore PilzAdam: yes, but how would the server know the translated strings?
17:49 VanessaE qwrwed reports a facedir bug:  a mesh node with paramtype2="wallmounted", such as homedecor shutters and I think default wooden signs, some rotations put the model and the selection box in different places:  https://forum.minetest.net/vi​ewtopic.php?p=212897#p212897
17:50 PilzAdam this would be totally backward compatible; just an additional package at init phase is needed
17:50 nore also, some of these strings are in metadata (infotext for example)
17:50 nore for example, a furnace
17:50 PilzAdam mods could provide compiled gettext files
17:51 PilzAdam the server could some kind of markup internally
17:51 nore it sets texts like "Furnace is cooking (42% remaining)", or something like that
17:51 PilzAdam but it shouldn't expose this to the client
17:51 Calinou joined #minetest-dev
17:51 nore so two problems: it isn't easy to translate that without help from the mod
17:51 nore and second one, this is an infotext
17:52 nore so it resides in metadata
17:52 nore which would have then to be modified before being sent to client
17:52 nore and server would still have to store all the translations somewhere
17:52 nore (so, a long string)
17:52 PilzAdam hm.. metadata is indeed a problem
17:53 PilzAdam maybe use your way for metadata, and mine for everything else (descriptions, HUD elements, etc)
17:54 PilzAdam although: if you save all translations to the metadata, then updating the translation files wouldn't automatically update all nodes on the map
17:55 kahrl joined #minetest-dev
17:55 nore and where would the translations for descriptions be stored? I'd suggest in the format that I used
17:55 nore PilzAdam: yes, but again, if you change the text that is written, all nodes aren't updated
17:55 nore so it works the same way as now
17:56 nore not really a problem, thus
17:56 nore sorry, gtg now
17:56 PilzAdam the translation would be stored in *.mo files in the mods
17:56 PilzAdam and the server simply uses gettext before sending anything to the client
17:56 nore PilzAdam: and what about dynamic strings?
17:57 nore (let's say, for HUD for example)
17:57 PilzAdam there could be an API method that translates into a markup format (like you proposed), but the server resolves it before sending to the client
17:58 nore that looks fine
17:59 PilzAdam so the mod calls minetest.translate("Health: %d", 100), which results in "Health: 100\v{de: Leben: 100}", but the server still only sends "Health 100" or "Leben 100" to the client
18:02 nore yeah, that could be done in another pr though :)
18:02 nore I don't think it is really a problem right now
18:26 domtron joined #minetest-dev
18:29 celeron55 has anyone yet used the new squash+rebase github button?
18:30 celeron55 looks like probably no
18:34 MyTeke_ChrisWMas joined #minetest-dev
19:15 Calinou_ joined #minetest-dev
19:43 VargaD joined #minetest-dev
19:45 Warr1024 joined #minetest-dev
19:47 Warr1024 joined #minetest-dev
20:15 Calinou__ joined #minetest-dev
20:19 Calinou_ joined #minetest-dev
20:20 nrzkt joined #minetest-dev
20:22 hmmmm hey
20:22 hmmmm hmm paramat isn't on
20:50 fling joined #minetest-dev
21:42 STHGOM joined #minetest-dev
21:44 paramat joined #minetest-dev
21:44 paramat hi hmmmm
21:56 paramat hmmmm i might work on #2759 soon, please could you read through that sometime just in case something occurs to you?
21:56 ShadowBot https://github.com/minetest/minetest/issues/2759 -- Shadow bug at y = 63 in mgv5/mgv7/mgflat/mgfractal/mgvalleys(/mgwatershed)
22:07 ShadowNinja MT tries to generate chunks if any of the blocks in them are missing, even if some of them have m_generated=true.  This means that my map converter tool will have to pad out chunks with empty blocks to make a complete chunk, or face mapgen greifing (core mg should be overridden but waste CPU cycles, mod mg like in moretrees will cause greifing though).
22:07 ShadowNinja This also causes the "/deleteblocks regenerates the whole area around the deleted area" issue.
22:08 ShadowNinja Also, doc/world_format.txt is wrong about the generated flag: http://ix.io/vuo/diff
22:09 Lunatrius` joined #minetest-dev
22:09 paramat seems correct behaviour
22:10 hmmmm I think what ShadowNinja wants to do is not pass blocks to the generator if they're marked as m_generated == true
22:10 hmmmm but this is not possible...
22:13 ShadowNinja hmmmm: I got it working more-or-less, I just had trouble with getting lighting to update when the lighting_expired flag was set.
22:13 hmmmm how did you get it working?
22:15 ShadowNinja hmmmm: Here's the meat of it: http://ix.io/vur/diff
22:16 hmmmm that is a huge misunderstanding of how the emerge thread works...
22:17 hmmmm consider the case where a non-generated block has been requested but exists in the same chunk as one that's already been generated.
22:18 ShadowNinja Perhaps only skip Lua mapgen then.
22:19 hmmmm it doesn't work that way either.  now you just broke a bunch of mods.
22:19 ShadowNinja That could be an issue for full-blown Lua mapgens though.
22:20 ShadowNinja Maybe just return an empty block in that case.  MT itself won't actually generate chunk with missing blocks.
22:20 hmmmm I think I considered a strategy back when I was working on mapgen multithreading but rejected it for some reason I don't immediately recall
22:20 hmmmm s/a strategy/that strategy/
22:24 ShadowNinja Any better ideas?  It not I'll have to modify my converter to just pad out chunks with empty/stone blocks.
22:25 domtron joined #minetest-dev
22:26 hmmmm So you want your converter to place the map right inside the mapgen?
22:26 hmmmm place the converted map right inside of the map-generated map
22:27 Samson1 joined #minetest-dev
22:29 hmmmm that's not going to blend well anyway
22:33 ShadowNinja hmmmm: Yes, ideally the MT mapgen should handle everything not included, but not touch the included blocks.
22:34 ShadowNinja That'll be hard though, because of the chunk abstraction.
22:34 hmmmm maybe there should be a do_not_touch_this_block flag
22:34 hmmmm m_immutable
22:34 hmmmm any attempts to write back to the block would simply not succeed
22:35 hmmmm so moretrees can do whatever it so desires to the block in the voxelmanipulator - but good luck getting it committed back to Map!
22:36 ShadowNinja Hmmm, could I just set chunksize=1 in map_meta.txt to get what I want?
22:36 hmmmm yes
22:36 hmmmm but you'll get no caves or dungeons
22:36 ShadowNinja That's acceptable.
22:43 paramat comments on #2721 ? is it even possible?
22:43 ShadowBot https://github.com/minetest/minetest/issues/2721 -- Possibility to rotate entity's collision box
22:52 VanessaE it is not.
22:53 VanessaE not unless you want to rotate it by whole 90 degree increments anyway
22:53 VanessaE the collision system can't otherwise work with it.
22:53 paramat yeah, the idea suggested is alter the cuboid dimensions as the object rotates
22:55 VanessaE misleading title :P  THAT should be possible I would think
22:55 paramat btw VanessaE the 'official' moretrees lighting bug thread is now this #3421 and has some more results
22:55 ShadowBot https://github.com/minetest/minetest/issues/3421 -- Moretrees lighting bug: Mapgen 1 up 1 down overgeneration changes lighting behaviour
22:57 VanessaE https://github.com/minetest/minetest​/issues/3421#issuecomment-202032200   "1 light level darker than they should be [in water]" isn't unique to tree growth btw.
22:57 VanessaE that also used to happen when dumping a bucket of water into a source that was placed on-generated.
22:58 VanessaE that's progress though
23:01 yang2003 joined #minetest-dev
23:03 DFeniks joined #minetest-dev
23:29 paramat closed #2773
23:29 ShadowBot https://github.com/minetest/minetest/issues/2773 -- Allow semi-transparent pixels in detail texture of connected glass
23:31 hmmmm you should keep it open to track the issue...
23:31 hmmmm don't tell them that you're not going to fix it because you personally don't know how and/or it's a lot of work
23:36 domtron joined #minetest-dev
23:38 paramat the z-sorting issue is seperate and can be tracked seperately, in our situation we can't add transparency to glass
23:39 hmmmm then why not link to the existing issue and close it as a duplicate?
23:40 paramat ok. i also misunderstood slightly
23:40 Fixer VanessaE, yes, i confirmed that water bug lighting too
23:41 paramat re-opened for now
23:41 VanessaE hmmmm: you once said that proper alpha/z-sorting should be fixable, but a LOT of work.  just how much work are we talking about here?
23:41 hmmmm i don't know really
23:41 hmmmm i started it on it a while ago but shelved the feature because i got bored
23:41 hmmmm maybe i should work on that
23:42 VanessaE (I only ask because both the engine and game have undergone a shit ton more work in the couple of years since you mentioned that, that I wonder if it's more a matter of wanting to make the effort than being able to)
23:42 VanessaE looks like you just answered my question :)
23:43 paramat closed #2778
23:43 ShadowBot https://github.com/minetest/minetest/issues/2778 -- Textures sometimes corrupted
23:53 MyTeke_ChrisWMas Awesome..

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