| Time |
Nick |
Message |
| 00:22 |
|
FileX joined #luanti |
| 00:26 |
|
Markow joined #luanti |
| 01:05 |
|
SFENCE joined #luanti |
| 02:37 |
|
aliasstilltaken joined #luanti |
| 04:00 |
|
MTDiscord joined #luanti |
| 04:02 |
|
Trifton joined #luanti |
| 04:06 |
|
SFENCE joined #luanti |
| 04:07 |
|
aptgetefe joined #luanti |
| 04:07 |
|
aptgetefe joined #luanti |
| 04:07 |
|
aptgetefe joined #luanti |
| 04:07 |
|
aptgetefe joined #luanti |
| 04:21 |
|
simon816 joined #luanti |
| 04:27 |
|
SFENCE joined #luanti |
| 05:42 |
|
SFENCE joined #luanti |
| 05:47 |
|
simon816 joined #luanti |
| 06:38 |
|
frostsnow joined #luanti |
| 06:41 |
|
gregon joined #luanti |
| 06:41 |
|
frostsnow joined #luanti |
| 06:48 |
|
frostsnow joined #luanti |
| 06:49 |
|
YuGiOhJCJ joined #luanti |
| 06:50 |
|
germ_ joined #luanti |
| 06:54 |
|
SFENCE joined #luanti |
| 06:54 |
|
SFENCE_ joined #luanti |
| 06:54 |
|
amfl joined #luanti |
| 06:55 |
|
SFENCE joined #luanti |
| 06:57 |
|
SFENCE_ joined #luanti |
| 07:15 |
|
SFENCE joined #luanti |
| 07:22 |
|
SFENCE_ joined #luanti |
| 07:27 |
|
SFENCE joined #luanti |
| 07:53 |
|
simon816 joined #luanti |
| 08:08 |
|
SFENCE joined #luanti |
| 08:12 |
|
Glaedr joined #luanti |
| 08:14 |
|
kimapr joined #luanti |
| 08:16 |
|
kimapr joined #luanti |
| 08:23 |
|
Kimapr_ joined #luanti |
| 08:29 |
|
Kimapr_ joined #luanti |
| 08:35 |
|
Kimapr_ joined #luanti |
| 09:31 |
|
FileX joined #luanti |
| 09:41 |
repetitivestrain |
New bug: AreaStores with more than 65536 values cannot be serialized completely |
| 09:42 |
repetitivestrain |
65535* |
| 09:42 |
repetitivestrain |
because num_areas is written as an unsigned short |
| 09:55 |
|
simon816 joined #luanti |
| 10:19 |
[MatrxMT] |
<Blockhead256> good old size limitations |
| 10:20 |
[MatrxMT] |
<Blockhead256> see also: areas and xban mods running out of serialization space |
| 10:20 |
repetitivestrain |
in this instance it's my level generator |
| 10:20 |
[MatrxMT] |
<Blockhead256> AreaStore is backed by libspatial, hopefully that has no such inherent limitation |
| 10:20 |
repetitivestrain |
core.serialize can't cope either: "nil[string "local _={};_[1]="mcl_levelgen:pillager_outpos..."]:1: main function has more than 65536 constants" |
| 10:20 |
repetitivestrain |
libspatialindex is fine |
| 10:20 |
|
fluxionary_ joined #luanti |
| 10:23 |
|
ireallyhateirc joined #luanti |
| 10:45 |
|
jaca122 joined #luanti |
| 10:46 |
|
MTDiscord joined #luanti |
| 10:58 |
|
Kimapr joined #luanti |
| 11:03 |
|
Kimapr_ joined #luanti |
| 11:06 |
|
FileX joined #luanti |
| 11:10 |
|
simon816 joined #luanti |
| 11:10 |
|
Kimapr_ joined #luanti |
| 11:14 |
sfan5 |
you are not supposed to have more than 65500 things |
| 11:15 |
sfan5 |
try imagining 65500 rice |
| 11:15 |
sfan5 |
doesn't work, right? |
| 11:15 |
|
Kimapr_ joined #luanti |
| 11:15 |
[MatrxMT] |
<Blockhead256> 64 Kibirice |
| 11:16 |
repetitivestrain |
sfan5: i don't understand, my server already has 77k+ mineshaft segment |
| 11:16 |
repetitivestrain |
segments* |
| 11:16 |
repetitivestrain |
since they are very modular structures that generate quite frequently too |
| 11:21 |
|
kimapr joined #luanti |
| 11:35 |
|
Kimapr_ joined #luanti |
| 11:39 |
MTDiscord |
<luatic> repetitivestrain: technically it's core.deserialize (aka the lua implementation, so luajit here) that can't cope, core.serialize most certainly can cope. |
| 11:39 |
MTDiscord |
<luatic> but once you have that much data consider spreading it across multiple files / mod storage. |
| 11:40 |
luatic |
at least the areastore bug should be relatively easy to fix |
| 11:41 |
|
Kimapr joined #luanti |
| 11:47 |
|
Kimapr joined #luanti |
| 11:54 |
|
Kimapr_ joined #luanti |
| 11:58 |
|
Kimapr joined #luanti |
| 12:11 |
MTDiscord |
<wsor4035> also, not a new bug. replace core.serialize with core.write_json |
| 12:11 |
|
Kimapr_ joined #luanti |
| 12:13 |
|
Kimapr_ joined #luanti |
| 12:30 |
|
Kimapr_ joined #luanti |
| 12:35 |
|
pgimeno_ joined #luanti |
| 12:41 |
|
gregon joined #luanti |
| 12:47 |
|
jaca122 joined #luanti |
| 13:13 |
|
Kimapr joined #luanti |
| 13:13 |
|
FileX joined #luanti |
| 13:18 |
repetitivestrain |
luatic: 65535 bounding boxes is not much and i certainly expect AreaStore's serializer to manage such an amount |
| 13:18 |
|
Talkless joined #luanti |
| 13:18 |
repetitivestrain |
but PUC Lua also imposes a 65k limit on constants in functions i believe |
| 13:19 |
repetitivestrain |
wsor4035: sure, but the question i wanted to raise is why such a limit exists to begin with |
| 13:20 |
repetitivestrain |
AreaStore can manage hundreds of thousands of AABBs without breaking a sweat and the binary serializer/deserializer is more space efficient when compressed and more performant to boot |
| 13:23 |
repetitivestrain |
moreover this limitation is NOT documented anywhere |
| 13:28 |
|
Kimapr_ joined #luanti |
| 13:35 |
|
kimapr joined #luanti |
| 13:42 |
|
Kimapr_ joined #luanti |
| 13:48 |
|
kimapr joined #luanti |
| 14:07 |
|
jonadab joined #luanti |
| 14:12 |
|
simon816 joined #luanti |
| 14:24 |
|
Kimapr_ joined #luanti |
| 14:25 |
|
kamdard joined #luanti |
| 14:31 |
|
kimapr joined #luanti |
| 15:03 |
|
HamAdams joined #luanti |
| 15:06 |
|
kimapr joined #luanti |
| 15:20 |
|
silverwolf73828 joined #luanti |
| 15:27 |
|
est31 joined #luanti |
| 15:29 |
[MatrxMT] |
<birdlover32767> how can i make a node floodable but turns to itself when it dries up instead of air |
| 15:29 |
[MatrxMT] |
<birdlover32767> or how can i detect when a liquid changes a node |
| 15:29 |
[MatrxMT] |
<birdlover32767> but it turns to itself* oops typo |
| 16:03 |
|
simon816 joined #luanti |
| 16:08 |
|
v-rob joined #luanti |
| 16:43 |
|
kamdard joined #luanti |
| 17:40 |
|
Eragon_ joined #luanti |
| 17:46 |
|
simon816 joined #luanti |
| 17:50 |
sfan5 |
did you check on_flood |
| 17:56 |
|
Kimapr_ joined #luanti |
| 18:02 |
|
Kimapr_ joined #luanti |
| 18:10 |
|
Kimapr_ joined #luanti |
| 18:38 |
|
Kimapr_ joined #luanti |
| 18:46 |
|
jaca122 joined #luanti |
| 18:52 |
|
Kimapr joined #luanti |
| 19:06 |
|
Guest47 joined #luanti |
| 19:22 |
|
SFENCE joined #luanti |
| 19:23 |
|
___nick___ joined #luanti |
| 19:46 |
|
___nick___ joined #luanti |
| 19:49 |
|
___nick___ joined #luanti |
| 20:01 |
|
simon816 joined #luanti |
| 20:07 |
|
Kimapr_ joined #luanti |
| 20:07 |
|
kamdard joined #luanti |
| 20:13 |
|
SFENCE joined #luanti |
| 20:16 |
|
Kimapr_ joined #luanti |
| 20:24 |
|
Eragon joined #luanti |
| 20:24 |
|
jonadab joined #luanti |
| 20:24 |
|
amfl joined #luanti |
| 20:24 |
|
BuckarooBanzai joined #luanti |
| 20:24 |
|
Warr1024 joined #luanti |
| 20:24 |
|
chilledfrogs joined #luanti |
| 20:24 |
|
illwieckz joined #luanti |
| 20:24 |
|
mazes_80 joined #luanti |
| 20:24 |
|
HumanG331 joined #luanti |
| 20:24 |
|
fbievan joined #luanti |
| 20:24 |
|
nekobit joined #luanti |
| 20:24 |
|
Helenah joined #luanti |
| 20:24 |
|
Pokey joined #luanti |
| 20:24 |
|
luatic joined #luanti |
| 20:24 |
|
InFerNo_ joined #luanti |
| 20:24 |
|
diceLibrarian joined #luanti |
| 20:25 |
|
HumanG33k joined #luanti |
| 20:28 |
|
kimapr joined #luanti |
| 20:32 |
|
kimapr joined #luanti |
| 20:39 |
|
Kimapr_ joined #luanti |
| 20:45 |
|
kimapr joined #luanti |
| 21:00 |
|
turtleman joined #luanti |
| 21:00 |
|
kimapr joined #luanti |
| 21:05 |
|
Markow joined #luanti |
| 21:11 |
|
kamdard_ joined #luanti |
| 21:48 |
|
simon816 joined #luanti |
| 21:57 |
|
stephan48 joined #luanti |
| 22:04 |
|
Kimapr joined #luanti |
| 22:33 |
|
panwolfram joined #luanti |
| 23:04 |
|
Kimapr_ joined #luanti |
| 23:05 |
|
Eragon joined #luanti |
| 23:12 |
|
simon816 joined #luanti |
