| Time |
Nick |
Message |
| 01:50 |
|
NathanS21 joined #minetest-hub |
| 03:10 |
|
GreenDimond joined #minetest-hub |
| 05:23 |
|
BuckarooBanzai joined #minetest-hub |
| 06:16 |
|
IhrFussel joined #minetest-hub |
| 08:41 |
|
ShadowNinja joined #minetest-hub |
| 08:52 |
shivajiva |
I see TI have released devices with bulk acoustic wave resonators built on the die, means rf designs without needing to select and optimise a crystal on the pcb |
| 08:55 |
shivajiva |
seems like the future to me for all MCU's |
| 09:09 |
IhrFussel |
Why has stack:get_metadata() been deprecated btw? It is the quickest way to copy the entire meta of a stack AFAIK |
| 09:13 |
luk3yx |
IhrFussel: Because get_metadata() stores things in a different location than get_meta() (I think) |
| 09:14 |
luk3yx |
And you can do "stack:get_meta():to_table()" to convert the metadata to a table, or "stack:get_table()" to convert the entire ItemStack (name, count, wear, metadata) into a table. |
| 09:14 |
luk3yx |
s/get_table/to_table/ |
| 09:15 |
IhrFussel |
And how do I set that table for the new stack? |
| 09:16 |
luk3yx |
stack:get_meta():from_table(table) I think |
| 09:16 |
luk3yx |
And ItemStack(table) to get an ItemStack from a table |
| 10:27 |
|
Fixer joined #minetest-hub |
| 11:52 |
|
HDMI_STECKDOSE joined #minetest-hub |
| 11:59 |
|
ssieb joined #minetest-hub |
| 12:34 |
|
_Xenon joined #minetest-hub |
| 13:05 |
|
jas_ joined #minetest-hub |
| 13:05 |
jas_ |
!server |
| 13:05 |
MinetestBot |
jas_: Beerarchy | beerarchy.tk:30024 | Clients: 1/30, 0/5 | Version: 0.4.16 / minetest | Ping: 30ms |
| 13:31 |
jas_ |
...how do i get unit vector for left/right as direction from current pos based on player yaw? |
| 13:31 |
jas_ |
(lol) |
| 13:33 |
jas_ |
https://github.com/jastevenson303/Lavaland/blob/master/mods/rings/init.lua#L98 |
| 14:26 |
|
aerozoic joined #minetest-hub |
| 14:48 |
jas_ |
i disabled it that was nuts. maybe i'll try it that way again, it was fun when it worked (bad coding :) gn |
| 15:17 |
VanessaE |
sfan5: *poke* |
| 15:17 |
sfan5 |
? |
| 15:17 |
VanessaE |
in worldedit, API-wise, is there a graceful way to get the positions the user has set via //1 and //2 ? |
| 15:19 |
sfan5 |
there isn't |
| 15:19 |
VanessaE |
ah, I guess I want worldedit.pos1[playername] |
| 15:20 |
sfan5 |
^ you can do that but it's not officially part of the API |
| 15:20 |
sfan5 |
it will work just fine of course |
| 15:20 |
VanessaE |
ok |
| 15:21 |
rubenwardy |
I use that in the CTF mods |
| 15:25 |
VanessaE |
is there a way to catch the "big region, type //y to proceed" thing, inside my command? |
| 15:27 |
sfan5 |
https://github.com/Uberi/Minetest-WorldEdit/blob/master/worldedit_brush/init.lua#L67 |
| 15:27 |
sfan5 |
that's a yes |
| 15:31 |
VanessaE |
ew. |
| 15:33 |
VanessaE |
I don't suppose I could talk you into making a simple returns-a-bool API call? :) |
| 15:35 |
sfan5 |
what's your usecase for all of this anyway? |
| 15:35 |
VanessaE |
making an "un-grief" command for gloopblocks |
| 15:35 |
VanessaE |
https://pastebin.ubuntu.com/p/zrsRh4q2kD/ |
| 15:35 |
VanessaE |
(that ^ is untested) |
| 15:36 |
sfan5 |
the "large area" warning does not apply to the api calls |
| 15:36 |
sfan5 |
that would be stupid |
| 15:36 |
VanessaE |
right, but I wanted to catch it at the start of my command :) |
| 15:36 |
VanessaE |
i.e. //1, //2, //liquid_ungrief --> "it's a big area, //y" --> then the important bits run |
| 15:39 |
VanessaE |
so I might figure something like, foo = worldedit.ok_to_proceed(pos1, pos2) which would ask the user to //y to proceed, and would return true in that, or if //y wasn't needed |
| 15:39 |
VanessaE |
in that case* |
| 15:41 |
sfan5 |
oh, that |
| 15:41 |
VanessaE |
yeah :) |
| 15:43 |
sfan5 |
that stuff is sorta internal use, I suggest just reimplementing a similar mechanism |
| 15:43 |
VanessaE |
hm. ok |
| 15:50 |
|
tomraceror joined #minetest-hub |
| 15:52 |
|
BuckarooBanzai joined #minetest-hub |
| 16:03 |
VanessaE |
well, didn't add the //y thing but the primary idea works at least :)_ |
| 16:08 |
shivajiva |
any support for WE set cmd clearing objects within the selected volume? |
| 16:08 |
VanessaE |
count = worldedit.clearobjects(pos1, pos2) |
| 16:08 |
VanessaE |
or just //clearobjects |
| 16:09 |
shivajiva |
mhm but any support for adding it to the set command? |
| 16:09 |
VanessaE |
idk :P |
| 16:09 |
VanessaE |
sfan5: in case you're curious, https://gitlab.com/VanessaE/gloopblocks/commit/f8be854341d97cfb6654eee082901ce9bda59149 |
| 16:10 |
shivajiva |
hence asking the question lol |
| 16:11 |
sfan5 |
shivajiva: out of scope for //set |
| 16:12 |
shivajiva |
I gather adding a clear meta command would be handy |
| 16:34 |
|
tacotexmex joined #minetest-hub |
| 16:48 |
|
vesper11 joined #minetest-hub |
| 16:59 |
VanessaE |
um, wut? https://pastebin.ubuntu.com/p/g7j8bmMSFC/ |
| 16:59 |
VanessaE |
without a mod name and offending line number, that ain't getting fixed by me anytime soon :P |
| 17:01 |
sfan5 |
doesn't your server log commands ran? |
| 17:03 |
|
Krock joined #minetest-hub |
| 17:07 |
VanessaE |
it logs whatever any other server would, but there's nothing in the log explaining the long string. just a few players going about their usual digging/placing, then poof. |
| 17:14 |
sfan5 |
hm maybe it doesn't log the command because the errors happens first |
| 17:14 |
sfan5 |
in any case someone ran a command that produced more than 2**16 (?) bytes of output |
| 17:15 |
VanessaE |
odd |
| 17:21 |
|
Enricoo joined #minetest-hub |
| 17:34 |
Krock |
VanessaE: you could try to get more out of it by changing src/script/cpp_api/s_base.cpp to https://pastebin.com/raw/N9bS0EXT |
| 17:34 |
Krock |
err |
| 17:34 |
Krock |
"L" should be m_luastack |
| 17:35 |
VanessaE |
meh, it's not a big enough deal to go hacking on the code right now. it was just a one-off error, I'm sure a proper fix will happen in time. |
| 17:36 |
Krock |
ha ha funny. getOrigin() is just a forwarded variable from s_base used in l_* which is the very same variable |
| 17:37 |
Krock |
weird that it's set to empty string. that means a mod registered the chat command in an unusual way |
| 17:38 |
Krock |
because register_chatcommand registers the field "mod_origin" |
| 17:38 |
Krock |
and that's used to fill in the last run mod in callbacks |
| 17:38 |
sfan5 |
does set_last_run_mod actually set the stuff on the c++ side? |
| 17:38 |
Krock |
yes, it changes one variable |
| 17:38 |
sfan5 |
last time I checked it did not impact e.g. the security code |
| 17:38 |
VanessaE |
oh and no btw it can't be the ungrief command I was working on earlier -- it hasn't been deployed onto that server yet :) |
| 17:39 |
VanessaE |
hadn't* |
| 17:39 |
Krock |
grep -r minetest.registered_chatcommands MTDIR/mods/ |
| 17:39 |
Krock |
must be one of these results |
| 17:40 |
Krock |
I hope that yields some results |
| 18:39 |
|
ssieb joined #minetest-hub |
| 18:54 |
|
tomraceror joined #minetest-hub |
| 21:43 |
|
ANAND joined #minetest-hub |
| 23:24 |
|
greeter joined #minetest-hub |
| 23:39 |
|
greeter joined #minetest-hub |
