Minetest logo

IRC log for #minetest-hub, 2021-02-22

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

All times shown according to UTC.

Time Nick Message
00:04 Conradish006 joined #minetest-hub
00:34 T4im joined #minetest-hub
00:47 ShadowNinja joined #minetest-hub
00:52 T4im joined #minetest-hub
00:53 T4im joined #minetest-hub
00:55 T4im joined #minetest-hub
00:57 T4im joined #minetest-hub
00:59 T4im joined #minetest-hub
01:03 T4im joined #minetest-hub
01:05 T4im joined #minetest-hub
01:10 T4im joined #minetest-hub
01:12 T4im joined #minetest-hub
02:48 bwarden joined #minetest-hub
03:14 bwarden joined #minetest-hub
05:00 MTDiscord joined #minetest-hub
05:07 bwarden joined #minetest-hub
05:12 bwarden joined #minetest-hub
05:25 bwarden joined #minetest-hub
05:56 T4im joined #minetest-hub
06:05 Thomas-S joined #minetest-hub
06:05 Thomas-S joined #minetest-hub
06:53 nisa joined #minetest-hub
07:04 olliy joined #minetest-hub
08:00 ShadowNinja joined #minetest-hub
10:00 calcul0n joined #minetest-hub
10:00 ShadowBot joined #minetest-hub
11:16 calcul0n joined #minetest-hub
11:18 Fixer joined #minetest-hub
12:11 celeron55 joined #minetest-hub
13:06 calcul0n joined #minetest-hub
13:17 Rafi59 joined #minetest-hub
13:52 ShadowBot joined #minetest-hub
14:51 calcul0n joined #minetest-hub
15:53 calcul0n_ joined #minetest-hub
17:11 ShadowBot joined #minetest-hub
17:23 calcul0n joined #minetest-hub
17:41 ShadowBot joined #minetest-hub
18:24 aerozoic joined #minetest-hub
18:25 fluxflux joined #minetest-hub
18:29 fluxflux_ joined #minetest-hub
18:51 calcul0n joined #minetest-hub
19:18 homthack joined #minetest-hub
19:33 calcul0n joined #minetest-hub
20:02 Krock hmm. the forums seem to be under heavy load again
21:28 celeron55 joined #minetest-hub
21:28 celeron55 i'm going to say not really, unless by "again" you mean "basically constantly during the past year"
21:32 Krock it seems to have some sudden hick-ups but apparently it's normal again
21:32 Krock perhaps just an aggressive index bot. whatever, doesn't really matter
21:45 ShadowNinja joined #minetest-hub
21:56 calcul0n joined #minetest-hub
22:20 calcul0n joined #minetest-hub
22:46 VanessaE I have a couple players on one of my servers reporting certain nodes are rendering partly translucent when they look fine on my end
22:46 VanessaE these for example:  https://postimg.cc/vxFfcSdB
22:46 sfan5 are they using 5.4.0
22:46 VanessaE those are slabs from Tenplus1's cblocks mod
22:46 VanessaE they are not.  I am.  the server is.
22:47 sfan5 that's ... interesting
22:47 sfan5 !mod cblocks
22:47 MinetestBot sfan5: Coloured Blocks [cblocks] by TenPlus1 - https://forum.minetest.net/viewtopic.php?t=13303 - https://notabug.org/TenPlus1/cblocks
22:47 VanessaE the only thing I could find that's even remotely related is that those nodes are created by using the default stone brick texture, with texture compositing
22:48 VanessaE tiles = {"default_stone_brick.png^[colorize:" .. colours[i][3]},
22:48 VanessaE {"yellow",     "Yellow",     "#e3ff0070"}, is an entry in the table it references
22:48 VanessaE (most of them have some alpha component)
22:49 VanessaE could the engine be misinterpreting that alpha component?
22:49 sfan5 why is there an alpha component when they are not supposed to be transculent?
22:49 VanessaE why Tenplus1 did it this way I have no idea
22:49 VanessaE I don't use shaders on my client which may be why I don't see the alpha
22:49 sfan5 shouldn't make a difference
22:50 sfan5 there are some changes in 5.3.0 -> 5.4.0 regarding node alpha handling and it should behave as before
22:50 VanessaE but that said isn't the alpha channel of the colorize operation supposed to be just essentially a percentage of change against the base texture?
22:51 VanessaE like 0x80 would be half the color change that 0xff would cause
22:51 sfan5 no idea
22:51 sfan5 do you have stairsplus or stairs redo?
22:51 VanessaE lemme double check
22:51 VanessaE but should be stairsplus/moreblocks
22:52 sfan5 or if it's convenient provide the dumped nodedef of cblocks:stonebrick_yellow
22:52 VanessaE ok, I see moreblocks in the list and not stairs redo, so it'll be stairsplus
22:52 VanessaE moment, I'll pastebin that
22:54 VanessaE https://pastebin.com/YisW3uGe
22:54 sfan5 without use_texture_alpha it should under no circumstances be semi-transparent
22:54 VanessaE well
22:54 VanessaE I've noticed something about
22:55 VanessaE ...that
22:55 VanessaE a metric fuckton of nodes show up in the log as having alpha and use_texture_alpha being ignored/forced on
22:56 VanessaE well in singleplayer I see that a lot anyway
22:56 sfan5 it doesn't seem impossible that it'd be transparent on 5.4.0 when it wasn't on 5.3.0
22:56 sfan5 but not the other way around o.O
22:56 VanessaE holy G*d lots of, WARNING[Main]: Field "use_texture_alpha": Boolean values are deprecated; use the new choices
22:57 sfan5 !mod stairsplus
22:57 MinetestBot sfan5: circular saw for easier handling of stairsplus-nodes by Sokomine - https://forum.minetest.net/viewtopic.php?t=4377 - https://github.com/Sokomine/circularsaw
22:57 VanessaE not seeing the "assume" lines in the server log tho, must be a client-side thing
22:57 sfan5 yeah
22:57 VanessaE 2020-12-16 18:40:04: WARNING[Main]: Texture "digiline_std_bump.png" of digilines:wire_std_11100110 has transparent pixels, assuming use_texture_alpha = true.
22:57 VanessaE things like that.
22:58 VanessaE including cblocks
22:58 VanessaE 2020-12-16 18:40:27: WARNING[Main]: Texture "default_stone_brick.png^[colorize:#000000b0" of cblocks:stair_stonebrick_black_inner has transparent pixels, assuming use_texture_alpha = true.
22:58 sfan5 what if you update to latest 5.4.0-dev?
22:58 sfan5 because I touched this stuff agian
22:58 sfan5 again*
22:59 VanessaE well, like I said they look fine on my client, which is at commit c12e9cdc
22:59 VanessaE the server is up-to-date as of a couple days ago
22:59 sfan5 no need to test that then
23:01 VanessaE and indeed, the base stone brick texture has no alpha
23:01 VanessaE so I think the colorize op is adding it.
23:04 VanessaE should I just tell people to update?
23:05 VanessaE (imho this should be fixed on the server side so that the client isn't being forced to render alpha when it isn't called for)
23:09 sfan5 I can't reproduce this
23:10 sfan5 https://0x0.st/-8xg.png
23:10 VanessaE moment, trying to get some info on what they're using
23:10 calcul0n_ joined #minetest-hub
23:11 VanessaE <VampDemon@VEBL> Yes, it says 5.4.0-dev-10.13.6-3fb1f4530
23:11 VanessaE they're translucent for him
23:11 VanessaE old commit there
23:11 sfan5 there are no guarantees on what a dev version does
23:12 VanessaE September last year
23:12 sfan5 so yes to <VanessaE> should I just tell people to update?
23:12 VanessaE wait wait
23:12 VanessaE so the alpha is 100% client-side?
23:13 sfan5 what do you mean?
23:13 VanessaE I mean, the server makes no decisions whether the node has alpha
23:13 VanessaE at least as far as the colorize op goers
23:13 VanessaE goes*
23:14 sfan5 the intended behavior is that unless you set use_texture_alpha = true you can throw any transparency at the node and it will stay opaque
23:14 VanessaE ok, and that's handled entirely by the client?
23:14 sfan5 yes
23:14 VanessaE for some reason I thought the server dipped its fingers into that stuff too
23:14 VanessaE okay.
23:14 VanessaE I'll just tell them to update
23:15 VanessaE note:  one user can reproduce this with 5.3.0-release
23:15 sfan5 that'd be a problem but it works for me here™
23:16 VanessaE heh ok
23:21 VanessaE anyway
23:21 VanessaE the nodes are properly opaque for me, but still, that leaves the above issue
23:21 VanessaE of [colorize creating alpha where none is called for
23:22 VanessaE Oh, seems I *do* have shaders (and tone mapping) enabled, so that settles it :)
23:24 VanessaE ok fwiw a second user just confirmed the bug exists in 5.3.0 release

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