Time Nick Message 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 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: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 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: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: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: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