| Time |
Nick |
Message |
| 00:24 |
|
ANAND joined #minetest |
| 00:29 |
|
VanessaE joined #minetest |
| 02:22 |
|
Ruslan1 joined #minetest |
| 03:25 |
|
ChimneySwift joined #minetest |
| 03:51 |
|
pauloue joined #minetest |
| 04:24 |
|
ssieb joined #minetest |
| 04:32 |
|
MinetestBot joined #minetest |
| 06:03 |
|
Cornelia joined #minetest |
| 06:08 |
|
YuGiOhJCJ joined #minetest |
| 06:16 |
|
err404 joined #minetest |
| 06:35 |
|
jluc joined #minetest |
| 08:29 |
|
mrchiantos joined #minetest |
| 08:59 |
|
eponym joined #minetest |
| 09:33 |
|
Gael-de-Sailly joined #minetest |
| 09:59 |
|
Fixer joined #minetest |
| 10:05 |
|
mrchiantos joined #minetest |
| 10:22 |
ChimneySwift |
so what exactly are the coordinates sent to minetest.register_on_generated? are they the min and max positions of a map chunk? I'm getting 80x80 chunks? I thought map chunks were way smaller? what should I use to get a callback whenever a single mapgen chunk is generated? |
| 10:30 |
|
unCork joined #minetest |
| 10:32 |
ANAND |
Mapchunk = Mapblocks * 5 * 5 |
| 10:32 |
ANAND |
Mapblocks = 16 * 16 * 16 nodes |
| 10:32 |
ANAND |
Correction: Mapchunk = Mapblocks * 5 * 5 * 5 |
| 10:34 |
ANAND |
So Mapchunk = (16 * 5) ^ 3 nodes |
| 10:34 |
ANAND |
or 80 ^ 3 nodes |
| 10:34 |
ANAND |
ChimneySwift: ^ |
| 10:38 |
mrchiantos |
Complicate ... |
| 10:38 |
|
err404 joined #minetest |
| 10:38 |
|
calcul0n joined #minetest |
| 10:38 |
mrchiantos |
For a simple use. |
| 11:40 |
|
err404 joined #minetest |
| 12:01 |
ChimneySwift |
ah that makes sense |
| 12:12 |
|
err404 joined #minetest |
| 12:31 |
rubenwardy |
Mapchunks don't actually exist |
| 12:31 |
rubenwardy |
It's just a concept for map generation |
| 12:33 |
ChimneySwift |
huh |
| 12:35 |
ChimneySwift |
but if I register a function with register_on_generated, does it call that more than once per map chunk? or is the whole chunk loaded and that function only gets called once? |
| 12:39 |
|
behalebabo joined #minetest |
| 12:40 |
ChimneySwift |
I guess I might just have to test it out tomorrow :p |
| 12:41 |
ChimneySwift |
cause I can't see of any callbacks that run on individual map blocks |
| 12:44 |
|
calcul0n joined #minetest |
| 12:49 |
|
est31_ joined #minetest |
| 13:22 |
|
calcul0n joined #minetest |
| 13:34 |
|
Fulgen joined #minetest |
| 13:38 |
|
CWz joined #minetest |
| 14:21 |
|
rafalcpp joined #minetest |
| 14:37 |
|
DrFrankenstone joined #minetest |
| 15:06 |
|
scr267 joined #minetest |
| 15:17 |
Gael-de-Sailly |
What is the file I should refer to for the LUA_INCLUDE_DIR option? |
| 15:27 |
|
Fulgen joined #minetest |
| 15:40 |
|
Scotty_Trees joined #minetest |
| 15:45 |
|
tune joined #minetest |
| 16:02 |
|
Scotty_Trees joined #minetest |
| 16:13 |
|
paramat joined #minetest |
| 16:15 |
paramat |
!tell ChimneySwift 'register_on_generated' is called once per mapchunk, after that mapchunk generates |
| 16:15 |
MinetestBot |
paramat: yeah, sure, whatever |
| 16:16 |
|
Ruslan1 joined #minetest |
| 16:21 |
|
Out`Of`Control joined #minetest |
| 17:10 |
|
Krock joined #minetest |
| 17:12 |
|
piesquared joined #minetest |
| 17:12 |
scr267 |
Is there a mod for searching a minetest map for a particular type of object and it would return a list of positions? |
| 17:17 |
Krock |
you'd have to load each mapblock |
| 17:17 |
Krock |
i.e. forceload everything |
| 17:17 |
piesquared |
= Superlag |
| 17:17 |
Krock |
an external tool might be more of what you're looking for |
| 17:17 |
Krock |
preferably in C/++ to speed things up |
| 17:19 |
scr267 |
yeah, i was wondering if it would be do-able with an SQL query, (i'm using an postgresql backend) but the node data is scrambled... not sure what type of encoding its using... is it base64 or something? |
| 17:19 |
scr267 |
an ID column which maps to another table for the object types would have been nice... |
| 17:20 |
scr267 |
it'd be difficult to query this rapidly because there are no IDs to scan by... |
| 17:21 |
sfan5 |
minetest uses database as pure key-value stores |
| 17:21 |
sfan5 |
SQL queries can't help you make sense of the stored data |
| 17:21 |
scr267 |
sfan5 yeah, thats what i saw |
| 17:23 |
Krock |
12 bits for each axis, whereas X contains the LSB IIRC |
| 17:23 |
scr267 |
Krock: are you talking about the encoding? |
| 17:24 |
Krock |
yes |
| 17:24 |
Krock |
the key/ID for each mapblock in the database |
| 17:24 |
Krock |
maybe it has changed in postgres and redis |
| 17:24 |
Krock |
but is surely used in sqlite3 |
| 17:25 |
sfan5 |
doesn't postgres use x, y and z columns? |
| 17:25 |
scr267 |
ok |
| 17:25 |
Krock |
yes, that's also what I suspect. Haven't seen the "postgres" part above |
| 17:25 |
scr267 |
humm can't remember, i can go check |
| 17:26 |
scr267 |
Yes, x, y and z columns... an example entry: |
| 17:26 |
scr267 |
SB IIRC |
| 17:26 |
scr267 |
sorry didn't copy and paste that properly |
| 17:26 |
Krock |
regarding the mapblock contents: you'd have to decompress the value BLOB (zlib) and then deserialize the mapblock contents like it's done in mapblock.cpp (MapBlock::deSerialize) |
| 17:27 |
sfan5 |
the blob is not plain zlib, you need to decode it too |
| 17:27 |
scr267 |
hum, ok |
| 17:28 |
sfan5 |
https://gist.github.com/sfan5/52917a0e1338bcda2176edbc416dae60 shouldn't be too hard to adapt this script to log position and type of luaentities |
| 17:28 |
scr267 |
hey nice, thanks |
| 17:47 |
|
piesquared joined #minetest |
| 17:52 |
|
SmugLeaf joined #minetest |
| 17:54 |
MinetestBot |
[git] Ezhh -> minetest/minetest_game: Remove cave ice from creative inventory e10e0f9 https://git.io/fA5XH (2018-09-21T17:52:55Z) |
| 17:59 |
|
Scotty_Trees joined #minetest |
| 18:01 |
|
longerstaff13-m joined #minetest |
| 18:01 |
|
longerstaff13 joined #minetest |
| 18:01 |
|
xerox123 joined #minetest |
| 18:01 |
|
xerox123_ joined #minetest |
| 18:09 |
|
ssieb joined #minetest |
| 18:14 |
|
mrchiantos joined #minetest |
| 18:24 |
|
Foz joined #minetest |
| 18:30 |
|
YuGiOhJCJ joined #minetest |
| 18:48 |
|
rafalcpp joined #minetest |
| 19:42 |
|
paramat joined #minetest |
| 20:14 |
|
jluc joined #minetest |
| 20:18 |
|
alket joined #minetest |
| 20:25 |
|
Neoniet joined #minetest |
| 20:34 |
|
timdorohin left #minetest |
| 21:24 |
|
nowhere_man joined #minetest |
| 21:42 |
|
Ruslan1 joined #minetest |
| 21:46 |
|
mrchiantos joined #minetest |
| 22:05 |
|
mrchiantos joined #minetest |
| 22:12 |
|
mrchiantos joined #minetest |
| 22:20 |
|
Out`Of`Control joined #minetest |
| 22:29 |
erstazi |
Hello everyone! Does anyone have a copy of the LTC-4000E Traffic Signal Controller mod by cheapie? https://forum.minetest.net/viewtopic.php?t=16441 |
| 22:32 |
sfan5 |
a quick google finds it here: |
| 22:32 |
sfan5 |
http://minetest.daconcepts.com/my-main-mod-archive/cheapies_mods/ltc4000e/ |
| 22:33 |
sfan5 |
the original repo seems to have moved here https://cheapiesystems.com/git/ltc4000e/ |
| 22:34 |
erstazi |
Well thank you! |
| 22:34 |
erstazi |
I searched and searched for a week before asking here |
| 22:35 |
erstazi |
sfan5: do you mind me asking what your search query was in Google? |
| 22:35 |
sfan5 |
"ltc4000e" |
| 22:35 |
sfan5 |
including the quotes |
| 22:37 |
erstazi |
Ah! Ok. Thank you. I cannot wait until 0.5.0 and the the content database are out. Much of this cat/mouse chase will be resolved (: |
| 22:56 |
|
simon816 joined #minetest |
| 23:15 |
paramat |
we can't wait either :) |
| 23:35 |
|
rafalcpp joined #minetest |
| 23:35 |
|
DrFrankenstone joined #minetest |
| 23:50 |
|
paramat joined #minetest |
