| Time |
Nick |
Message |
| 00:10 |
|
xtremehacker_ joined #minetest-dev |
| 00:38 |
|
est31 joined #minetest-dev |
| 00:39 |
|
est31 joined #minetest-dev |
| 00:40 |
|
est31 left #minetest-dev |
| 01:17 |
|
Miner_48er joined #minetest-dev |
| 01:22 |
|
turtleman joined #minetest-dev |
| 02:06 |
|
chatter29 joined #minetest-dev |
| 02:12 |
|
lordfingle joined #minetest-dev |
| 02:26 |
|
est31 joined #minetest-dev |
| 02:58 |
|
ssieb joined #minetest-dev |
| 03:22 |
|
paramat joined #minetest-dev |
| 03:54 |
|
benrob0329 joined #minetest-dev |
| 05:01 |
|
Hunterz joined #minetest-dev |
| 05:06 |
|
dmurph_ joined #minetest-dev |
| 05:06 |
|
nerzhul joined #minetest-dev |
| 05:07 |
|
book`_ joined #minetest-dev |
| 05:08 |
|
TC04 joined #minetest-dev |
| 05:09 |
|
Robby- joined #minetest-dev |
| 05:09 |
|
Tesseract joined #minetest-dev |
| 05:13 |
|
xerox123_ joined #minetest-dev |
| 05:20 |
|
paramat joined #minetest-dev |
| 05:27 |
paramat |
#5512 trivial mapgen stuff |
| 05:27 |
ShadowBot |
https://github.com/minetest/minetest/issues/5512 -- MapgenBasic: Add lava source as commonly used content by paramat |
| 05:39 |
nerzhul |
okay for me |
| 05:39 |
nerzhul |
paramat, can look at trivial #5510 |
| 05:39 |
ShadowBot |
https://github.com/minetest/minetest/issues/5510 -- Client handlers: Remove useless stringstream usage in two handlers by nerzhul |
| 05:41 |
nerzhul |
merging #5508 |
| 05:41 |
ShadowBot |
https://github.com/minetest/minetest/issues/5508 -- [CSM] Add local node meta reference. by red-001 |
| 05:42 |
paramat |
#5513 more trivial mapgen stuff, will merge later with 5512 |
| 05:42 |
ShadowBot |
https://github.com/minetest/minetest/issues/5513 -- Mapgen: Remove '#include treegen.h' from non-mgv6 mapgens by paramat |
| 05:43 |
paramat |
i don't understand 5510 but if it's trivial go ahead |
| 05:46 |
nerzhul |
in fact we use a stringstream to deserialize long string instead of asking packet to do it, this copies the memory space of this packet just for deserialize, i remove the copy and use native packet feature :) |
| 05:47 |
nerzhul |
merging then |
| 05:51 |
paramat |
ok :] this is stuff i'm not good with |
| 05:51 |
nerzhul |
merging 5512 |
| 05:54 |
paramat |
thanks |
| 05:56 |
|
madgoat joined #minetest-dev |
| 05:56 |
|
madgoat left #minetest-dev |
| 06:11 |
|
red-001 joined #minetest-dev |
| 06:17 |
VanessaE |
paramat: I wonder if you shouldn't leave #5107 open until that issue is actually resolved? |
| 06:17 |
ShadowBot |
https://github.com/minetest/minetest/issues/5107 -- Make nodes coloured by param2 distinct |
| 07:08 |
|
paramat joined #minetest-dev |
| 07:15 |
paramat |
nah it's ok, work on coloured itemstacks is well underway :] |
| 07:16 |
VanessaE |
ok. |
| 07:48 |
|
nrzkt joined #minetest-dev |
| 08:04 |
|
Hunterz joined #minetest-dev |
| 08:08 |
|
Hunterz joined #minetest-dev |
| 08:27 |
|
kilbith joined #minetest-dev |
| 08:49 |
|
blaze joined #minetest-dev |
| 09:01 |
|
mlucena joined #minetest-dev |
| 09:05 |
|
mlucena joined #minetest-dev |
| 09:07 |
|
mlucena joined #minetest-dev |
| 09:40 |
|
nrzkt joined #minetest-dev |
| 09:50 |
|
YuGiOhJCJ joined #minetest-dev |
| 10:05 |
|
Darcidride joined #minetest-dev |
| 10:06 |
|
Hunterz joined #minetest-dev |
| 10:09 |
|
Hunterz joined #minetest-dev |
| 10:35 |
|
blaze joined #minetest-dev |
| 10:37 |
kilbith |
nrzkt: https://hastebin.com/kedesamaqi.cpp |
| 10:38 |
nrzkt |
kilbith: it's a problem when you compile with a C++11 compiler and use jsoncpp for non C++11 build, just ignore it or update jsoncpp to 1.8.0 to use C++11 instead of C++03 |
| 10:39 |
kilbith |
jp r2d2:~$ yaourt -Qi jsoncpp |
| 10:39 |
kilbith |
Nom : jsoncpp |
| 10:39 |
kilbith |
Version : 1.8.0-1 |
| 10:42 |
nrzkt |
here you use embedded jsoncpp instead of system |
| 10:42 |
nrzkt |
it's why you compile it and have warns |
| 10:44 |
kilbith |
how do I use the system one ? |
| 10:47 |
nrzkt |
open CMakeCache.txt and set ENABLE_SYSTEM_JSONCPP to "on" |
| 11:45 |
|
lisac joined #minetest-dev |
| 11:50 |
|
DI3HARD139 joined #minetest-dev |
| 11:57 |
|
nrzkt joined #minetest-dev |
| 12:17 |
|
troller joined #minetest-dev |
| 12:20 |
|
RobbieF joined #minetest-dev |
| 12:26 |
|
Fixer joined #minetest-dev |
| 12:32 |
|
burli joined #minetest-dev |
| 12:32 |
burli |
hi |
| 12:35 |
burli |
ported the pathfinder to get_node() successfully. Still fast. Now it should be possible to port it to C++ much easier |
| 12:40 |
|
DS-minetest joined #minetest-dev |
| 12:56 |
celeron55 |
sounds good |
| 13:08 |
|
lisac joined #minetest-dev |
| 13:08 |
|
est31 left #minetest-dev |
| 13:08 |
|
est31 joined #minetest-dev |
| 13:08 |
|
est31 left #minetest-dev |
| 13:29 |
|
turtleman joined #minetest-dev |
| 13:48 |
|
benrob0329 joined #minetest-dev |
| 13:58 |
|
YuGiOhJCJ joined #minetest-dev |
| 13:59 |
|
octacian joined #minetest-dev |
| 14:08 |
|
lisac_ joined #minetest-dev |
| 14:15 |
|
froike_ joined #minetest-dev |
| 14:28 |
|
troller joined #minetest-dev |
| 14:45 |
|
benrob0329 joined #minetest-dev |
| 14:50 |
|
blaze joined #minetest-dev |
| 14:51 |
|
twoelk joined #minetest-dev |
| 15:05 |
|
glut32 joined #minetest-dev |
| 15:08 |
glut32 |
Hi all |
| 15:11 |
|
red-001 joined #minetest-dev |
| 15:13 |
glut32 |
I'm working on some new features for the FormSpec. I added a new parameter for the textarea and inside the method GUIFormSpecMenu::parseTextarea(...). The problem is that I have a warning that I would like to remove. The warning message is "field/textarea: use field_close_on_enter[name, enabled]..." and there a comment "// TODO: remove after 2016-11-03". Can I remove this warning? |
| 15:29 |
|
troller joined #minetest-dev |
| 15:36 |
|
lisac_ joined #minetest-dev |
| 15:38 |
|
Hunterz joined #minetest-dev |
| 15:38 |
nerzhul |
can you give us the commit in blame ? |
| 15:41 |
sfan5 |
nerzhul: https://github.com/minetest/minetest/commit/067766eec213918b6cb5b2533d0c78eceb3949ec |
| 15:43 |
nerzhul |
sfan5: ty |
| 15:44 |
nerzhul |
ruben ! |
| 16:01 |
|
red-001 joined #minetest-dev |
| 16:03 |
|
red-001 joined #minetest-dev |
| 16:03 |
|
red-001 joined #minetest-dev |
| 16:20 |
|
red-001 joined #minetest-dev |
| 16:36 |
|
Megaf joined #minetest-dev |
| 16:39 |
kilbith |
there's no option to change the font color globally ? |
| 16:40 |
DS-minetest |
kilbith: can't you make the font colored? |
| 16:48 |
|
DS-minetest joined #minetest-dev |
| 16:56 |
|
Megaf_ joined #minetest-dev |
| 17:02 |
|
twoelk|2 joined #minetest-dev |
| 17:03 |
|
oMikekiMo joined #minetest-dev |
| 17:04 |
|
nerzhul joined #minetest-dev |
| 17:10 |
|
SaTa joined #minetest-dev |
| 17:14 |
|
Tmanyo joined #minetest-dev |
| 18:36 |
burli |
https://youtu.be/GU7VeVgsGOs |
| 18:36 |
burli |
Pathfinder in real terrain. Sometimes the mobs get confused. Not sure why |
| 18:37 |
burli |
Average time per path is around 1ms |
| 18:38 |
|
est31 joined #minetest-dev |
| 18:38 |
|
epoch joined #minetest-dev |
| 18:39 |
burli |
And I use stepheight 1.1 because jumping in mobs redo is buggy |
| 18:39 |
red-001 |
could you make it take the hight of the mob into account? |
| 18:40 |
burli |
Yes |
| 18:40 |
burli |
I know that's still a bug |
| 18:40 |
red-001 |
is this written in lua or c++? |
| 18:40 |
burli |
There are a few things I have to change. |
| 18:41 |
burli |
This is lua |
| 18:42 |
burli |
red-001 this should be ported to C++ later. |
| 18:43 |
red-001 |
nice work btw |
| 18:43 |
burli |
First I want to test different algorithms |
| 18:43 |
burli |
The code is still rough and straigt forward |
| 18:44 |
red-001 |
how does it compare to the bultin pathfinder right now? |
| 18:45 |
burli |
In speed or quality? |
| 18:45 |
red-001 |
both I suppose |
| 18:45 |
red-001 |
I guess it's a bit slower since it's written in lua? |
| 18:46 |
burli |
the builtin is much faster. But the results are horrible. Let me show you something |
| 18:46 |
burli |
This is the builtin pathfinder https://www.youtube.com/watch?v=OUsW2M85oYg |
| 18:47 |
burli |
and this is my version from yesterday https://www.youtube.com/watch?v=kMqiE2frmeg |
| 18:47 |
|
epoch joined #minetest-dev |
| 18:48 |
burli |
jumping is disabled and only flat terrain is scanned |
| 18:49 |
red-001 |
neat |
| 18:51 |
sofar |
I'm pretty much convinced that a lua pathfinder would be far more flexible than any C++ one and fast enough that it doesn't matter |
| 18:51 |
sofar |
once you have read all the map data into lua, lua is nearly as fast as c++ |
| 18:51 |
sofar |
at least in the same order |
| 18:51 |
burli |
I use get_node() |
| 18:52 |
sofar |
and you can do much more with the data you have available |
| 18:53 |
burli |
I used the voxelmanip before. But it takes time to load it. And you can't cache it because the data is invalid if the map has changed |
| 18:54 |
burli |
And it was not faster than my current version with get_node() |
| 18:55 |
burli |
I can speed up the algorithm. But first the A* algorithm has to be stable |
| 18:57 |
|
kilbith joined #minetest-dev |
| 18:58 |
burli |
I highly recommend to port the pathfinder to C++. Why should a Lua version more flexible? |
| 19:00 |
burli |
*be more flexible |
| 19:01 |
burli |
damn |
| 19:02 |
burli |
sofar, what kind of data do you mean? |
| 19:25 |
|
ssieb joined #minetest-dev |
| 19:32 |
sofar |
burli: node information like whether something is a door or not (and thus can be opened) |
| 19:34 |
burli |
sofar, such things are on my todo list, but I'm not sure if a pathfinder is the right place for this |
| 19:35 |
sofar |
well, if you want to path to e.g. a bed inside a house |
| 19:35 |
sofar |
then searching for a path to a door is pretty senseless |
| 19:35 |
sofar |
so what is needed is a list of "consider these nodes passable" that can be provided to the path finder |
| 19:36 |
sofar |
or better, "nodes with these properties" |
| 19:36 |
burli |
I understand what you mean |
| 19:37 |
|
benrob0329 joined #minetest-dev |
| 19:54 |
burli |
doors are a big problem in general. Mobs can't see me even if the door is open |
| 19:55 |
burli |
mobs see doors as solid node, no matter if open or closed |
| 19:55 |
benrob0329 |
Perhaps a walkable identifier |
| 19:56 |
burli |
Currently I just read all nodes and store all walkable nodes in a list |
| 19:57 |
burli |
walkable nodes are blocking nodes for the pathfinder. You can walk ON them, but not THROUGH them |
| 19:57 |
benrob0329 |
Then a passivle identifier? |
| 19:58 |
benrob0329 |
Make them seen as air |
| 19:58 |
benrob0329 |
*passible |
| 20:02 |
celeron55 |
the pathfinder should definitely have a way to specify a list of nodes that are passable |
| 20:02 |
burli |
not sure how to solve that. I assume that I have to rewrite the code a few times |
| 20:03 |
|
lisac_ joined #minetest-dev |
| 20:03 |
burli |
celeron55, I aggree. I have this on my list, but it is to early for this to think about |
| 20:04 |
celeron55 |
yeah, keep doing whatever is importnat |
| 20:04 |
celeron55 |
important* |
| 20:04 |
celeron55 |
is the code available somewhere for testing? |
| 20:04 |
burli |
maybe using groups, at least for something like doors |
| 20:05 |
burli |
celeron55, https://github.com/MarkuBu/pathfinder |
| 20:06 |
burli |
but it is not the current version and it needs some modifications in mobs_redo |
| 20:06 |
burli |
so it is not ready for testing |
| 20:09 |
burli |
I'm sorry for the long code lines. I just ignore that for the moment |
| 20:15 |
burli |
just FYI: this is the first version with voxelmanip. I'm surprised that it is slower https://github.com/MarkuBu/pathfinder/blob/voxelmanip/init.lua |
| 20:52 |
|
nrzkt joined #minetest-dev |
| 20:58 |
Fixer |
fps drop bug at hometown server, tried clients 0.4.15+ and up to 0.4.14, i guess it is time to reproduce it in singleplayer somehow :( |
| 20:59 |
Fixer |
will try 0.4.13 client |
| 21:04 |
Fixer |
interesting, when I have those large fps drops some people also moan about lag, weird, coincidence? don't think so (c) |
| 21:14 |
Megaf |
Fixer, MegafServer has major FPS drops around spawn |
| 21:14 |
Megaf |
but that's due to minetest not culling caves and things at all |
| 21:15 |
Fixer |
Megaf: no, that is different problem |
| 21:29 |
red-001 |
#5516 |
| 21:29 |
ShadowBot |
https://github.com/minetest/minetest/issues/5516 -- [CSM] Add support for positional audio. by red-001 |
| 21:30 |
red-001 |
not sure if gain is working correctly |
| 21:36 |
|
rubenwardy joined #minetest-dev |
| 21:39 |
|
kaeza joined #minetest-dev |
| 21:43 |
|
troller joined #minetest-dev |
| 22:07 |
sofar |
red-001: so, hum, good start, what's the problem with max_hear_distance though? |
| 22:18 |
red-001 |
it seems to be server-sided right now so it will be harder to add |
| 22:20 |
red-001 |
not sure if it even needs to be added |
| 22:21 |
nerzhul |
red-001, what do you mean ? |
| 22:23 |
red-001 |
It seems that all it does is check is the player within the range before sending the sound packet |
| 22:23 |
red-001 |
which could easily be done by lua |
| 22:24 |
nerzhul |
but for CSM you just check is player is near sound, no ? |
| 22:24 |
red-001 |
? |
| 22:25 |
nerzhul |
you talked about implementing positional sound in CSM ? |
| 22:25 |
red-001 |
yes |
| 22:28 |
|
troller joined #minetest-dev |
| 22:35 |
VanessaE |
will someone PLEASE fix the rollback command? it's horribly slow (as in several minutes just to go back 45 seconds in a huge log) |
| 22:48 |
|
benrob0329 joined #minetest-dev |
| 22:53 |
Megaf |
VanessaE, not gonna happen |
| 22:54 |
twoelk |
devs don't need the rollback command, so why enhance it? :-) |
| 22:55 |
Megaf |
I've been running my server for two years now without rollback |
| 22:55 |
Megaf |
best thing I've ever done on it |
| 22:57 |
VanessaE |
Megaf: I have it turned on so that I can at least identify and ban griefers, but the rollback (repair/undo) part itself is useless |
| 22:57 |
Megaf |
VanessaE> Megaf: I have it turned on so that I can at least identify and ban griefers, |
| 22:57 |
Megaf |
that's a very useful functionality of it indeed. |
| 22:58 |
Megaf |
that function could be moved to it's own tool IMHO |
| 22:58 |
Megaf |
something like /inspect (punches node) |
| 23:00 |
VanessaE |
nerzhul I believe suggested adding an index to the log, but I never got the chance to do so |
| 23:34 |
|
twoelk left #minetest-dev |
| 23:35 |
|
benrob0329 joined #minetest-dev |
| 23:38 |
VanessaE |
can I make a feature request please? I'd like to define node a:b, but have it use node c:d as the object to be displayed in the inventory |
| 23:39 |
VanessaE |
that is, not an inventory *image*, but an actual node. |
| 23:41 |
VanessaE |
for example, pipeworks' tubes are pretty small when displayed in the inventory. I'd like to define some oversized versions of them to be used for display, because inventory images get distorted when they're presented as wields |
| 23:41 |
VanessaE |
(e.g. if the image is rendered in 3d perspective) |
| 23:43 |
VanessaE |
in the case of something like technic, I would choose its 1m-long cable to be displayed (rather than defining an oversized node), since its default form is a tiny little ~0.25m cube. |
