Time |
Nick |
Message |
04:00 |
|
MTDiscord joined #minetest-dev |
04:06 |
|
fluxionary joined #minetest-dev |
05:16 |
|
calcul0n joined #minetest-dev |
07:12 |
|
loggingbot_ joined #minetest-dev |
07:12 |
|
Topic for #minetest-dev is now Minetest core development and maintenance. Chit-chat goes to #minetest. https://dev.minetest.net/ https://github.com/minetest |
07:52 |
|
appguru joined #minetest-dev |
09:08 |
|
dzho joined #minetest-dev |
09:36 |
|
HuguesRoss joined #minetest-dev |
09:37 |
|
Fixer joined #minetest-dev |
11:06 |
rubenwardy |
Snap is on 5.4.1, should probably be removed from the website |
11:06 |
rubenwardy |
or perstering snap to update it added to the release checklist |
11:54 |
sfan5 |
it is on there |
11:55 |
|
proller joined #minetest-dev |
12:10 |
|
panwolfram joined #minetest-dev |
12:48 |
|
kilbith joined #minetest-dev |
12:58 |
|
kilbith joined #minetest-dev |
13:00 |
|
rubenwardy joined #minetest-dev |
14:11 |
|
appguru joined #minetest-dev |
14:20 |
|
erle joined #minetest-dev |
18:57 |
|
proller joined #minetest-dev |
20:25 |
MTDiscord |
<x2048> Does anyone know of any PRs or branches adding deferred rendering? |
21:09 |
|
Taoki joined #minetest-dev |
21:21 |
|
beanzilla left #minetest-dev |
21:40 |
MTDiscord |
<Juri> Ah I see you in here Sfan5 |
21:40 |
MTDiscord |
<Juri> Hi |
21:41 |
MTDiscord |
<Juri> I got told that you are maintaining the public server list |
21:41 |
MTDiscord |
<Juri> In that case I want to draw your attention to a server called "VineMine [EN/RU]" |
21:42 |
MTDiscord |
<Juri> The admin is using bots to boost his rank in the list and admits that publicly |
21:42 |
erle |
why what is there |
21:42 |
erle |
also this channel is for engine discussion |
21:42 |
MTDiscord |
<Juri> Oh sorry |
21:43 |
erle |
dw i make the same mistake all the time |
21:43 |
MTDiscord |
<Juri> I just got told that I probably should try to reach out for Sfan5 and I saw messages from him in here |
22:01 |
|
kilbith joined #minetest-dev |
22:11 |
kilbith |
@x2048 come to me in IRC so we can discuss rendering |
22:27 |
erle |
anyone aware of this rendering bug? https://mister-muffin.de/p/xB39.png |
22:27 |
erle |
Warr1024 this is the wooden ladder in nodecore that looks invisible when it is surrounded by items |
22:27 |
erle |
might be a nodecore bug, not sure |
22:28 |
MTDiscord |
<luatic> @Warr1024 |
22:28 |
erle |
as soon as i remove one of the items, the ladder becomes visible again |
22:32 |
|
panwolfram joined #minetest-dev |
22:34 |
MTDiscord |
<Warr1024> oh, wow, never heard of that. |
22:35 |
MTDiscord |
<Warr1024> wouldn't be surprised if it were a victim of unexpected consequences of that nodebox rendering optimization thing |
22:36 |
MTDiscord |
<Warr1024> NodeCore is definitely not doing anything special there. |
22:42 |
erle |
Warr1024 can you try to reproduce? |
22:46 |
MTDiscord |
<Warr1024> Well, I wasn't able to on an old 5.5.0-dev snapshot, I'll have to try on a 5.6.0-dev stream... |
22:49 |
MTDiscord |
<Warr1024> no luck on Minetest 5.6.0-dev-8756b7a73 |
22:54 |
MTDiscord |
<Warr1024> hmm, well, ... it occurs to me that I was not necessarily keeping my minetest and irrlichtmt versions in sync, and the irrlichtmt version number only seemed to have a release, not an exact commit hash... |
23:06 |
erle |
might be that this is another miscompile on my end or your end … who knows lol |
23:08 |
erle |
Warr1024 or maybe it depends on rendering settings. for example, some nodeboxes from my studs mod appear black if “smooth lighting” is not on. |
23:25 |
erle |
Warr1024, i am not able to reproduce this with a 5.6.0-dev snapshot |
23:26 |
erle |
also i think the debug view should show the exact commit and buld flags hehe |
23:39 |
MTDiscord |
<Warr1024> I just updated to latest and I can't repro it. |
23:39 |
MTDiscord |
<Warr1024> I could try smooth lighting... |
23:39 |
MTDiscord |
<Warr1024> would be weird if that were the one that affect it tho |
23:40 |
erle |
try any options. but in the end it might be a miscompile on my part. the build system of minetest just really sucks. |
23:40 |
erle |
i'll get to it if i ever hack on the engine again |
23:40 |
MTDiscord |
<Warr1024> Turning off smooth lighting didn't do anything other than remind me why I used to play with it turned off back when I used to play games where exact light levels were very important. |
23:40 |
erle |
and turning on or off shaders? does that something? |
23:41 |
MTDiscord |
<Warr1024> I never really thought that the build system of MT sucks, in that at least it gets wrong only like 10% or less of what it COULD get wrong. Bit cumbersome, but all it needed was a little TLC and one big-ass wrapper script :-D |
23:42 |
MTDiscord |
<Warr1024> I can't possibly exhaustively test every possible combination of settings. |
23:42 |
MTDiscord |
<Warr1024> You saw this on 5.5.0-release and only that version? |
23:44 |
MTDiscord |
<Warr1024> if it were a dropped item then I could understand it, because those entities can sometimes end up delayed in showing up (that was one case where I ended up needing the ABM+LBM because the LBM worked like 99.99% of the time but I really needed 100%) but a simple nodebox node like a placed ladder is really just purely an engine thing. |
23:45 |
|
proller joined #minetest-dev |
23:54 |
erle |
Warr1024 i only say so often that the build system sucks because i actually know for sure how to prevent the kind of scenario where with every single bug you have to ask yourself if the binary was built correctly. |
23:54 |
erle |
a friend of mine once got a minetest where water did not render and i am pretty sure that it was a build that did not correspond to the source code. |
23:54 |
erle |
i mean probably to some source code, but not the one of minetest. |
23:55 |
erle |
Warr1024 does the bug occur in 5.4.1 actually? |
23:55 |
erle |
for you |