| Time |
Nick |
Message |
| 00:02 |
crazyR |
I have to admit, i love what ive seen of it. Cant wait for it to be finished. |
| 01:37 |
|
est31 joined #minetest-dev |
| 01:57 |
|
Supertanker2 joined #minetest-dev |
| 02:15 |
|
crazyR_ joined #minetest-dev |
| 03:32 |
|
cib0 joined #minetest-dev |
| 04:15 |
|
est31 joined #minetest-dev |
| 04:40 |
|
Supertanker2 joined #minetest-dev |
| 04:50 |
VanessaE |
celeron55: latest commits are a considerable improvement in map load time |
| 05:15 |
|
Supertanker2 joined #minetest-dev |
| 05:16 |
|
cib0 joined #minetest-dev |
| 05:16 |
VanessaE |
celeron55: interesting z-fighting glitch: http://digitalaudioconcepts.com/vanessa/hobbies/minetest/screenshots/random/Screenshot_2015-11-12_00-15-02.png (left of the crosshairs) |
| 05:17 |
VanessaE |
(that spot is about 50 or so meters away, I just cropped and zoomed the screenshot for clarity) |
| 06:42 |
|
Hunterz joined #minetest-dev |
| 06:58 |
|
kaeza joined #minetest-dev |
| 07:06 |
|
paramat joined #minetest-dev |
| 07:08 |
paramat |
hi hmmmm Mgv6: Move global mapgen flag 'flat' into mgv6 spflags https://github.com/minetest/minetest/pull/3359 |
| 07:14 |
|
nrzkt joined #minetest-dev |
| 07:16 |
|
cib0 joined #minetest-dev |
| 07:50 |
hmmmm |
paramat: looks good, approved |
| 07:51 |
paramat |
ok thanks for looking |
| 08:00 |
hmmmm |
oh wait |
| 08:00 |
hmmmm |
you didn't modify the documentation or the settings |
| 08:06 |
paramat |
yes i thought i'd do that later after discussion to help avoid conflicts |
| 08:06 |
paramat |
i'll leave it a little longer for more discussion |
| 08:08 |
paramat |
next i suggest removing the global 'trees' flag (only has effect in mgv6) and adding a global 'decorations' flag for all mapgens that also controls mgv6 trees |
| 08:09 |
|
paramat left #minetest-dev |
| 08:34 |
|
hmmmm joined #minetest-dev |
| 09:05 |
|
Player2 joined #minetest-dev |
| 09:22 |
|
Darcidride joined #minetest-dev |
| 09:40 |
|
cib0 joined #minetest-dev |
| 10:19 |
|
technics joined #minetest-dev |
| 10:26 |
|
Calinou joined #minetest-dev |
| 10:47 |
|
proller joined #minetest-dev |
| 11:34 |
|
who_wants_some joined #minetest-dev |
| 11:49 |
|
cib0 joined #minetest-dev |
| 12:02 |
|
Lunatrius joined #minetest-dev |
| 12:34 |
|
cib0 joined #minetest-dev |
| 13:24 |
|
DFeniks joined #minetest-dev |
| 13:35 |
|
cib0 joined #minetest-dev |
| 13:57 |
|
zat joined #minetest-dev |
| 14:30 |
|
proller joined #minetest-dev |
| 14:38 |
|
who_wants_some joined #minetest-dev |
| 14:58 |
|
proller joined #minetest-dev |
| 15:18 |
|
Hunterz joined #minetest-dev |
| 15:18 |
|
luizrpgluiz joined #minetest-dev |
| 15:30 |
VanessaE |
what's the story with minecraft 1.8 skin compatibility? anyone interested in this at all? |
| 15:52 |
|
damiel joined #minetest-dev |
| 15:53 |
VanessaE |
also, banning by IP range is becoming a concern.. |
| 15:58 |
kahrl_ |
VanessaE: I have some FIB trie code that I had to code for an assignment at some point, might be useful for banning by IP range :) |
| 15:58 |
kahrl_ |
(FIB = forward information base, it's the data structure routers use to determine where to route a packet given a destination IP) |
| 15:59 |
kahrl_ |
forwarding* |
| 15:59 |
VanessaE |
cool |
| 16:00 |
VanessaE |
reason I bring it up is that I just had to mass-ban a player from all my servers (for griefing)... and he's on ipv6 (with a nearly-full address), so I have to /64 him if I can |
| 16:00 |
kahrl_ |
not sure if that performance is needed here, heh |
| 16:02 |
kahrl_ |
ShadowNinja: re: https://github.com/minetest/minetest/commit/5e507c9829942c434a6f1ae7a4f3a488c7e50bef#commitcomment-14267775 |
| 16:02 |
kahrl_ |
I did it the way I did it because FindCurses.cmake (comes with cmake) already defines most of the CURSES_HAVE_blahblah_H constants |
| 16:03 |
kahrl_ |
so I just added two more |
| 16:03 |
kahrl_ |
but in principle, the if cascade could be moved to FindNcursesw.cmake if desired |
| 16:03 |
kahrl_ |
I didn't think it mattered that much |
| 16:12 |
VanessaE |
in any case, I can't /ban his:ip:v6:addr/64 -- no such player. |
| 16:16 |
kahrl_ |
afaik /ban only works with player names anyway, doesn't it? |
| 16:16 |
|
hmmmm joined #minetest-dev |
| 16:16 |
VanessaE |
kahrl_: actually someone just told me several mins ago that it works with IP addresses too (though I don't think he had ipv6 in mind) |
| 16:17 |
kahrl_ |
strange, because my chatcommands.lua first checks core.get_player_by_name(param) |
| 16:17 |
kahrl_ |
and if no player is returned, it stops |
| 16:17 |
|
CraigyDavi joined #minetest-dev |
| 16:18 |
VanessaE |
ok, then he was wrong :) |
| 16:18 |
kahrl_ |
maybe that someone is using a mod? |
| 16:18 |
VanessaE |
idk |
| 16:18 |
VanessaE |
maybe it's a feature of xban |
| 16:18 |
kahrl_ |
probably |
| 16:27 |
|
cheapie joined #minetest-dev |
| 16:32 |
|
nrzkt joined #minetest-dev |
| 16:41 |
|
BlockMen joined #minetest-dev |
| 16:42 |
BlockMen |
Pushing trivial fix in 10 minutes: https://github.com/BlockMen/minetest/commit/36855522a5382614c525c69dd884560a197b875d |
| 16:45 |
nrzkt |
+1 |
| 16:46 |
kahrl_ |
BlockMen: huh |
| 16:46 |
kahrl_ |
BlockMen: lgtm, but how did the viewing range scrollbar work (before the settings menu was replaced)? |
| 16:48 |
kahrl_ |
oh, it defined name and orientation in reverse order, haha |
| 16:48 |
VanessaE |
kahrl_: still don't want to use my +/- icons huh? :< :) |
| 16:49 |
kahrl_ |
VanessaE: wasn't motivated to work on it after the bummer with specifying the path to the icons |
| 16:49 |
VanessaE |
aww |
| 16:54 |
BlockMen |
kahrl_: yeah. Was surprised we don't have any formspec scrollbar on MM anymore. and pushed |
| 16:55 |
BlockMen |
nrzkt, could you check jenkins (android) plz? it fails since a few days |
| 16:58 |
nrzkt |
I disabled it temporary to don't provide other problems due to a JDK8 search |
| 16:59 |
nrzkt |
will look at it soon |
| 17:00 |
BlockMen |
thx :) |
| 17:01 |
BlockMen |
could someone else approve #3358 ? |
| 17:01 |
BlockMen |
https://github.com/minetest/minetest/pull/3358/ |
| 17:02 |
|
CraigyDavi joined #minetest-dev |
| 17:03 |
kahrl_ |
why should items not merge? |
| 17:04 |
BlockMen |
to quote " if a node drops 5 something, there's a good chance that some or all of these 5 entities will instantly merge, not showing how much you just got from the digging." |
| 17:05 |
BlockMen |
and i would like this aswell, e.g. for mobs drops. Those stacks are strange for those IMO |
| 17:06 |
kahrl_ |
if you don't merge those items, then you'll get error messages about too many objects per block in no time |
| 17:06 |
kahrl_ |
I think items should rather be rendered differently depending on how many there are in the stack |
| 17:06 |
VanessaE |
kahrl_: wouldn't the appropriate response to *that* be to fix the problems the engine has with lots of entities in a block to begin with (and raise the default limit)? |
| 17:06 |
BlockMen |
kahrl_: not necessarly since they despawn after 30min |
| 17:07 |
celeron55 |
why is this even an item-specific property |
| 17:07 |
kahrl_ |
(RBA had something where they were scaled depending on the count, but that was a bit weird) |
| 17:07 |
celeron55 |
shouldn't it be more like game-global |
| 17:07 |
celeron55 |
most of the time you're setting the same value into everything anyway if you can help it |
| 17:07 |
kahrl_ |
(MC does it by rendering two wield meshes next to each other if there is 2 or more items in a stack) |
| 17:08 |
BlockMen |
celeron55: why? i see nothing wrong to allow mergin for (e.g. block) and disable for tools |
| 17:08 |
kahrl_ |
tools aren't merged anyway, since they have stack_max = 1 |
| 17:08 |
BlockMen |
kahrl_: well, then buckets (empty) |
| 17:08 |
celeron55 |
how about instead fixing how stacks look instead of adding workarounds |
| 17:09 |
celeron55 |
wouldn't that be nice |
| 17:09 |
|
Hunterz joined #minetest-dev |
| 17:10 |
BlockMen |
since we want provide an (flexible) engine i dont see whats wrong to offer all options |
| 17:10 |
BlockMen |
instead limiting it to visual effects |
| 17:10 |
kahrl_ |
VanessaE: yeah I agree, but unfortunately many have attempted to fix them and none succeeded :/ |
| 17:10 |
kahrl_ |
well some bugs were fixed, but there are still problems obviously |
| 17:10 |
celeron55 |
BlockMen: but you still need to filter out insane options because if not, it results in an unmanageable mess |
| 17:11 |
BlockMen |
celeron55: and what is "insane" at having an option to let items merge or not? |
| 17:11 |
celeron55 |
it might be; i'm not saying that it definitely is |
| 17:13 |
celeron55 |
but whatever, that's a quite lightweight addition anyway and can be even removed without breaking really anything |
| 17:27 |
BlockMen |
anybody against closing https://github.com/minetest/minetest/issues/3342 ? |
| 17:28 |
VanessaE |
close. |
| 17:45 |
|
rubenwardy joined #minetest-dev |
| 17:54 |
|
Krock joined #minetest-dev |
| 18:01 |
|
Krock2 joined #minetest-dev |
| 18:03 |
|
Amaz joined #minetest-dev |
| 18:26 |
|
Darcidride joined #minetest-dev |
| 18:30 |
|
Darcidride_ joined #minetest-dev |
| 18:44 |
|
ElectronLibre joined #minetest-dev |
| 18:45 |
|
hmmmm joined #minetest-dev |
| 18:59 |
|
Krock joined #minetest-dev |
| 19:25 |
|
DFeniks joined #minetest-dev |
| 20:00 |
|
Robert_Zenz joined #minetest-dev |
| 20:07 |
|
Darcidride joined #minetest-dev |
| 21:16 |
|
Terusthebird joined #minetest-dev |
| 21:19 |
|
zupoman joined #minetest-dev |
| 21:19 |
|
zupoman joined #minetest-dev |
| 21:33 |
|
ElectronLibre left #minetest-dev |
| 21:36 |
|
Warr1024 joined #minetest-dev |
| 21:38 |
|
cib0 joined #minetest-dev |
| 22:27 |
|
damiel joined #minetest-dev |
| 22:38 |
|
cib_ joined #minetest-dev |
| 23:13 |
|
Warr1024 joined #minetest-dev |
| 23:13 |
|
who_wants_some_ joined #minetest-dev |
| 23:16 |
|
kaeza joined #minetest-dev |
| 23:17 |
|
kaeza joined #minetest-dev |
| 23:36 |
|
kaeza joined #minetest-dev |
| 23:54 |
|
ShadowNinja joined #minetest-dev |
