Minetest logo

IRC log for #minetest-dev, 2019-08-09

| Channels | #minetest-dev index | Today | | Google Search | Plaintext

All times shown according to UTC.

Time Nick Message
00:20 Lia joined #minetest-dev
00:29 Cornelia joined #minetest-dev
00:42 Lostfile joined #minetest-dev
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.
02:03 Cornelia joined #minetest-dev
02:14 Cornelia joined #minetest-dev
03:11 ssieb joined #minetest-dev
03:39 Lunatrius joined #minetest-dev
03:43 Lone_Wolf joined #minetest-dev
03:46 fluxflux joined #minetest-dev
04:15 Lunatrius joined #minetest-dev
04:22 Lunatrius joined #minetest-dev
05:07 Puka joined #minetest-dev
07:02 ensonic joined #minetest-dev
08:19 YuGiOhJCJ joined #minetest-dev
08:30 calcul0n joined #minetest-dev
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:22 calcul0n joined #minetest-dev
09:36 p_gimeno yeah, easy to reproduce with advtrains' steam engine
09:59 twoelk joined #minetest-dev
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"
10:25 ensonic joined #minetest-dev
10:41 red-045 joined #minetest-dev
10:52 proller joined #minetest-dev
11:16 Fixer joined #minetest-dev
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
12:09 Fixer joined #minetest-dev
12:34 Cornelia joined #minetest-dev
13:27 Cornelia joined #minetest-dev
13:32 Lia joined #minetest-dev
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:39 ensonic joined #minetest-dev
14:46 twoelk left #minetest-dev
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:12 ANAND joined #minetest-dev
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:46 Lone_Wolf joined #minetest-dev
15:51 ANAND > I've preadded the controversial label, for your convenience
15:51 ANAND lol :P
16:02 pi_ joined #minetest-dev
16:05 pi_ left #minetest-dev
16:10 mtda joined #minetest-dev
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:19 Krock joined #minetest-dev
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
16:50 Shara joined #minetest-dev
16:50 Shara joined #minetest-dev
16:52 kollaps[m] joined #minetest-dev
16:59 tacotexmex joined #minetest-dev
16:59 MayeulC_backup joined #minetest-dev
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:00 mtda joined #minetest-dev
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:33 ssieb joined #minetest-dev
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
21:43 proller joined #minetest-dev
22:20 basxto joined #minetest-dev
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:18 Cornelia joined #minetest-dev
23:26 Lia joined #minetest-dev
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

| Channels | #minetest-dev index | Today | | Google Search | Plaintext