| Time |
Nick |
Message |
| 00:00 |
|
sys4 joined #minetest |
| 00:04 |
|
YuGiOhJCJ joined #minetest |
| 00:17 |
fluxionary |
mazes_83: wait i *pushed* that, sorry big mistake |
| 00:20 |
fluxionary |
mazes_83, big apologies, i wasn't even intending to push that feature yet ("on ground" detection), it's not done |
| 00:22 |
fluxionary |
mazes_83, if you've implemented "on ground" detection, i'm curious how you do it, i ran out of steam when it got to be time to rotate nodeboxes according to facedir |
| 00:24 |
|
wolfshappen joined #minetest |
| 00:26 |
fluxionary |
on another note, i've noticed that if i've got a formspec (or the chat input) opened, server commands that supply "upside down" parameters to player:set_look:vertical() aren't properly clamped. is there an existing issue about that? |
| 00:46 |
|
fluxionary joined #minetest |
| 01:02 |
|
smk joined #minetest |
| 01:43 |
|
lsab joined #minetest |
| 01:44 |
lsab |
hello! Does technic furnace works with pipeworks? |
| 01:50 |
|
sparky4 joined #minetest |
| 02:05 |
MTDiscord |
<PrairieWind> needs to be MV furnace |
| 02:13 |
|
proller joined #minetest |
| 02:30 |
|
Soni joined #minetest |
| 02:58 |
|
lemonzest joined #minetest |
| 03:00 |
|
Verticen joined #minetest |
| 03:08 |
MTDiscord |
<MisterE> sfan5 , I built your threaded lua mapgen branch. I edited /builtin/mapgen/init.lua, pasting in the example at the end, but I do not see the mese blocks generating. Is there some setting or commented code I have to enable somewhere? |
| 03:20 |
lsab |
thank you, i realized that |
| 04:00 |
|
MTDiscord joined #minetest |
| 04:31 |
|
Guest5443 joined #minetest |
| 04:45 |
|
LandarVargan joined #minetest |
| 05:37 |
|
calcul0n joined #minetest |
| 07:31 |
|
YuGiOhJCJ joined #minetest |
| 08:49 |
|
___nick___ joined #minetest |
| 09:02 |
|
appguru joined #minetest |
| 09:09 |
sfan5 |
@MisterE: shouldn't be the case |
| 09:19 |
MTDiscord |
<luatic> fluxionary: modlib has collision boxes completely implemented, including facedir support - see https://github.com/appgurueu/modlib/blob/master/minetest/boxes.lua |
| 09:37 |
|
___nick___ joined #minetest |
| 09:39 |
|
___nick___ joined #minetest |
| 09:54 |
|
Desour joined #minetest |
| 10:18 |
|
lemonzest joined #minetest |
| 11:06 |
|
Shorp_Tr joined #minetest |
| 11:58 |
|
Alburdi joined #minetest |
| 12:21 |
|
appguru joined #minetest |
| 12:23 |
|
proller joined #minetest |
| 12:25 |
|
kilbith joined #minetest |
| 12:45 |
|
Desour joined #minetest |
| 12:47 |
|
Alburdi left #minetest |
| 12:48 |
|
Kailash joined #minetest |
| 13:01 |
|
appguru joined #minetest |
| 13:08 |
|
Alburdi joined #minetest |
| 13:30 |
|
lemonzest joined #minetest |
| 13:39 |
|
hook54321 joined #minetest |
| 13:53 |
|
kilbith_ joined #minetest |
| 14:22 |
|
mrkubax10 joined #minetest |
| 14:47 |
|
Alburdi joined #minetest |
| 15:54 |
MTDiscord |
<MisterE> sfan5, Yeah, I cant get it to work with either editing builtin/mapgen/init.lua or with a mod that uses the api to register a mapgen callback. Also, in init.lua, I see you have core.log("info", "Initialized mapgen Lua environment"), yet I do not see that in debug.txt at all; not sure if core.log prints to the debug file |
| 16:01 |
|
fluxionary joined #minetest |
| 16:03 |
|
Desour_ joined #minetest |
| 16:19 |
|
fling joined #minetest |
| 16:22 |
Blockhead256[m] |
MisterE: log level "info" (the first argument of core.log is a string log level) isn't logged at all by default, you have to launch minetest with `minetest --info` or a higher level like `--verbose` or `--trace` |
| 16:23 |
MTDiscord |
<MisterE> ok, thanks |
| 16:54 |
MTDiscord |
<MisterE> sfan5, so I changed the log level in builtin/mapgen/init.lua to "warning" so it would stand out, and it does not appear in the log or terminal at all. I'm pretty sure at this point that the lua mapgen file is not being run. |
| 16:54 |
MTDiscord |
<MisterE> Also, there is no minetest.register_mapgen_dofile in the minetest namespace |
| 16:57 |
mazes_83 |
fluxionary: I deeply feeled it was a mistake |
| 16:58 |
MTDiscord |
<GoodClover> are you sure you're running the version from the PR? run minetest --version |
| 16:59 |
mazes_83 |
my is_on_ground is just dumb, if moveresult is present I use it, else I do entity_z - node_z < threshold (it is fiexed as I do only for one entity type) |
| 17:00 |
MTDiscord |
<MisterE> So that is a good question, and Im rebuilding minetest now after deleting the executable. I started out by building on the master branch, then realized my mistake and rebuilt on the mglua branch ... I have to wonder if rebuilding it did not overwrite the executable or something. It should have, though. |
| 17:00 |
mazes_83 |
ty for reverting this in futil, it made me lose 10mn as I thought mistake came from my local is_on_ground |
| 17:00 |
MTDiscord |
<MisterE> Also, /builtin/mapgen was created as it was supposed to |
| 17:04 |
MTDiscord |
<MisterE> and ... I get build errors now. Going to perform the git refresh process. |
| 17:16 |
MinetestBot |
[git] Desour -> minetest/minetest: Improvement of #12974: better linear independent vector (#12979) cac1dca https://github.com/minetest/minetest/commit/cac1dca95b9941d89ccb413120e41269f286ab25 (2023-03-13T17:16:07Z) |
| 17:18 |
MinetestBot |
[git] TurkeyMcMac -> minetest/minetest: Update nodes in LBM loop b7359f5 https://github.com/minetest/minetest/commit/b7359f5fa93f531986c86b1ced20bb4584593b0a (2023-03-13T17:17:07Z) |
| 17:29 |
MTDiscord |
<MisterE> ok, the build errors seem to be from mtirrlicht. At this point, im just going to give up and let it sort itself out with time |
| 17:30 |
MTDiscord |
<MisterE> since I don't know what Im doing |
| 17:31 |
MTDiscord |
<MisterE> sorry for all the pings |
| 17:31 |
celeron55_ |
it's important for the build process to be as easy as possible. what are the mtirrlicht errors? did you update mtirrlicht? |
| 18:03 |
|
definitelya joined #minetest |
| 18:07 |
MTDiscord |
<MisterE> I cloned the latest mtirrlicht. It is possible sfan's mglua branch, which is 84 commits behind minetest:master, expects an older version of mtirrlicht. There are alot of build errors. If you like, I can paste them, but I don't really see the point; mglua has not been updated since Jan |
| 18:07 |
MTDiscord |
<MisterE> *in a pastebin ofc |
| 18:10 |
Desour_ |
yes, it is very possible that the newer irrlichtmt broke backwards compat |
| 18:10 |
Desour_ |
I recommend you to rebase the branch you want to test first |
| 18:17 |
|
Talkless joined #minetest |
| 18:34 |
MTDiscord |
<MisterE> that was the issue. I will make a note on the PR that it needs rebasing. |
| 18:35 |
MTDiscord |
<MisterE> Thank you! |
| 18:49 |
MTDiscord |
<MisterE> It is my understanding that the mglua thread is entirely separate, e.g. theres not an obvious way currently to send variables from the main thread at load time to the mapgen lua thread? |
| 18:50 |
MTDiscord |
<MisterE> hm, the main thread could write a mapgen script. That would be hacky though |
| 19:19 |
|
definitelya joined #minetest |
| 19:33 |
|
LandarVargan joined #minetest |
| 19:34 |
|
Desour joined #minetest |
| 19:51 |
|
Verticen joined #minetest |
| 19:52 |
|
Talkless joined #minetest |
| 20:20 |
MTDiscord |
<MisterE> Ok, something Im having some trouble understanding: the new threaded mapgen does not pass emin,emax like a regular register_on_generated. What's the difference? |
| 20:26 |
Desour |
looks to me like it was forgotten to pass the positions to lua |
| 20:28 |
Desour |
or not. the example code uses vm:get_emerged_area() |
| 20:29 |
sfan5 |
its redundant, thats why it doesn't |
| 20:29 |
|
appguru joined #minetest |
| 20:31 |
MTDiscord |
<MisterE> You say its redundant, but the api is very clear that maxp, minp are different than emin, emax ... so im a bit confused. |
| 20:34 |
MTDiscord |
<MisterE> also, I was confused in my question before. You can get emin, emax with vm:get_emerged_area(), but the new function does not pass minp and maxp which was passed to the normal on_generated |
| 20:34 |
|
appguru joined #minetest |
| 20:34 |
|
smokey joined #minetest |
| 20:36 |
MTDiscord |
<MisterE> minp and maxp seem to normally be used for getting the sidelengths of perlin maps. |
| 20:37 |
rubenwardy |
it's redundant with vm:get_emerged_area() |
| 20:37 |
MinetestBot |
rubenwardy: Mar-12 19:09 UTC <lhofhansl> We have more options than 2x2x2 mesh sizes (see 13179) |
| 20:37 |
rubenwardy |
thanks MinetestBot, I was here the entire time |
| 20:37 |
sfan5 |
ok hmm |
| 20:38 |
sfan5 |
it seems the emerged size includes an extra mapblock on each side |
| 20:38 |
sfan5 |
while minp maxp don't |
| 20:39 |
MTDiscord |
<MisterE> Yeah that was my feeble understanding |
| 20:39 |
sfan5 |
if you minp = vector.add(emin, 16) and maxp = vector.subtract(emax, 1) it should match what the normal on_generated gives you |
| 20:39 |
MTDiscord |
<MisterE> it would be nice to have that passed, or given as a function, for consistency |
| 20:40 |
sfan5 |
sure |
| 20:40 |
Desour |
I wonder what the extra border is good for |
| 20:40 |
sfan5 |
overgeneration |
| 20:40 |
MTDiscord |
<MisterE> placing large schems |
| 20:40 |
MTDiscord |
<MisterE> that otherwise overlap the generated area |
| 20:41 |
sfan5 |
well schems that go over the edge more than 15 nodes will still break |
| 20:41 |
sfan5 |
it's really only meant for small stuff like tree leaves |
| 20:41 |
sfan5 |
(another structucal problem with mapgen) |
| 20:41 |
MTDiscord |
<MisterE> I think moretrees, was it?, has trees that place after mapgen |
| 20:41 |
|
Flit[m] left #minetest |
| 20:42 |
MTDiscord |
<MisterE> since they can be large |
| 20:43 |
Desour |
trees generate (and grow?) into blocks that otherwise are only filled with air (I've found that out once somehow). so I guess the area outside of the vmin to vmax is then probably sliced into the existing and non-existing mapblocks |
| 20:43 |
Desour |
moretrees uses saplings iirc |
| 20:44 |
Desour |
such overgeneration stuff should definitely be documented |
| 20:44 |
Desour |
it it is true |
| 20:44 |
Desour |
I wonder if the overgenerated nodes can replace anything or just air |
| 20:47 |
MTDiscord |
<MisterE> I think that the mapgen only places nodes in the minp,maxp range normally, but schematic decorations sometimes place into the buffer. If the buffer already contains stuff from a previous generation, it can overwrite what is there |
| 20:47 |
|
bogroll1234 joined #minetest |
| 20:48 |
bogroll1234 |
My minetest server will be back up and running soon |
| 20:48 |
bogroll1234 |
afs-mineteset.duckdns.org:30000 |
| 20:53 |
bogroll1234 |
Its up now |
| 20:56 |
sfan5 |
!up afs-mineteset.duckdns.org |
| 20:56 |
MinetestBot |
afs-mineteset.duckdns.org:30000 seems to be down (host did not resolve) |
| 20:56 |
sfan5 |
I suppose you meant without the typo |
| 20:57 |
sfan5 |
!up afs-minetest.duckdns.org |
| 20:57 |
MinetestBot |
afs-minetest.duckdns.org:30000 is up (10ms) (IPv4) |
| 20:58 |
Desour |
I'm starting to think minetest is a word that is especially prone to typos x) |
| 21:01 |
|
Flabb joined #minetest |
| 21:06 |
jonadab |
Most words are, Desour, most words are. |
| 21:15 |
MTDiscord |
<jordan4ibanez> temistne |
| 21:24 |
MTDiscord |
<MisterE> I found some apis that should be in the environment but are not, yet |
| 21:38 |
|
germ joined #minetest |
| 21:57 |
MTDiscord |
<MisterE> sfan5, is there any reason minetest.registered_biomes is not in the environment? |
| 21:58 |
|
proller joined #minetest |
| 22:10 |
|
sys4 joined #minetest |
| 22:15 |
sfan5 |
probably not |
| 22:23 |
MTDiscord |
<MisterE> Im really excited for this PR. Its basically making lua mapgen as good as C++ mapgen |
| 22:26 |
Desour |
yes, one step further to a 60Hz stepped server |
| 22:28 |
MTDiscord |
<MisterE> https://cdn.discordapp.com/attachments/749727888659447960/1084966142524784730/image.png |
| 22:28 |
MTDiscord |
<MisterE> luamap and mandeland on threads |
| 22:37 |
MTDiscord |
<MisterE> Its still slow because of the high mandelbrot iterations, but its much faster than it was and it doesnt lock up the game |
| 22:47 |
|
Flabb joined #minetest |
| 22:48 |
|
Flabb joined #minetest |
| 22:56 |
|
sys4 joined #minetest |
| 23:33 |
* Desour |
just tried minetest on a pinephone. it kinda works, but I can't find the inventory button |
| 23:33 |
MTDiscord |
<MisterE> is it built with touchscreen controls? |
| 23:34 |
MTDiscord |
<MisterE> it should be in the 3 dots menu |
| 23:34 |
Desour |
yes, with touch. the 3 dots menu isn't there |
| 23:34 |
Desour |
would it normally be left or right? |
| 23:35 |
MTDiscord |
<MisterE> normally left |
| 23:35 |
Desour |
I guess the screen is too wide |
| 23:36 |
MTDiscord |
<MisterE> try using some automation script to press the keyboard [i] when you press the volume up button |
| 23:38 |
MTDiscord |
<MisterE> minetest on a pinephone seems like it could use a mouse. Really the only way to play minetest is with a mouse imo |
| 23:39 |
Desour |
gyros should also work fine instead of a mouse I think |
| 23:39 |
Desour |
what is the setting to change font size in guis? |
| 23:40 |
Desour |
ah, I have the dots now |
| 23:42 |
Desour |
it would be cool to use the phone as gamepad |
| 23:43 |
Desour |
uh oh, there's still inf view range in touch controls |
