| Time |
Nick |
Message |
| 02:05 |
|
v-rob joined #minetest-dev |
| 03:24 |
|
v-rob joined #minetest-dev |
| 03:47 |
MTDiscord |
<FatalError> shouldnt we be allowed to compare vectors to other numbers using the "<, <=, >=, >" operators? shouldn't it just automatically do vector.length? |
| 03:47 |
MTDiscord |
<FatalError> I mean, we already have other mathematical operators for them, I fell like it'd make sense. |
| 04:00 |
|
MTDiscord joined #minetest-dev |
| 04:52 |
|
v-rob joined #minetest-dev |
| 05:13 |
|
calcul0n joined #minetest-dev |
| 05:46 |
|
v-rob joined #minetest-dev |
| 05:48 |
|
YuGiOhJCJ joined #minetest-dev |
| 07:51 |
|
v-rob joined #minetest-dev |
| 08:08 |
|
appguru joined #minetest-dev |
| 08:09 |
|
YuGiOhJCJ joined #minetest-dev |
| 08:14 |
MTDiscord |
<luatic> No. I've been down that route and it's a poor idea. The only reasonable comparison to be implemented on vectors is (in)equality. |
| 08:17 |
MTDiscord |
<luatic> What should a comparison v < w yield? You say it should compare the lengths as in len(v) < len(w). Other perfectly valid definitions include lexicographic ordering or "all components of v must be smaller than the respective components of w". |
| 08:19 |
|
YuGiOhJCJ joined #minetest-dev |
| 08:20 |
MTDiscord |
<luatic> And all of them have their applications. Lexicographic ordering is useful if you want to have a sorted data structure (sorted set / sort a list - although TBF Lua's table.sort doesn't seem to be respecting metatables). Lexicographic is the only ordering that won't yield an "invalid comparison function" error here. Comparing all components is useful for cuboid checks - to check whether p is within a cuboid defined by min and max, you |
| 08:20 |
MTDiscord |
simply do p >= min and p <= max. And what you have proposed is useful for comparing lengths. |
| 08:21 |
MTDiscord |
<luatic> All of them break basic assumptions made about comparison functions though. |
| 08:23 |
MTDiscord |
<luatic> For lengths: not (v < w or v > w) should be the same as v == w, right? If a "number" (vector in this case) is neither smaller nor larger than another vector, the two vectors must be equal. Wrong if lengths are compared: There are a total of eight vectors with the same length (all ways to flip the signs). |
| 08:24 |
MTDiscord |
<luatic> Or similarly, if v > 0 then -v < 0, right? Again not the case with lengths: Both v and -v will be > 0 (where 0 is the null vector) |
| 08:26 |
MTDiscord |
<luatic> Similar arguments can be made for the other funcs |
| 08:26 |
MTDiscord |
<luatic> Mathematicians thus say that vector spaces are not arrangable |
| 08:26 |
MTDiscord |
<luatic> There is no comparison function that behaves the same way we expect a comparison function on numbers to behave |
| 08:53 |
sfan5 |
merging #12781, #12751, #12353 soon (let's see if we'll have to revert the last one one day) |
| 08:53 |
ShadowBot |
https://github.com/minetest/minetest/issues/12781 -- Fix a trivial TODO in localplayer.h by Desour |
| 08:53 |
ShadowBot |
https://github.com/minetest/minetest/issues/12751 -- Replace XOR with complement for bitflip by ndren |
| 08:53 |
ShadowBot |
https://github.com/minetest/minetest/issues/12353 -- Fix formula used for acceleration by appgurueu |
| 09:56 |
Zughy[m] |
75 PRs, a brand new record. ? |
| 10:17 |
MTDiscord |
<luatic> Props to the core devs and the triager! |
| 11:03 |
|
proller joined #minetest-dev |
| 11:33 |
|
Taoki joined #minetest-dev |
| 11:38 |
|
Noisytoot_ joined #minetest-dev |
| 11:40 |
|
Warr10248 joined #minetest-dev |
| 11:54 |
|
proller joined #minetest-dev |
| 11:54 |
|
MTDiscord joined #minetest-dev |
| 11:54 |
|
HuguesRoss joined #minetest-dev |
| 11:54 |
|
diceLibrarian joined #minetest-dev |
| 11:54 |
|
Sokomine joined #minetest-dev |
| 11:54 |
|
TheCoffeMaker joined #minetest-dev |
| 11:54 |
|
ShadowNinja joined #minetest-dev |
| 11:54 |
|
ShadowBot joined #minetest-dev |
| 11:54 |
|
dzho joined #minetest-dev |
| 11:54 |
|
sofar joined #minetest-dev |
| 11:54 |
|
Thomas-S joined #minetest-dev |
| 11:54 |
|
book`_ joined #minetest-dev |
| 11:54 |
|
cheapie joined #minetest-dev |
| 11:54 |
|
asdflkj_sh joined #minetest-dev |
| 11:55 |
|
ROllerozxa joined #minetest-dev |
| 12:00 |
|
MTDiscord joined #minetest-dev |
| 12:00 |
|
Sokomine joined #minetest-dev |
| 12:00 |
|
TheCoffeMaker joined #minetest-dev |
| 12:01 |
|
MTDiscord1 joined #minetest-dev |
| 12:07 |
|
MisterE[m] joined #minetest-dev |
| 12:13 |
|
fgaz joined #minetest-dev |
| 12:14 |
|
k327[m] joined #minetest-dev |
| 12:14 |
|
programmerjake joined #minetest-dev |
| 12:20 |
|
appguru joined #minetest-dev |
| 12:29 |
|
TrailBreaker[m] joined #minetest-dev |
| 12:36 |
|
Whanake[m] joined #minetest-dev |
| 12:36 |
|
MrDraxs[m] joined #minetest-dev |
| 12:36 |
|
Goobax[m] joined #minetest-dev |
| 12:36 |
|
Zughy[m] joined #minetest-dev |
| 12:36 |
|
schwarzwald[m] joined #minetest-dev |
| 12:37 |
|
Warr1024 joined #minetest-dev |
| 12:57 |
|
jonadab joined #minetest-dev |
| 13:00 |
sfan5 |
rubenwardy: when you build the android build remember this https://github.com/minetest/minetest/issues/12788 |
| 13:02 |
|
jwmhjwmh joined #minetest-dev |
| 13:04 |
jwmhjwmh |
Any chance you could consider approving #12611 in the next meeting? VoxelManip bulk methods are about twice as fast when using the FFI. |
| 13:04 |
ShadowBot |
https://github.com/minetest/minetest/issues/12611 -- Implement some VoxelManip functionality safely using LuaJIT's FFI library by TurkeyMcMac |
| 13:18 |
|
proller joined #minetest-dev |
| 13:45 |
|
wsor joined #minetest-dev |
| 14:10 |
kilbith |
typo here: https://github.com/minetest/minetest/blob/master/doc/lua_api.txt#L4814 |
| 14:10 |
kilbith |
/deleteobjects -> /clearobjects |
| 14:12 |
|
appguru joined #minetest-dev |
| 14:23 |
|
Fixer joined #minetest-dev |
| 15:45 |
|
jwmhjwmh joined #minetest-dev |
| 16:05 |
|
kilbith joined #minetest-dev |
| 16:28 |
|
v-rob joined #minetest-dev |
| 16:54 |
|
ely-the-kitsune joined #minetest-dev |
| 17:02 |
|
v-rob joined #minetest-dev |
| 17:32 |
|
Desour joined #minetest-dev |
| 17:41 |
|
diceLibrarian joined #minetest-dev |
| 18:24 |
|
appguru joined #minetest-dev |
| 18:26 |
|
jwmhjwmh joined #minetest-dev |
| 18:53 |
|
ely-the-kitsune joined #minetest-dev |
| 19:40 |
|
v-rob joined #minetest-dev |
| 19:55 |
|
appguru joined #minetest-dev |
| 20:35 |
|
proller joined #minetest-dev |
| 20:36 |
|
diceLibrarian joined #minetest-dev |
| 20:38 |
|
ely-the-kitsune joined #minetest-dev |
| 21:02 |
|
YuGiOhJCJ joined #minetest-dev |
| 21:28 |
|
v-rob joined #minetest-dev |
| 21:35 |
|
jwmhjwmh joined #minetest-dev |
| 21:59 |
|
v-rob joined #minetest-dev |
| 22:20 |
Zughy[m] |
what should we do with #11342? Op looks like gone, it's still a draft but theoretically is ready |
| 22:20 |
ShadowBot |
https://github.com/minetest/minetest/issues/11342 -- Serverlist enhancements by ShadowNinja |
| 22:24 |
|
jwmhjwmh joined #minetest-dev |
| 22:27 |
MTDiscord |
<GreenXenith> @ShadowNinja |
| 22:27 |
kilbith |
a demo of the camera API that can grab a scene node from a mouse click: https://www.youtube.com/watch?v=VED5EEcYxTo |
| 22:36 |
|
panwolfram joined #minetest-dev |
| 22:37 |
Zughy[m] |
that's awesome |
| 22:42 |
sfan5 |
Zughy[m]: wait and leave it open |
| 22:42 |
sfan5 |
I resurrected a PR from 2019, imo much needed #12790 |
| 22:42 |
ShadowBot |
https://github.com/minetest/minetest/issues/12790 -- Take geographic distance into account for server list ordering by sfan5 |
| 22:45 |
Zughy[m] |
and also a filter |
| 22:45 |
Zughy[m] |
in the future it'd be nice to have icons instead of text, but nice |
| 22:45 |
sfan5 |
the text there is just debug |
| 22:45 |
sfan5 |
but I supposed it could be represented with icons |
| 22:46 |
|
v-rob joined #minetest-dev |
| 23:07 |
|
vampirefrog joined #minetest-dev |
| 23:08 |
|
Desour joined #minetest-dev |
| 23:11 |
|
x2048 joined #minetest-dev |
| 23:13 |
|
x2048 joined #minetest-dev |
| 23:13 |
x2048 |
PR for bloom has landed: #12791 |
| 23:13 |
ShadowBot |
https://github.com/minetest/minetest/issues/12791 -- Bloom by x2048 |
| 23:16 |
|
proller joined #minetest-dev |
