| Time |
Nick |
Message |
| 00:25 |
|
Miner_48er joined #minetest-dev |
| 01:30 |
|
ANAND joined #minetest-dev |
| 01:39 |
|
reductum joined #minetest-dev |
| 01:41 |
|
nephele_ joined #minetest-dev |
| 01:51 |
|
Jdog joined #minetest-dev |
| 02:29 |
|
Kimapr joined #minetest-dev |
| 03:34 |
|
erlehmann joined #minetest-dev |
| 04:01 |
|
Taoki joined #minetest-dev |
| 05:00 |
|
Kimapr joined #minetest-dev |
| 05:14 |
|
reductum joined #minetest-dev |
| 05:18 |
|
calcul0n joined #minetest-dev |
| 05:37 |
|
reductum joined #minetest-dev |
| 06:05 |
|
calcul0n joined #minetest-dev |
| 07:18 |
|
nerzhul joined #minetest-dev |
| 07:26 |
|
calcul0n_ joined #minetest-dev |
| 08:00 |
|
ShadowNinja joined #minetest-dev |
| 08:03 |
|
YuGiOhJCJ joined #minetest-dev |
| 08:09 |
nerzhul |
sfan5: sounds that clang is not happy with one of your optimization |
| 08:09 |
nerzhul |
mapblock_mesh.cpp:422:64: attention: « void* memcpy(void*, const void*, size_t) » écriture dans un objet de type « v3s16 » {aka « class irr::core::vector3d<short int> »} sans affectation par copie triviale; use copy-assignment or copy-initialization instead [-Wclass-memaccess] |
| 08:50 |
|
Fixer joined #minetest-dev |
| 09:25 |
|
YuGiOhJCJ joined #minetest-dev |
| 09:30 |
|
_Zaizen_ joined #minetest-dev |
| 09:50 |
|
proller joined #minetest-dev |
| 09:53 |
sfan5 |
nerzhul: I don't have that with clang-10 here but I noticed that gcc complains about that |
| 09:53 |
sfan5 |
either way the optimization is definitely safe but the compiler doesn't understand that |
| 10:59 |
|
mizux joined #minetest-dev |
| 11:18 |
rubenwardy |
A non trivial constructor implies it shouldn't be safe |
| 11:27 |
|
calcul0n joined #minetest-dev |
| 12:16 |
sfan5 |
the "non-trivial" constructor in this case is vector(const vector &other) : X(other.X), Y(other.Y), Z(other.Z) {} |
| 12:17 |
sfan5 |
which the compiler also turns into three moves even if it should be easily vectorizable |
| 12:20 |
rubenwardy |
sounds like it should = default? |
| 12:20 |
sfan5 |
probably |
| 12:20 |
sfan5 |
irrlicht was written before c++11 and still doesn't use it to this day (I think?) |
| 12:27 |
rubenwardy |
ah right |
| 14:46 |
nerzhul |
no it doesn't use it, it's exact |
| 14:53 |
|
ANAND joined #minetest-dev |
| 15:27 |
|
nerzhul_ joined #minetest-dev |
| 15:44 |
|
nerzhul joined #minetest-dev |
| 16:14 |
|
Lone_Wolf joined #minetest-dev |
| 16:22 |
|
erlehmann joined #minetest-dev |
| 16:23 |
|
NetherEran joined #minetest-dev |
| 16:28 |
|
Guest88924 joined #minetest-dev |
| 16:33 |
sfan5 |
reminder that #9627 is ready and works |
| 16:33 |
ShadowBot |
https://github.com/minetest/minetest/issues/9627 -- Make Mapgen (mostly) work multithreaded again by sfan5 |
| 16:34 |
|
proller joined #minetest-dev |
| 16:36 |
|
Calinou joined #minetest-dev |
| 16:40 |
nerzhul |
i will take a look today |
| 16:42 |
|
ANAND_ joined #minetest-dev |
| 16:55 |
|
rubenwardy joined #minetest-dev |
| 17:10 |
|
fluxflux joined #minetest-dev |
| 17:13 |
sfan5 |
merging game#2662 in 5m |
| 17:13 |
ShadowBot |
https://github.com/minetest/minetest_game/issues/2662 -- doors: Remove unnecessary nodebox and empty texture by sfan5 |
| 17:20 |
|
Taoki joined #minetest-dev |
| 17:23 |
|
mizux joined #minetest-dev |
| 17:45 |
|
erlehmann joined #minetest-dev |
| 17:50 |
|
erlehmann joined #minetest-dev |
| 18:04 |
rubenwardy |
Krock: appguru is doing that PR |
| 18:04 |
rubenwardy |
tbh, they should have just done it |
| 18:04 |
rubenwardy |
referring to old_speed/velocity |
| 18:05 |
rubenwardy |
tbh, you'll have done it in less time than to respond to this |
| 18:06 |
Krock |
was about to fix it together with fog #9605 |
| 18:06 |
ShadowBot |
https://github.com/minetest/minetest/issues/9605 -- get_sky_color returns unknown fields |
| 18:06 |
Krock |
well yes. that commit is already done locally |
| 18:06 |
rubenwardy |
maybe just do it then |
| 18:24 |
Krock |
btw #9812 |
| 18:24 |
ShadowBot |
https://github.com/minetest/minetest/issues/9812 -- [NO SQUASH] Script API: Rename fields for constency by SmallJoker |
| 18:36 |
|
erlehmann joined #minetest-dev |
| 18:43 |
|
erlehmann joined #minetest-dev |
| 18:54 |
rubenwardy |
I've updated |
| 18:54 |
rubenwardy |
!dev TODO |
| 18:54 |
ShadowBot |
TODO - Minetest Developer Wiki -- http://dev.minetest.net/TODO |
| 18:56 |
Krock |
> perhaps coinciding with the release of 0.5.0, is better than breaking compatibility all the time |
| 18:56 |
rubenwardy |
Loool |
| 19:01 |
|
NetherEran joined #minetest-dev |
| 19:02 |
|
erlehmann joined #minetest-dev |
| 19:08 |
|
Fixer_ joined #minetest-dev |
| 19:36 |
|
troller joined #minetest-dev |
| 20:54 |
|
LoneWolfHT joined #minetest-dev |
| 22:30 |
|
Wuzzy joined #minetest-dev |
| 22:36 |
|
erlehmann joined #minetest-dev |
| 22:40 |
|
mizux_ joined #minetest-dev |
| 22:43 |
|
Lone_Wolf joined #minetest-dev |
| 22:54 |
|
erlehmann joined #minetest-dev |
| 22:54 |
|
reductum joined #minetest-dev |
| 23:17 |
|
turtleman joined #minetest-dev |
| 23:43 |
|
slemonide joined #minetest-dev |
| 23:44 |
slemonide |
Minetest partitions the map into chunks and stores serialized chunk data into the database. I am curious if this is the best practice in general? Would it be better to split chunk data across several records and then SELECT the ones we want? |
| 23:48 |
rubenwardy |
a chunk is loaded in its entirety |
| 23:48 |
rubenwardy |
a chunk is the discrete level at which the map is loaded |
| 23:49 |
rubenwardy |
it doesn't make much sense to split stuff up more, and it makes it more complicated |
