Minetest logo

IRC log for #minetest, 2021-05-22

| Channels | #minetest index | Today | | Google Search | Plaintext

All times shown according to UTC.

Time Nick Message
00:05 specing_ joined #minetest
00:22 MTDiscord <Jonathon> Well, are you using the player_api mod?
00:23 MTDiscord <Jonathon> *and depending on it
00:24 AntumDeluge Yes: optional_depends = player_api; if core.global_exists("player_api") then
00:26 AntumDeluge print("Using player_api: " .. tostring(core.global_exists("player_api"))); Output: "Using player_api: true"
00:30 Benau joined #minetest
00:32 Benau hello rubenwardy... not sure if i can find "MoNTE48" here......
00:38 Noisytoot joined #minetest
00:43 MTDiscord <Jonathon> oh duh, you need to set the player in the player_api.player_attached[playername] AntumDeluge, i read over the player_api jogged my memory
00:44 MTDiscord <Jonathon>  //lua player_api.player_attached["wsor"] = true --no idea what you should set for the value //lua player_api.set_animation(minetest.get_player_by_name("wsor"), "sit")
00:45 AntumDeluge Thank you Jonathon!
00:46 AntumDeluge I'll try it out as soon as I get done submitting an issue report for a mod.
00:46 MTDiscord <Jonathon> https://notabug.org/TenPlus1/mobs_redo/src/8012250258243709e95ff178d62e6a069ef74afa/mount.lua#L162 lol, guess true is correct
00:48 MTDiscord <Jonathon> and np
00:49 MTDiscord <Jonathon> https://github.com/minetest/minetest_game/blob/master/mods/player_api/api.lua#L116 for anyone who wants to know the specifics
00:56 BrBridge <S​oni> VanessaE: do you still use loadstring() in APIs?
01:10 Hawk777 joined #minetest
01:30 AntumDeluge Thank you Jonathon, it worked.
01:51 Fuchs_ joined #minetest
03:22 BrBridge <b​enimautner> https://youtu.be/T0NYZDGTA5g the l0de radio hour is live! IRC's FINEST HOUR, the late night call in show where you are the star! Call in live, tonight's episl0de: A Small White Dog
03:36 BrBridge <E​merald2> lolwut
04:00 MTDiscord joined #minetest
04:33 FeXoR joined #minetest
05:37 twoelk left #minetest
06:14 CWz joined #minetest
06:34 AntumDeluge So it seems that with newer mods that attach entities have not problems with "entity:set_yaw(player:get_look_horizontal())", but when trying to update old mods to use "get_look_horizontal", it's always about 90 degrees off. Anyone have any idea why? Does it have something to do with something hardcoded into the model?
06:35 AntumDeluge Example: motorbike mod does "bike:set_yaw(placer:get_look_horizontal())", player view & motorbike aligned...
06:37 AntumDeluge Trying to convert hovercrafts: self.object:set_yaw(clicker:get_look_horizontal()) -- player view is about -90 degrees from front of hovercraft
06:39 AntumDeluge After attachment, the values of self.object:get_yaw() & clicker:get_look_horizontal() are the same (or nearly the same), but still the view is off.
06:41 AntumDeluge get_look_yaw description: Angle is counter-clockwise from the +x direction.
06:41 AntumDeluge get_look_horizontal description: Angle is counter-clockwise from the +z direction.
06:44 AntumDeluge I'm not that good at math, but I'm thinking I use pi to compensate?
06:54 AntumDeluge Ah! The fix is "clicker:get_look_horizontal() + math.rad(90)"
06:55 AntumDeluge Doesn't explain why the fix is needed, but it works. :)
07:02 Talkless joined #minetest
07:32 hlqkj joined #minetest
07:43 Gustavo6046 joined #minetest
08:08 Calinou joined #minetest
08:17 BrBridge <w​grant> /!\ THIS CHANNEL HAS MOVED TO IRC.LIBERA.CHAT #HAMRADIO /!\
08:17 BrBridge <w​grant> /!\ JOIN #HAMRADIO TODAY. THIS CHANNEL HAS MOVED TO IRC.LIBERA.CHAT #HAMRADIO /!\
08:31 kb1000 joined #minetest
08:31 Fusl joined #minetest
08:31 kawaiipunk joined #minetest
08:31 Swift110-mobile joined #minetest
08:41 heavygale joined #minetest
08:50 z812 joined #minetest
08:50 Benau joined #minetest
08:51 rschulman joined #minetest
09:01 BrBridge <E​merald2> Wow spammers already?
09:12 BrBridge <V​anessaE> Emerald2: they've been hitting the network since it launched :-/
09:13 BrBridge <V​anessaE> also YAY, my servers are all back up and running :D
09:13 BrBridge <E​merald2> Go figure. :/
09:13 BrBridge <E​merald2> Yay for running servers though. :D
09:25 gehmehgeh joined #minetest
09:26 kb1000 joined #minetest
09:27 BrBridge <g​ehmehgeh> hmm, some other migrated channels have relays between the old Freenode channel and the newly created one on libera
09:27 gehmehgeh ah
09:27 gehmehgeh this, too :D
09:27 gehmehgeh *this one, too
09:27 gehmehgeh ECHO! :D
09:27 BrBridge <g​ehmehgeh> echo
09:27 BrBridge <g​ehmehgeh> *scnr*
09:28 MTDiscord <Spectre> Ok
09:28 MTDiscord <Spectre> Some bot
09:29 Benau2 joined #minetest
09:32 Benau joined #minetest
09:33 FrostRanger[m] joined #minetest
09:35 Noclip joined #minetest
09:40 IceDragon joined #minetest
09:46 [m]testman joined #minetest
09:51 Quiark joined #minetest
10:02 YuGiOhJCJ joined #minetest
10:12 Fixer joined #minetest
10:50 hlqkj joined #minetest
10:59 SX joined #minetest
11:01 Flabb joined #minetest
11:03 SX joined #minetest
12:00 hlqkj_ joined #minetest
12:07 Fixer_ joined #minetest
12:07 specing_ joined #minetest
12:38 Dyedefra joined #minetest
12:39 MinetestBot [git] SmallJoker -> minetest/minetest: GUIEditBox: Allow selecting and copying read-only texts 93f43c8 https://git.io/Js9TD (2021-05-22T12:39:41Z)
12:48 scr267 joined #minetest
13:00 Fixer joined #minetest
13:13 alket joined #minetest
13:16 Fixer_ joined #minetest
13:47 Sven_vB hi :)
13:47 Sven_vB I'm trying to find the definition of utf8_to_wide_c(). is it this? --> src/gettext.h:48:extern wchar_t *utf8_to_wide_c(const char *str);
13:48 Sven_vB oh, I misread grep. actually I'm looking for utf8_to_wide, without the _c
13:52 Sven_vB I guess it's src/util/string.cpp:90:std::wstring utf8_to_wide(const std::string &input) + src/util/string.cpp:149:std::wstring utf8_to_wide(const std::string &input)
13:59 sfan5 yes
14:56 hlqkj_ joined #minetest
14:58 FeXoR joined #minetest
15:07 Helenah joined #minetest
15:14 Hawk777 joined #minetest
15:22 TomTom joined #minetest
15:56 hlqkj_ joined #minetest
16:02 Fixer joined #minetest
16:04 bodqhrohro joined #minetest
16:20 hlqkj_ joined #minetest
16:55 Dyedefra joined #minetest
17:00 hlqkj_ joined #minetest
17:03 Fixer joined #minetest
17:04 bodqhrohro joined #minetest
17:44 wsor4035 joined #minetest
17:49 wsor4035 test
17:49 MTDiscord <Jonathon> yay
19:47 FeXoR joined #minetest
20:02 est31 joined #minetest
21:05 Talkless joined #minetest
22:00 Sven_vB joined #minetest
22:27 olliy_ joined #minetest
22:52 Dyedefra joined #minetest
22:59 delta23 joined #minetest
23:08 BrBridge <e​rlehmann> <celeron55> my terminal font doesn't have the pickaxe so i get colorful boxes
23:08 BrBridge <e​rlehmann> the solution is to install GNU unifont
23:09 BrBridge <e​rlehmann> only terminal font i know with monochrome emoji that are actually, for the most part, recognizable
23:09 BrBridge <e​rlehmann> (disclaimer: i made a lot of emoji for unifont, but that was years back)
23:09 BrBridge <e​rlehmann> (so i might be a bit biased)
23:18 MTDiscord <Jordach> erlhemann: here's the MT engine doing something crazy
23:18 MTDiscord <Jordach> https://gfycat.com/grayimpracticalamericansaddlebred
23:18 Jordach joined #minetest
23:55 AntumDeluge Is there a feature I can check before choosing to call between `object:get_pos()` & `object:getpos()`, `object:set_yaw()` & `object:setyaw()`, etc.? Or is it not possible to keep backward compat in this case?
23:56 MTDiscord <GreenXenith> getpos is so outdated I dont think its worth keeping backwards compat
23:56 MTDiscord <GreenXenith> but you can do local get_pos = object.get_pos or object.getpos
23:56 AntumDeluge Okay, that's good to know. Makes things easier.

| Channels | #minetest index | Today | | Google Search | Plaintext