Time Nick Message 00:54 ANAND I can try to make a PR from p_gimeno's patch 00:54 ANAND (if no one's already done that) 00:59 ANAND ~tell Krock But why do you want to restrict a feature? MT should make features as generic and as flexible as possible. Mods can choose when to or when not to use them. :) 00:59 ShadowBot ANAND: O.K. 01:01 ANAND ~tell Krock Yes, this is ofc laggier than a purely client-side implementation, but this way servers have more control (as they should). 01:01 ShadowBot ANAND: O.K. 01:29 ANAND ~tell Krock Also, what are your thoughts on making the current 'zoom' use set_fov, which I promised to do when making 7557? 01:29 ShadowBot ANAND: O.K. 08:57 ANAND p_gimeno: Here's the PR - #8767 08:57 ShadowBot https://github.com/minetest/minetest/issues/8767 -- Fix rotation of attached particlespawner by ClobberXD 08:57 ANAND Don't know how to test this. I'll look into the bug report for hints, lol. 09:04 ANAND Ah, apparently this issue should be reproducible by using advtrains 09:36 p_gimeno yeah, easy to reproduce with advtrains' steam engine 10:09 ANAND Hmm, origin of smoke seems to be at a fixed direction and offset from the entity 10:09 ANAND Testing with PR 10:11 ANAND Yep, exactly as stated in the issue: "positons are world-absolute again" 11:36 ANAND Finished testing #8767 - it works as expected, and fixes #8363 11:36 ShadowBot https://github.com/minetest/minetest/issues/8767 -- Fix rotation of attached particlespawner by ClobberXD 11:36 ShadowBot https://github.com/minetest/minetest/issues/8363 -- Attached particle spawners no longer rotate with object 13:43 p_gimeno woot! 13:44 p_gimeno more things to test: that the particles do follow a train that moves and do leave behind a smoke trail; that they work when crossing a 200m boundary 13:45 p_gimeno oh and that they rotate as the train rotates 13:48 p_gimeno best way to test all that is to make an oval circuit near a 200m boundary 13:49 p_gimeno e.g. you start at x=190 and continue building it towards positive x 14:22 ANAND p_gimeno: Good idea 14:26 p_gimeno thanks for making the PR by the way 14:27 ANAND Anytime, mate :) 14:30 ANAND Hmm... I placed a steam engine at x=0,z=177 and I'm not able to right-click it 14:30 ANAND Neither am I able to see its selection box 14:31 ANAND Oh wait, x=363 14:31 ANAND Is this because of the camera step bug? 14:54 p_gimeno possibly 14:56 p_gimeno sounds like a different issue though... but I think I've had these kinds of problems with advtrains until I restarted 15:01 ANAND I see 15:02 ANAND I'm setting up advtrains in a new world to eliminate such possibilities 15:03 ANAND I too suspected smth might be up with the mod itself, bc I got a bunch of warnings like "get_something while out of track" 15:06 * rubenwardy attempts to write direction document for minetest 15:08 sfan5 echo "Minetest is developed with no particular development direction." >docs/DIRECTION.md 15:08 rubenwardy yeah 15:09 rubenwardy not particularly useful 15:09 sfan5 but accurate 15:23 * rubenwardy braces 15:23 rubenwardy #8768 15:23 ShadowBot https://github.com/minetest/minetest/issues/8768 -- Define Minetest's direction by rubenwardy 15:24 rubenwardy I've preadded the controversial label, for your convenience 15:25 rubenwardy I wish Github allowed you to lock issues to contributors, instead of just members. Would stop brigading in this instance 15:25 rubenwardy idk 15:51 ANAND > I've preadded the controversial label, for your convenience 15:51 ANAND lol :P 16:11 mtda henlo! 16:11 mtda having issues compiling minetest on ARM with GLES, wat do? 16:12 mtda in /renderingengine.cpp:138:9: error: ‘struct irr::SIrrlichtCreationParameters’ has no member named ‘OGLES2ShaderPath’ 16:19 sfan5 ogles2 disabled in irrlicht? 16:20 sfan5 or irrlicht too old? 16:20 sfan5 either way you can comment that code out 16:20 mtda irrlicht 1.8.4 grabbed from debian apt 16:21 mtda i'm on raspberry pi, so gles is kind of a must 16:25 Krock OGLES2ShaderPath is only for android 16:25 Krock wait no 16:25 Krock mtda: are you using the ogles branch of irrlicht? 16:26 mtda i'm using whatever is on debian apt 16:27 Krock https://sourceforge.net/p/irrlicht/code/HEAD/tree/branches/ogl-es/ 16:27 Krock debian apt is the official (master) irrlicht version, but ogles needs a special branch 16:28 Krock there's also a github mirror, but very outdated 16:29 mtda i see 16:29 mtda gonna grab tjat 16:29 mtda that 17:06 mtda in irrlichttypes.h:33:22: fatal error: irrTypes.h: No such file or directory 17:06 mtda what's this now 17:07 Krock did you change the include path? 17:07 mtda no 17:08 Krock I mean to point it to the new ogles branch include dir 17:09 mtda supposed to be a shared object 17:09 sfan5 IRRLICHT_LIBRARY is the shared object 17:10 sfan5 IRRLICHT_INCLUDE_DIR the other one 17:15 Krock use cmake-gui if you're not already using it. makes building much easier than looking up the variables in CLI 17:18 mtda include path now has a proper path to IrrCompileConfig.h, still nothing. don't tell me i have to start over 17:23 mtda nvm i stupid 17:24 sfan5 by the way, did you know the rpi supports desktop GL if you enable the experimental driver? 17:24 sfan5 Minetest would work without any special setup then 18:01 mtda ok nice, OGLES2ShaderPath is missing again, in renderingengine.cpp. just why? -_- 18:09 sfan5 what are your cmake options? (in full, pastebin them) 18:09 sfan5 did you make sure to clear the cmake cache first? 18:11 mtda can't really pastebin. i don't even have an x server running lmao 18:14 mtda compiling to run in place, cache = source folder 18:15 mtda error log: termbin.com/a8ws 18:18 mtda ...i don't know what exactly i did, but it works now 18:20 mtda spoke too soon. i don't get it. it keeps coming back to renderingengine.cpp after completing various other objects, where it dies with the same error (termbinned above) 18:21 Krock checking patches on my laptop 18:21 sfan5 i think you messed up that paste, the content is "failure.log" 18:22 mtda yes. i did. it's past midnight over here. termbin.com/8u7h 18:23 mtda echo instead of cat, must be going insane 18:23 Krock i think I had to include some files not sure.. moment 18:24 Krock only included filesys.h 18:25 Krock but that was for porting::path_share (I guess) 18:25 mtda i'm actually quite new to compiling from sauce, or at least i've never had issues like this 18:26 Krock tile.h 18:26 Krock included IVideoDriver.h 18:26 Krock checking MT source 18:26 sfan5 this is not an mt problem, I'm sure of that 18:26 sfan5 mtda: <sfan5> what are your cmake options? (in full, pastebin them) 18:27 Krock indeed, IVideoDriver.h is also included in minetest master. should work, so it must be a setup issue 18:28 mtda i've only changed enable_gles and irrlicht_include_dir, the rest is default 18:28 sfan5 and you changed irrlicht_include_dir to what? 18:28 Krock did you compile that irrlicht branch? 18:29 mtda termbin.com/aev5 18:29 mtda compiled to shared object 18:30 mtda cmake is detecting it 18:31 Krock cd ../irrlicht/ogl-es/include/ 18:31 Krock grep -r OGLES2ShaderPath 18:31 Krock if there are no results: wrong irrlicht clone 18:32 Krock if there are: consider clearing the cmake cache and re-generating it again 18:33 sfan5 mtda: unless you've overwritten the system-wide Irrlicht, you need to set IRRLICHT_LIBRARY too 18:33 sfan5 and even when you do that, it might use the wrong shared library later on; you should really just compile it statically 18:34 mtda i got rid of system-wide irrlicht 18:34 sfan5 that's alright 18:35 mtda (i mean, the one from apt) 18:35 mtda the irrlicht that exists is the freshly compiled shared object somewhere in /lib/ 18:36 mtda guess i'll go compile a static library just to see if it's any better 18:38 Krock well okay, although I don't see how that will solve the compiling issue since it's not a linker error 18:40 mtda yeah, nothing changed 18:41 sfan5 did you try the grep command Krock suggested? 18:42 mtda just ran it. no results 18:42 mtda wrong irrlicht clone, except i have official sauce? 18:42 Krock maybe wrong branch? 18:42 mtda ogl-es branch 18:43 Krock It's there on "ogl-es": https://sourceforge.net/p/irrlicht/code/HEAD/tree/branches/ogl-es/include/SIrrCreationParameters.h 18:43 mtda weird 18:44 Krock something really went wrong with your clone. What if you try https://github.com/zaki/irrlicht/tree/ogl-es ? A mirror 18:44 mtda is latest? 18:44 Krock yes 18:44 mtda ok let's see 18:44 Krock 2019-05-20 is the newest commit on both 18:47 mtda ok pulling 18:52 mtda building from that repo 19:18 mtda i think im gonna be banned for spam. termbin.com/4hvk 19:20 sfan5 now this might be an actual bug 19:21 mtda maybe there's some crap left over in cache from failed attempts that it's trying to reference? 19:22 sfan5 don't think so 19:34 mtda just in case, i started compiling from scratch. it's not like i have anything better to do 19:46 mtda yes, it indeed dies at the same place with the same error 19:48 sfan5 try reverting to commit 800fa2d8e74c62103ed3d915fe81195f6551dc80 19:53 mtda i'll have to do it tomorrow, sorry. it's getting way too late 19:53 mtda night all 23:15 rubenwardy http://lua.2524044.n2.nabble.com/ANN-LuaVela-an-implementation-of-Lua-5-1-based-on-LuaJIT-2-0-td7687785.html 23:28 red-045 what's LuaJit 2.0? 23:29 red-045 is it just a version of LuaJIT? 23:36 rubenwardy yeah 23:36 rubenwardy that company just announced a fork with fixed memory management that is faster than GC64 23:36 rubenwardy I follow the person that did it on twitter 23:36 rubenwardy only works on 64bit intel Linux though :( 23:52 red-045 yeah that's a shame 23:53 red-045 maybe they will add support for 64 bit windows at some point