Minetest logo

IRC log for #minetest-dev, 2024-09-18

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

All times shown according to UTC.

Time Nick Message
00:23 SFENCE joined #minetest-dev
00:41 SFENCE joined #minetest-dev
01:00 SFENCE joined #minetest-dev
01:28 SFENCE joined #minetest-dev
02:00 SFENCE_arch joined #minetest-dev
02:21 SFENCE joined #minetest-dev
02:35 sofar joined #minetest-dev
02:35 SFENCE joined #minetest-dev
03:01 SFENCE joined #minetest-dev
03:06 SFENCE joined #minetest-dev
03:20 SFENCE joined #minetest-dev
03:49 SFENCE joined #minetest-dev
04:00 MTDiscord joined #minetest-dev
04:06 SFENCE joined #minetest-dev
04:42 SFENCE joined #minetest-dev
05:09 v-rob joined #minetest-dev
05:16 SFENCE joined #minetest-dev
05:29 SFENCE joined #minetest-dev
05:47 SFENCE joined #minetest-dev
06:12 SFENCE joined #minetest-dev
06:31 SFENCE joined #minetest-dev
06:47 nore joined #minetest-dev
07:26 SFENCE joined #minetest-dev
07:49 SFENCE joined #minetest-dev
08:25 SFENCE joined #minetest-dev
08:31 SFENCE joined #minetest-dev
08:47 Warr1024 joined #minetest-dev
08:49 SFENCE joined #minetest-dev
09:07 SFENCE joined #minetest-dev
09:25 SFENCE joined #minetest-dev
09:34 SFENCE joined #minetest-dev
09:38 Desour joined #minetest-dev
09:53 SFENCE joined #minetest-dev
10:05 sfan5 merging #14954, #15179, #15165, #15177 in 12m
10:05 ShadowBot https://github.com/minetest/minetest/issues/14954 -- [no sq] Bulk LBMs by sfan5
10:05 ShadowBot https://github.com/minetest/minetest/issues/15179 -- Fix TODO by wrrrzr
10:05 ShadowBot https://github.com/minetest/minetest/issues/15165 -- Drop fixed pipeline lighting stuff by grorp
10:05 ShadowBot https://github.com/minetest/minetest/issues/15177 -- [no sq] irr_ptr improvements, and use it more by Desour
10:06 Desour please wait with #14954 a bit. I have some comments
10:06 ShadowBot https://github.com/minetest/minetest/issues/14954 -- [no sq] Bulk LBMs by sfan5
10:08 sfan5 okay
10:08 sfan5 merging everything else thne
10:08 sfan5 then*
10:12 SFENCE joined #minetest-dev
10:31 SFENCE joined #minetest-dev
10:49 SFENCE joined #minetest-dev
11:02 Desour why does CIrrDeviceOSX.mm have the file suffix .mm, and not .cpp?
11:05 Desour a nvm, it's objective C++, and just *looks* like c++
11:05 TenPlus1 joined #minetest-dev
11:05 TenPlus1 Hi folks
11:06 TenPlus1 https://github.com/minetest/minetest/issues/15073
11:06 Desour !title
11:06 ShadowBot [verticalframe adjustment · Issue #15073 · minetest/minetest · GitHub
11:07 SFENCE joined #minetest-dev
11:07 TenPlus1 hi sfence
11:10 TenPlus1 turns out the [sheet texture modifier can be used to do the same thing [verticalframe does
11:10 TenPlus1 so wouldn't it be wise to tweak [verticalframe to work simpler before it's widely used ?
11:12 TenPlus1 if the engine already knows the width of an image provided, [verticalframe could be simplified to where you only need to give it an actual number which returns that frame
11:12 Desour you mean the height, right?
11:12 TenPlus1 nope, width... if engine knows width it can determine the frame height automatically and know how many frames it has to deal with in an image
11:12 Desour better would be aspect ratio, to be resolution independent
11:13 TenPlus1 e.g. "animated_image.png^[verticalframe:1" or 5 or 100, error correcting itself to the last frame
11:14 TenPlus1 this would compensate for texture packs changing the size of a texture, or even the number of frames in an animation
11:15 Desour "animated_image.png^[verticalframe:1" doesn't include a width
11:15 TenPlus1 doesnt need one, the engine knows the width of an image already and can supply it in the calculations
11:16 TenPlus1 if you have to supply dimensions then [sheet does the same thing, so why have [verticalframe to begin with
11:18 TenPlus1 The problem is that "fire_basic_flame_animated^[sheet:1x8:0,0" and "fire_basic_flame_animated^[verticalframe:8:1" do exactly the same thing
11:18 TenPlus1 so while it's still a new feature we can change [verticalframe to work better in our favour
11:21 Desour it's not a new feature
11:22 TenPlus1 I assumed it was added in the last few versions
11:22 Desour and idk how a single frame number should be enough for the engine to know which part of the image to use
11:23 TenPlus1 if "[verticalframe:8:1" is enough for it to know 8 frames, give me frame 1. it knows the image dimensions already
11:23 TenPlus1 so changing it to "[verticalframe:1" would easily know the width of an image x frame number for height
11:24 Desour oh, do you mean we should use the dimensions of the underlying image, from the overload ^ operator?
11:25 Desour or where are the dimensions coming from?
11:25 TenPlus1 the engine knows what the image dimensions of say "fire_basic_flame_animated.png" will be, so width * frame number gives location of that frame
11:25 TenPlus1 and if the frame number it larger than the actual image, say 100, it defaults to the last frame available in that image
11:26 Desour but images aren't quadratic in general
11:26 Desour square*
11:27 TenPlus1 when dealing with nodes arent all animated image frames the same height as width ?
11:29 Desour if you put a rectangular image on a square face, it gets stretched. that's a feature, mhm
11:29 TenPlus1 dang it! in that case it's a no-go for the changes
11:30 Desour anyway, so what you're suggesting is basically a verticalframe which assumes square frames?
11:30 TenPlus1 yeah
11:30 TenPlus1 since both modifiers do the exact same thing, just different values
11:30 TenPlus1 seemed a waste
11:31 Desour I'd generalize that to a modifier that takes an aspect ratio parameter. yours would then be the case where that parameter is 1
11:32 TenPlus1 that woudl help for sure, especially when textures change size in a texture pack
11:33 TenPlus1 or even a command that returns the dimensions of an image loaded
11:33 SFENCE joined #minetest-dev
11:33 Desour the server doesn't load images
11:33 Desour and it doesn't have the player's texture pack
11:34 TenPlus1 fiddly problem, lol
11:35 TenPlus1 at least talking it over means I can close the issue I opened since it's not viable
11:35 Desour yeah, it's not new, we can't just change its behaviour x)
11:38 TenPlus1 thanks for the assist :P
12:11 SFENCE joined #minetest-dev
12:14 hwpplayer1 joined #minetest-dev
12:31 SFENCE joined #minetest-dev
12:53 SFENCE joined #minetest-dev
13:10 SFENCE joined #minetest-dev
13:28 SFENCE joined #minetest-dev
13:36 SFENCE joined #minetest-dev
13:55 SFENCE joined #minetest-dev
13:56 Warr1024 joined #minetest-dev
14:04 Warr1024 joined #minetest-dev
14:31 SFENCE joined #minetest-dev
14:58 SFENCE_arch joined #minetest-dev
15:10 SFENCE joined #minetest-dev
15:29 hwpplayer1 joined #minetest-dev
15:29 SFENCE joined #minetest-dev
15:29 sfan5 rubenwardy: ping for android build
15:30 sfan5 i dont even know who else has the signing password
15:36 [MatrxMT] <Zughy> any idea why the server is not starting? We've just updated to 5.9.1 https://i.imgur.com/ECcsP7O.png
15:38 SFENCE joined #minetest-dev
15:42 SFENCE joined #minetest-dev
15:43 clavi joined #minetest-dev
15:43 sfan5 joined #minetest-dev
15:43 hifi joined #minetest-dev
15:55 Desour joined #minetest-dev
15:57 SFENCE joined #minetest-dev
15:59 SFENCE joined #minetest-dev
16:13 Sharpman joined #minetest-dev
16:42 [MatrxMT] <Zughy> no one?
16:45 celeron55 well there's nothing in the screenshot pointing to anything
16:45 celeron55 try --trace (but it probably won't help either)
16:46 celeron55 i'd try setting some breakpoints in a debugger and seeing if the backtrace at some point gives any hints
16:47 celeron55 (if --trace doesn't bring up anything usefu)
16:47 celeron55 +l
16:53 SFENCE joined #minetest-dev
17:01 fluxionary joined #minetest-dev
17:10 SFENCE joined #minetest-dev
17:32 SFENCE joined #minetest-dev
17:38 Krock sfan5: n_r_z should also have access according to the wiki page
17:38 Krock the website needs a quick update as well
18:01 SFENCE joined #minetest-dev
18:18 SFENCE joined #minetest-dev
18:31 Sokomine joined #minetest-dev
18:36 [MatrxMT] <Zughy> also, I don't know if it's the 5.9.1 client but playing on a 5.8 server (the same one I used to play), now there are huge peaks of lag where HUDs sometimes arrive with even 10 seconds of delay
18:41 Tukan joined #minetest-dev
18:42 Krock Zughy: try to reproduce on 5.9.0
18:43 [MatrxMT] <Zughy> on it
18:48 hwpplayer1 joined #minetest-dev
18:51 SFENCE joined #minetest-dev
19:04 [MatrxMT] <Zughy> honestly can't tell, the host is making the whole server lag. Not worth to check
19:14 SFENCE joined #minetest-dev
19:32 MTDiscord <landarvargan> Does anyone play on 5.9.1 with enable_build_where_you_stand = false (the default) ? My local client is broken or it's forced to true (What I normally play with) since somewhere between 5.8 and 5.9
19:49 SFENCE joined #minetest-dev
19:55 Sokomine hi. i still have that compile problem:  minetest/lib/tiniergltf/tiniergltf.hpp:3:10: fatal error: json/json.h: File or directory not found.
19:55 Sokomine still the same problem as i had some days ago (currently limited way to deal with things)
19:58 MTDiscord <landarvargan> Did you run the dependency install in https://github.com/minetest/minetest/blob/master/doc/compiling/linux.md ? I see they mentioned you should create an issue
20:02 Sokomine aaah! thank you! that helped. i somehow hadn't checked that current list of necessary packages :/
20:05 MTDiscord <landarvargan> Is something else broken? Or did you mean 'fixed'?
20:05 Sokomine compiling nicely now. 70% done (slow notebook)
20:08 SFENCE joined #minetest-dev
20:11 MTDiscord <landarvargan> It looks like having noclip enabled by fly disabled will allow you to build inside yourself regardless of the setting, and CTF must do something weird that causes it to break when placing at your feet, I can fix it by adding 0.01 to index 2 of the player collisionbox (It's 0 by default AFAIK)
20:30 SFENCE joined #minetest-dev
20:47 SFENCE joined #minetest-dev
21:05 SFENCE joined #minetest-dev
21:10 MTDiscord <luatic> Sokomine: That was determined to be a bug with the build-related code I introduced, I'll try to fix it. In the meantime you can jsoncpp from your package manager as LandarVargan suggested.
21:16 SFENCE joined #minetest-dev
21:22 Tukan joined #minetest-dev
21:51 SFENCE joined #minetest-dev
22:11 SFENCE joined #minetest-dev
22:17 SFENCE joined #minetest-dev
22:34 panwolfram joined #minetest-dev
22:36 SFENCE joined #minetest-dev
22:53 SFENCE joined #minetest-dev
23:05 Eragon joined #minetest-dev
23:06 [MatrxMT] <Zughy> so apparently if some dependency is not satisfied, 5.9.1 won't tell you shit and the server will simply die (see previous screenshot of mine)
23:06 [MatrxMT] <Zughy> it took us 3 hours to debug what the hell was going on
23:07 [MatrxMT] <Zughy> server is running inside docker, Alpine
23:08 [MatrxMT] <Zughy> I don't seem to recall the same thing happening with MT <5.9, so I guess (and I hope) it's a regression, because it's really bad UX
23:08 [MatrxMT] <Zughy> for the sysadmin
23:17 SFENCE joined #minetest-dev
23:24 [MatrxMT] <Zughy> #15183
23:24 ShadowBot https://github.com/minetest/minetest/issues/15183 -- Server silently crashes if hard dependencies are not satisfied
23:35 SFENCE joined #minetest-dev

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