Time Nick Message 20:02 Krock hmm. the forums seem to be under heavy load again 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 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:11 VanessaE 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 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