Time Nick Message 00:11 benrob0329 tumeninodes: Minetest Sugar Cookies, handed out as Fosscon :D 00:11 benrob0329 Or Freenode Live 00:14 tumeninodes yum 00:14 tumeninodes they may look funny though... 00:14 tumeninodes no shaders 01:30 benrob0329 Shara, could you give GreenDimond autovoice please? 01:30 GreenDimond Thank you sir :) 01:30 benrob0329 I don't think I have permission (or the know-how) to do so myself 02:00 Shara Done 02:23 GreenDimond Ah, thanks :) 03:50 GreenDimond So I am confused. I have a custom property on some entity defs, but when I try to set them it complains that I am setting userdata. I have `parent` as an add_entity, and am using parent.children to set the value.. but clearly thats not how to do it 03:50 GreenDimond I tried parent.object.children but that didnt work either (: 03:54 jas_ parent? children? didnt know those were part of objectrefs 03:54 GreenDimond Those are just names i've given things 03:54 GreenDimond Sorry, I should have clarified 03:55 GreenDimond `parent` is a variable I have set as an add_entity, `children` is the custom property I have in the entity def. 03:55 jas_ i could look at the code 03:56 GreenDimond Well im not sure the code is much help 03:56 GreenDimond I think I am setting the wrong thing 03:56 GreenDimond aka I shouldnt be using parent.children = bla to set it 03:56 GreenDimond But I am unsure 03:56 GreenDimond I will put together a gist in case that helps 03:59 jas_ ok. ye im not sure either 04:04 GreenDimond In making this gist I found about 3 other bugs, none of which fixed my problem, but definitely would have hurt later :P 04:04 GreenDimond https://gist.github.com/GreenXenith/8d5e1793ccccf4e57b231b09c2772953 04:08 jas_ i gotta check the doc but is it name the. def not def then name? 04:08 T4im add_entity returns an ObjectRef, which would be userdata, not a table 04:09 GreenDimond Right I think I figured that out 04:09 GreenDimond which is why I tried parent.object 04:09 GreenDimond but it couldnt find object 04:09 GreenDimond because parent isnt self 04:09 GreenDimond and.. still not a ta-- 04:09 GreenDimond oh 04:09 GreenDimond get_luaentity()? 04:09 jas_ minetest.add_entity(pos, name, staticdata) 04:09 T4im yea, try that one 04:10 GreenDimond lol 04:10 GreenDimond whaps 04:11 GreenDimond parent.get_luaentity wont work now will it ;) 04:12 GreenDimond Ok, we are getting somewhere.. 04:13 GreenDimond Good news: No longer crashes, and supposedly(tm) works. Bad news: It either isnt setting something properly, or im not reading it right. But either way, at least that part works now :D 04:16 jas_ when i work with entities i usually end up referring to mobs_redo 04:16 GreenDimond Heh, i've done that a few times in the past. On this mod, however, I dont think it will help me with much :/ 05:57 jas_ interesting minetest.sound_fade is not used in MTG, however the carts mod simulates its effect by repeating the sounds at different gains. 11:40 Fixer github is not reachable for me 11:46 VanessaE Fixer: works for me. 11:47 VanessaE no downtime reported in their status page, either. 11:47 VanessaE (well, nothing notable since the 8th anyway) 12:24 jas_ you can do a lot with 50 lines of off topic 12:25 VanessaE ? 12:25 jas_ oh there's a #minetest-chat 12:26 jas_ i was just reading the topic 12:26 jas_ how are you? 12:26 VanessaE eh, I'm ok. 12:26 jas_ fair to middling? 12:26 VanessaE yup. 12:27 jas_ "be a lot fairer if you were middling tho right?" hehe 12:27 jas_ so how about that new compat breakage 12:27 VanessaE ? 12:27 jas_ yup, detached inventory removal methinks 12:28 VanessaE what replaces it? 12:28 jas_ https://github.com/minetest/minetest/commit/0a5e77132ae8c495c50cfc58bbe4ce1bfcd377e3 that's a super long url 12:28 jas_ "breaks compat for good" haha, says 4 days ago tho 12:29 jas_ maybe i didnt update in a while 12:30 VanessaE guess I won't be going to 5.0 any time soon 12:30 jas_ you mean 5.0.0-dev 12:30 jas_ like there will ever be a "5.0" haha 12:30 VanessaE aye. 12:30 * jas_ starts counting lines 12:30 VanessaE but then again I don't think any mods I use detached inventories. 12:31 VanessaE s/use/use have/ 12:31 jas_ huh. they're pretty fun, for enderchest for example. i like to use that in beds 12:31 jas_ so whatever bed you're at, u get the same 8*4 inv 12:31 VanessaE oh wait, 12:31 T4im unified inventories has them 12:31 T4im for example 12:31 VanessaE this is just adding an API call to delete an inventory 12:31 jas_ and homedecor has wardrobe 12:32 VanessaE it's not removing the *feature* 12:32 jas_ if you grep -r detached i bet you find a bunch 12:32 T4im indeed, that wasn't possible all that time :D 12:32 jas_ ye before u couldn't remove one unless restart i think 14:43 IhrFussel Can LuaJIT handle 1 million nodes via WE //save ? 14:44 Krock try it 14:49 IhrFussel Looks like it can require quite a bit memory per node depending on meta/inventory 14:49 VanessaE I've handled more, I'm pretty sure. 14:50 T4im if you worry about memory, just restart the server before; it should free, at least temporarily, any leaked memory 14:51 IhrFussel Luckily I did restart the server a bit ago so not much memory can be used by mods 14:51 T4im but saving doesn't necessarily need to hold every node in lua memory there 14:52 T4im it could just write and occasionally flush the stuff to file while iterating through it 14:52 IhrFussel I don't think WE does that...or is that a lua(JIT) feature? 14:53 T4im does what? 14:53 IhrFussel Flushing to file while iterating through the nodes...AFAIK it does all at once 14:54 T4im i haven't seen the code of //save, just saying, that it doesn't necessarily have to take up that much memory 14:58 T4im ah no, you're right; all at once 14:58 IhrFussel It does a file:write(result) [result comes from worldedit.serialize()] then file:flush() and file:close() 15:00 IhrFussel If I assume 100 bytes per nodes...then it would be 100 million bytes which means 100 MB...correct? 15:01 IhrFussel The area I save has barely any nodes with meta/inventories so 100 should be a good average 15:03 T4im it probably peaks right before serialization after the result table has been filled (with one sub table per node), lemme do a ballpark calculation 15:04 T4im should be around 320byte maybe 15:05 IhrFussel Welp...crash 15:05 T4im per node 15:05 IhrFussel ServerError: AsyncErr: ServerThread::run Lua: OOM error from mod 'worldedit_commands' in callback on_chat_message(): not enough memory 15:05 T4im not counting the memory the values take up 15:06 IhrFussel My machine got 12 GB RAM and luaJIT limits it so much 15:06 T4im yea, i mean it's a bit over 300mb just for the tables and table indexes in this case for 1M nodes 15:06 sfan5 install gc64 luajit if you want to actually make use of your memory 15:08 T4im i suspect worldedit could fix this for //save, but might have to change the serialization format a little 15:16 T4im or someone could write a stateful serialization function that essentially works like other IO; allowing to write objects to it, flush them on occasion, close the stream at the end to produce the same format as before 15:27 sfan5 I think you could actually do this with the current serialization format, WE just doesn't 18:33 Fixer gc64 is very important, more people should try it 18:39 VanessaE my servers use it. 18:41 Fixer VanessaE: on linux? is it stable? 18:42 VanessaE it's stable enough anyway 18:44 Fixer REEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE 18:44 Fixer "marked all as read", did it again 18:56 VanessaE you FAIL :P 19:01 Krock Fixer: don't worry. it will be filled tomorrow again 19:04 Fixer formspec, iiigighh 19:04 Fixer after mc, our minetest formspec look sooo bad 19:04 Fixer formspecs 19:04 Fixer for example, book one 19:09 VanessaE Fixer: no, just people not putting any effort into making it look nice. 19:09 VanessaE you wanna see a nice formspec? look at my slots mod. 19:09 VanessaE imho. :) 19:09 VanessaE also, books need multiple pages. 19:10 Fixer book formspec feels like it misses that MOTIF widget on the side just to make it retro 19:10 VanessaE heh 19:17 Fixer minetest is not the only victim of that, flightgear is second one... 19:18 Fixer with list opening up in weird ways and even more motif-like retrolook 19:28 Fixer https://www.vangoghmuseum.nl/en/collection/00004-009