Time Nick Message 04:04 est31 hah, minecraft doesn't use opportunistic encryption 04:04 est31 SRP is opportunistic by design :) 04:23 sofar hi folks, I'm fixing up the mcimport project a bit and I'm running into a conversion issue that I can't find any good docs/details on, as the mcimport project direcly writes out the map.sqlite and thus does all the encoding on the fly - it's not covered by the e.g. lua api docs 04:24 sofar anyway, I'm trying to have it convert mesecons pressure plates 04:24 sofar but apparently the plates I'm converting now are saved without a node timer attached to it 04:24 sofar so after conversion they never activate 04:25 est31 sofar, the map format is documented at https://github.com/minetest/minetest/blob/master/doc/world_format.txt 04:25 sofar so now I'm trying to confirm that node timers are added at the end of each block, and how the encoding goes 04:26 sofar aw heck that's nice 04:29 sofar I should extend my inspector to show node timers.... 06:01 sofar how weird. node timers are stored without identifying information in a node 06:01 * sofar wonders how that works 07:28 sofar well thanks to est31 I now have functional pressure plates converted from minecraft, wew 19:56 est Guest20724, (aka ShadowNinja) : seen your comment on github on #3390. I think we should have something similar for minetest's cpp/h source files too. Then nobody has to update copyright years or so. 19:57 ShadowNinja est: Cool. IANAL though. 20:15 sofar est: thanks for the node timer encoding pointers yesterday... managed to get pressure plate conversion result in working pressure plates! 20:16 est nice! 20:16 sofar yeah, so far the conversion is getting quite good 20:17 sofar I'm gonna try noteblocks next, that will be interesting 20:17 sofar I think I can even convert the pitch properly 20:18 sofar it's slow, though, lol 20:18 sofar my old minecraft world takes 9+ hours to convert 20:20 est then speed it up :) 20:20 sofar I'd have to rewrite it in C 20:20 sofar considering conversion is going to be a one-time thing for most people... nahhhhhh 20:21 sofar (don't get me wrong, I love rewriting code in C....) 20:21 est what is it written in right now? 20:21 sofar python 20:21 sofar github.com/sofar/mcimport 20:22 sofar it's not originally my own project, I'm just taking it a level further 20:22 est perhaps try to find bottlenecks? 20:23 sofar well it's easy to spot them - each node individually needs to be remapped from it's old location in the block to the new one, while also being translated from old node type to new node type, and preserving special attributes 20:24 sofar I mean, my old world is 850000+ mc blocks -> nearly a billion nodes? 20:24 sofar well over, even, 3.5 billion nodes 20:25 sofar I'd rather continue making the conversion as complete as I can first 20:25 sofar with a focus on "playable" - no "shim" blocks that don't work 20:30 est one thing to find out would be whether it uses arrays 20:30 est for the lookup 20:31 est or whether its more ... "higher level" data structures, with penalties at lookup 20:31 Calinou sofar, run it with PyPy 20:31 Calinou (make it PyPy-compatible first, of course) 20:34 sofar I'm python-averse... so that'll force me to learn more python than I would want to admit ;^) 21:16 est any dev around for PR merging session? 21:16 est kahrl, nore sfan5 ShadowNinja ? 21:26 est #3245 for example, I think it can be merged except for the obj -> player rename 21:26 est it should probably be player_obj or player_ref 21:26 est bc player can either mean player name or player object 21:28 est so thats the first one : https://github.com/minetest/minetest/pull/3245 21:28 est second one on the list 21:28 est https://github.com/minetest/minetest/pull/2738 22:48 est nobody? 22:48 est man thats bad 23:54 paramat i'll merge 3379 very soon