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 |