| Time |
Nick |
Message |
| 00:00 |
MTDiscord |
<PrairieWind> Is #8290 still an change that is wanted? |
| 00:00 |
pgimeno |
https://github.com/minetest/minetest/issues/8290 -- Enable Connected Glass By Default |
| 00:05 |
MTDiscord |
<PrairieWind> If so, seems basic enough for me to start off with and fix. |
| 00:09 |
rubenwardy |
makes sense, if mods want connected/framed glass it should be by default |
| 00:10 |
rubenwardy |
hmm, does glasslike_framed force it on? |
| 00:11 |
rubenwardy |
yes |
| 00:11 |
MTDiscord |
<Jonathon> yes |
| 00:12 |
rubenwardy |
I guess it doesn't matter either way really |
| 00:22 |
|
lhofhansl joined #minetest-dev |
| 00:24 |
lhofhansl |
Planning to merge #13237 soon. |
| 00:24 |
pgimeno |
https://github.com/minetest/minetest/pull/13237 -- Reduce client's packet processing budget per iteration from 100 to 10ms. by lhofhansl |
| 01:20 |
|
olliy joined #minetest-dev |
| 02:18 |
MTDiscord |
<PrairieWind> ok, so I change it, do I need to update the minetest.conf.example file, or leave it as is? |
| 02:29 |
|
YuGiOhJCJ joined #minetest-dev |
| 04:05 |
|
Warr1024 joined #minetest-dev |
| 05:00 |
|
MTDiscord joined #minetest-dev |
| 05:00 |
|
hmmmm joined #minetest-dev |
| 05:24 |
|
bogroll1234 joined #minetest-dev |
| 06:00 |
|
calcul0n_ joined #minetest-dev |
| 08:08 |
|
Alias joined #minetest-dev |
| 09:56 |
sfan5 |
leave that as is |
| 10:04 |
|
calcul0n joined #minetest-dev |
| 12:37 |
Jon[m]1 |
Is this channel for engine development as opposed to mod development? |
| 12:42 |
MTDiscord |
<luatic> Jon: it is for engine development, yes. The description reads "Minetest core development and maintenance". #minetest would be more appropriate to discuss mod dev. |
| 12:42 |
Jon[m]1 |
Thanks |
| 13:04 |
|
bogroll1234 joined #minetest-dev |
| 13:41 |
|
Desour joined #minetest-dev |
| 14:05 |
|
proller joined #minetest-dev |
| 16:20 |
|
pmp-p joined #minetest-dev |
| 16:20 |
|
proller joined #minetest-dev |
| 16:51 |
|
Warr1024 joined #minetest-dev |
| 17:16 |
|
kilbith joined #minetest-dev |
| 17:18 |
kilbith |
look, even GNOME is dropping support for GL <3.x hardware: https://www.phoronix.com/news/Mutter-Drops-Legacy-OpenGL |
| 17:19 |
kilbith |
>=GL3 /or/ GLES 2 only |
| 17:24 |
MTDiscord |
<luatic> If I'm not mistaken, our SQLite backend currently is synchronous, i.e. it blocks until SQLite is done committing the transactions |
| 17:25 |
MTDiscord |
<luatic> Couldn't we move it to its own thread so SQLite being busy doesn't block the main thread? |
| 17:48 |
|
bogroll1234 joined #minetest-dev |
| 19:15 |
sfan5 |
the default config is really bad for stuttering when meshes are processed |
| 19:15 |
sfan5 |
we really need to fix that |
| 19:15 |
sfan5 |
I don't know what exactly I have in mine but it is buttery smooth |
| 19:18 |
Desour |
>when meshes are processed |
| 19:18 |
Desour |
what exactly do you mean by that? mapblock meshgen? |
| 19:21 |
sfan5 |
https://0x0.st/Hspn.png |
| 19:22 |
sfan5 |
processing here I think is uploading them to the gpu |
| 19:26 |
sfan5 |
fps_max = 100 fixes it, probably the fps limiter being bugged and making it worse |
| 19:27 |
|
ashstar1248 joined #minetest-dev |
| 19:29 |
sfan5 |
going by the green graph in that case the fps it measures is much higher than 60 (with vsync enabled) |
| 19:30 |
sfan5 |
so if it works to cap that "measured fps" to 60 then the real fps is going to be lower than that -> stuttering |
| 19:36 |
Desour |
sfan5: do you have minimap enabled? the stuttering on mesh processed is much worse with minimap on my end |
| 19:37 |
sfan5 |
no |
| 20:06 |
sfan5 |
@luatic don't we want the data to be saved until we continue? |
| 20:06 |
sfan5 |
also depending on sqlite_synchronous it might not wait until all of it is on disk |
| 20:09 |
|
x2048 joined #minetest-dev |
| 20:54 |
|
ivanbu joined #minetest-dev |
| 22:26 |
|
Desour joined #minetest-dev |
| 22:45 |
|
proller joined #minetest-dev |
