Minetest logo

IRC log for #minetest-dev, 2015-12-05

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

All times shown according to UTC.

Time Nick Message
01:17 twoelk left #minetest-dev
01:43 Terusthebird joined #minetest-dev
02:27 jomat joined #minetest-dev
06:35 tbillion joined #minetest-dev
07:29 Hunterz joined #minetest-dev
07:38 Krock joined #minetest-dev
09:16 Obani joined #minetest-dev
09:22 Calinou joined #minetest-dev
09:58 Obani joined #minetest-dev
10:17 alket joined #minetest-dev
10:23 Zeno` joined #minetest-dev
10:29 proller joined #minetest-dev
10:32 proller joined #minetest-dev
10:49 Obani joined #minetest-dev
10:54 Zeno` hi all
10:54 Zeno` It has been suggested to me that I should have explained why I removed myself as a dev
10:55 Zeno` Some people know, because I sent them a memo
10:55 Zeno` But for those that don't, it can be summed up as that I think: new features should only be added when current features are bug free. I realise that this would upset the users, though
10:55 Zeno` I have no problem with the project or other devs
10:56 Zeno` Mainly, though, I felt trapped chasing bugs
10:57 Zeno` I do think the project is worthwhile though, it's just that at this point in time I can't motivate myself to contribute, so it didn't seem fair that I had commit access
11:13 CraigyDavi joined #minetest-dev
11:29 Calinou joined #minetest-dev
11:43 Krock joined #minetest-dev
12:01 kaeza joined #minetest-dev
12:36 Soni joined #minetest-dev
12:41 Soni joined #minetest-dev
13:11 zat joined #minetest-dev
13:14 zupoman joined #minetest-dev
13:14 zupoman joined #minetest-dev
13:19 est31 joined #minetest-dev
13:31 Krock2 joined #minetest-dev
13:46 Fixer joined #minetest-dev
13:52 RealBadAngel joined #minetest-dev
14:05 Taoki joined #minetest-dev
14:09 Fixer joined #minetest-dev
14:21 kaeza joined #minetest-dev
14:26 Terusthebird joined #minetest-dev
14:52 BrandonReese joined #minetest-dev
15:07 Soni joined #minetest-dev
15:10 nrzkt joined #minetest-dev
15:32 hmmmm joined #minetest-dev
15:40 behalebabo joined #minetest-dev
15:57 Gael-de-Sailly joined #minetest-dev
16:17 PenguinDad joined #minetest-dev
16:24 H-H-H joined #minetest-dev
16:30 Soni joined #minetest-dev
17:10 est pushing in ~ 20 mins https://github.com/est31/minetest/commit/5643b9b9ed3ec39f90e3a7c9bf09bc255e0bcef3
17:10 est can be reverted sooner or later
17:10 est but needing it right now
17:12 nrzkt est: ok
17:12 est can I merge nrzkt?
17:13 nrzkt yes
17:13 est thx
17:15 est wanting to merge this too, if travis works https://github.com/minetest/minetest/pull/3422
17:15 est is that okay?
17:19 Obani joined #minetest-dev
18:27 behalebabo joined #minetest-dev
18:35 Calinou joined #minetest-dev
18:38 rubenwardy joined #minetest-dev
18:44 est31 joined #minetest-dev
18:44 est31 anybody here to look at 2 PRs?
18:45 est31 first
18:45 est31 https://github.com/minetest/minetest/pull/3428
18:45 est31 then
18:45 est31 https://github.com/minetest/minetest/pull/3417
18:45 est31 both are okay for me
18:46 est31 for the second, the concerns I had and PA had too are fixed now
18:50 younishd joined #minetest-dev
19:07 Darcidride joined #minetest-dev
19:19 DFeniks joined #minetest-dev
19:21 Nerzhul joined #minetest-dev
19:27 DFeniks_ joined #minetest-dev
19:28 DFeniks_ joined #minetest-dev
19:37 DFeniks joined #minetest-dev
19:40 Player2 joined #minetest-dev
19:43 johnnyjoy joined #minetest-dev
19:53 eeew joined #minetest-dev
20:07 paramat joined #minetest-dev
20:08 paramat +1 for 3422 and 3428, perhaps i'll merge these later
20:08 paramat oh 3428 needs squashing
20:15 paramat for 3417 i feel someone else should check the code
20:23 VanessaE #3428
20:23 VanessaE damn it ShadowNinja fix the bot
20:28 Miner_48er joined #minetest-dev
20:29 Supertanker2 joined #minetest-dev
20:42 Drangue joined #minetest-dev
20:52 turtleman_ joined #minetest-dev
20:59 paramat i'll also merge https://github.com/minetest/minetest/pull/3418 later
21:03 behalebabo joined #minetest-dev
21:39 VanessaE paramat: did you say the other day you had some code around you wanted me to try regarding tree lighting bugs in mgv7?
21:46 paramat ugh =) i did but further testing showed the fix broke other stuff, sorry
21:46 VanessaE it's okay
21:46 VanessaE I'll just harass you about it off and on. ;)
21:47 paramat see https://github.com/minetest/minetest/issues/3421
21:47 VanessaE it's probably related to the y=+63 glitch you mentioned before
21:47 * VanessaE looks
21:48 paramat no that's independent
21:49 VanessaE "I created a branch with a version of mgv7 without overgeneration and tried the moretrees mod, the shadows were fixed. "  well at least you have a theory
21:49 paramat although having no overgen fixes the moretrees shadows, the issue should be fixed another way by working on lighting code
21:50 VanessaE yeah a lot of folks think the lighting code needs .... revamped.
21:50 VanessaE but that's non-trivial
21:50 paramat also of course moretrees is using l-system during mapgen, which it shouldn't, so it's partly a mod thing. you're lucky it works in mgv6
21:50 VanessaE well
21:50 VanessaE there's a caveat there:
21:51 paramat well delayed a little
21:51 VanessaE moretrees can be configured NOT to grow trees immediatley.
21:51 VanessaE immediately*
21:51 VanessaE (in that alternate mode, it places saplings that trigger spawn_tree() calls 10-20 seconds after mapgen of that block)
21:52 paramat i confirmed that the shadows are fixed if the upper mapchunk is generated first, so if you place saplings grown by ABM a few seconds later that might work
21:52 VanessaE originally I added that feature to reduce mapgen lag, but since my deferred code, it didn't matter.
21:52 paramat aha
21:52 VanessaE OH that reminds me:
21:52 VanessaE moretrees does NOT actually generate *during* mapgen
21:52 VanessaE not since the deferred code.
21:52 paramat yep i know
21:52 VanessaE (including spawn_tree() calls)..  they're done during globalstep
21:52 VanessaE oh ok
21:53 paramat but it's still fast enough that the mapchunk above is not generated first
21:53 VanessaE true
21:53 paramat try the sapling method in mgv7, that might fix the shadows
21:53 VanessaE I'll give it a shot
21:53 VanessaE meanwhile, it almost sounds like you need a more MC-like mapgen method, though maybe not necessarily a full 16 mapblock column
21:54 paramat ideally 'updateLighting' needs work to be more robust
21:54 paramat and a veersion of l-system without a lighting update
21:55 paramat comments in the code show it is a TODO, it was ment to be another decoration type
21:55 VanessaE that might help but there's a problem - it's not possible to know ahead of time when the very last tree in a chunk will be generated
22:00 paramat (version)
22:00 paramat yeah
22:02 VanessaE I suppose it might be feasible to pre-sort biome_lib's registered actions list to group spawn_tree() calls together.  But how would one know when to actually run one of those calls *with* lighting?
22:02 paramat since they are often over 16 nodes tall, it's not ideal to place them as decorations withing the mapgen vm because that has limits at mapchunk edges. best is to grow l-system trees from sapling using an ABM, then each tree gets a vm big enough for it's height
22:02 paramat (within)
22:03 paramat yeah agreed
22:03 VanessaE that's what they do in the alternate mode
22:03 VanessaE they're placed in globalstep, but then an ABM comes around some time later and grows them with spawn_tree()
22:04 VanessaE maybe I could read the mapgen type and enforce the alternate mode if it isn't mgv6 or something
22:04 paramat the version without a lighting update should be the one done as a decoration
22:05 paramat yes all other mapgens other than mgv6 will probably have shadow bugs, so they should use the sapling method
22:07 paramat the big lighting issue is the y = 63 one, i just can't see what it is about non-mgv6 mapgens that causes it https://github.com/minetest/minetest/issues/2759 it's bad
22:08 VanessaE yeah, saw the screenshots
22:08 VanessaE it's like those floating shadows caused by I guess "cave air" up high
22:08 VanessaE in that they suck :)
22:09 VanessaE the shadows in your screenshots are easily worse than the moretrees thing.
22:09 VanessaE btw the moretrees glitch even happens with smaller trees like palms, which barely stand one mapblock tall
22:12 paramat yes i think that's because l-system automatically emerges a large and tall volume that would touch the mapchunk top
22:12 VanessaE ah
22:12 paramat 3-4 blocks tall
22:12 VanessaE I recall RBA saying that by default it emerges 3 mapblocks tall
22:12 paramat ha
22:12 VanessaE but I don't remember what he said (if anything) about the horizontal range
22:13 VanessaE what would happen if you tweaked it to force say, 6 mapblocks in height?
22:13 VanessaE clearly it would exceed a chunk boundary every time then
22:14 paramat more chance of shadow i think
22:14 VanessaE hm no, that wouldn't help anyway (what if the bottom of the stack was just below the lower boundary)
22:15 paramat well i don't understand it, thought i did, for a day
22:15 VanessaE it's like quantum mechanics
22:15 VanessaE if you think you understand it, you haven't studied it enough :)
22:15 est31 joined #minetest-dev
22:16 paramat for the y = 63 thing, i even made mgv7 as mgv6-like as possible: removed overgeneration and used the exact lighting calculation mgv6 does, but still shadows. mysterious
22:16 paramat ahh it's good to see est here
22:16 VanessaE wb est.
22:16 est31 hi
22:17 est31 updated my pr about luajit detection
22:18 paramat every dev still active is so appreciated currently
22:18 paramat okay
22:18 est31 tbh I'm trusting susnux here, but I doubt they do it badly
22:19 paramat can it be tested?
22:19 paramat well we'll soon know i guess
22:20 est31 the buildbots say its okay
22:22 paramat hmmmm you are much missed
22:23 harrison joined #minetest-dev
22:27 harrison oberon event will happen in Boston and Zurich simultaneously on some Saturday in April
22:27 harrison exact date, venue yet to be chosen
22:27 harrison please join g+ group "Oberon/A2/Bluebottle" to submit talk proposals and plan conference/meetup
22:27 harrison i am organizing the Boston half of the event
22:27 harrison and have no experience at all I haven't even ever been to a coding meetup
22:27 harrison please help me
22:28 est31 harrison, its quite likely that the stuff you talk about is off-topic
22:28 VanessaE um.... this is minetest-related how?
22:28 VanessaE ninja'd/
22:30 est31 well, for the case there is sb living near boston wanting to promote minetest, now is your chance, contact harrison.
22:31 VanessaE haha
22:32 harrison i know it is not very relevant to the channel
22:32 harrison i am hoping for genneral advice
22:32 harrison on organizing a coding meetup / informal conference
22:33 harrison like, advise me bro
22:35 Obani joined #minetest-dev
22:37 paramat -> #minetest
22:53 behalebabo joined #minetest-dev
23:09 asl97 joined #minetest-dev
23:09 Fixer joined #minetest-dev
23:14 Siva joined #minetest-dev
23:34 rubenwardy Will sending particle spawners individually to players using playername cause lag problems? http://rubenwardy.com/minetest_modding_book/lua_api.html#particlespawner-definition-add_particlespawner
23:53 paramat thanks hmmmmm i will make the shadow bool optional
23:53 est31 yea I too think that optional is better here
23:54 est31 but idk about mapgen code design
23:57 paramat yep
23:57 paramat i mean yes optional is best

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