Minetest logo

IRC log for #minetest-dev, 2014-10-07

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

All times shown according to UTC.

Time Nick Message
00:23 Ritchie joined #minetest-dev
00:57 Ritchie joined #minetest-dev
01:04 CraigyDavi` joined #minetest-dev
01:09 RealBadAngel kahrl, hmmmm (and others ofc) https://www.youtube.com/watch?v=CM2b_vmM5rg
01:48 NakedFury joined #minetest-dev
01:54 psedlak joined #minetest-dev
02:08 Zeno` joined #minetest-dev
03:18 Miner_48er joined #minetest-dev
03:44 Hunterz joined #minetest-dev
04:50 GrimKriegor joined #minetest-dev
04:51 sol_invictus joined #minetest-dev
04:51 MikeFair_ joined #minetest-dev
05:02 MikeFair_ joined #minetest-dev
05:17 CraigyDavi`` joined #minetest-dev
05:49 Hunterz joined #minetest-dev
06:14 hmmmm grr.
06:15 hmmmm I wonder if it'd be worth it to start adding real unit tests
06:16 hmmmm like with every submission of a new feature or whatever, it needs to have unit tests
06:38 Zeno` hmmm?
06:39 rickmcfarley joined #minetest-dev
06:40 Zeno` hmmmm, https://github.com/Zeno-/minetest/commit/​4bc3a4d2392cf11ff4ea0d024dcdae79c5aec324
06:41 Zeno` lines 192-194, do they look right to you?
06:41 Zeno` or possibly a mistake?
06:41 mrtux joined #minetest-dev
06:41 Zeno` oh dear
06:41 Zeno` I'd better remove changes to test.cpp heh
06:43 Zeno` https://github.com/Zeno-/minetest/commit/​e7e920d85f8156170536082389f7ff96a8bb0600
06:43 Zeno` anyway those bitwise ands look wrong to me, but I'll leave them for now
06:44 hmmmm yeah they should be logical ands
06:44 hmmmm the way it is right now doesn't hurt anything, but it prevents the compiler from short-circuiting the expression
06:47 Zeno` ok
06:48 Zeno` Changed them to logical
06:52 Zeno` valgrind now clean
06:52 Zeno` well apart from those 2 unfixable irrlicht issues
07:00 hmmmm sometimes I wonder if the changes I made actually broke things
07:01 hmmmm it's usually hard to tell if it's mapgen-related :<
07:01 ImQ009 joined #minetest-dev
07:03 Krock joined #minetest-dev
07:34 Zeno` unit test: http://codepad.org/gtFjMRF2
07:34 Zeno` not doing that again
07:39 rickmcfarley joined #minetest-dev
08:06 kaeza joined #minetest-dev
08:16 darkrose joined #minetest-dev
08:39 ImQ009 joined #minetest-dev
08:49 asl joined #minetest-dev
09:04 zat joined #minetest-dev
09:08 jin_xi joined #minetest-dev
09:14 ninnghazad joined #minetest-dev
09:23 Amaz joined #minetest-dev
09:39 speak joined #minetest-dev
09:43 jin_xi_ joined #minetest-dev
09:47 asl joined #minetest-dev
10:28 GrimKriegor joined #minetest-dev
10:41 FR^2 joined #minetest-dev
10:57 Taoki joined #minetest-dev
11:03 kilbith joined #minetest-dev
11:05 kilbith sfan5: I don't understand at all; when I cmake with -DENABLE_OGLES=1, it fetch the wrong lib :
11:05 kilbith -- Found OpenGL: /usr/lib/arm-linux-gnueabihf/libGL.so
11:05 kilbith yet I have have the good one : libglib-2.0.so
11:06 kilbith so why it don't fetch this one ?
11:06 kilbith sorry, this one rather : libGLESv2.so.2
11:08 shmancelot joined #minetest-dev
11:11 proller joined #minetest-dev
11:34 PilzAdam joined #minetest-dev
12:09 ImQ009 joined #minetest-dev
12:11 Krock Why does a player on multiplayer (or myself) decrease the FPS more than "expanding"/flowing water?
12:15 chchjesus joined #minetest-dev
12:22 rickmcfarley joined #minetest-dev
12:30 prozacgod joined #minetest-dev
12:49 Zeno` joined #minetest-dev
13:11 shmanceloticus joined #minetest-dev
13:17 rickmcfarley left #minetest-dev
13:45 NakedFury joined #minetest-dev
13:48 Krock !doge
14:09 sol_invictus joined #minetest-dev
14:19 Amaz joined #minetest-dev
14:23 PenguinDad joined #minetest-dev
14:30 hmmmm joined #minetest-dev
16:02 Megaf_ joined #minetest-dev
16:08 Hunterz joined #minetest-dev
16:17 CraigyDavi` joined #minetest-dev
16:27 mos_basik joined #minetest-dev
16:51 gravgun joined #minetest-dev
16:51 diemartin joined #minetest-dev
16:51 gravgun Hi everybody! sfan5, anything new about the custom model VM thingy?
16:52 sfan5 anything new
16:52 sfan5 no
16:52 sfan5 I thought about it
16:52 sfan5 but nothing more
16:52 gravgun m'kay :)
16:54 rubenwardy joined #minetest-dev
17:00 Calinou joined #minetest-dev
17:00 gravgun sfan5: Thought about something though: if we use a register & address-based memory model, we must implement some kind of RAM pages for the VM program...
17:01 sfan5 yes
17:01 gravgun Which I have no idea how much we should be able to give
17:01 alexxs joined #minetest-dev
17:03 gravgun I started writing the Triangulator VM spec a bit blindly, I even barely know assembly in general
17:04 gravgun Me be back when done reading http://en.wikibooks.org/wiki/Creatin​g_a_Virtual_Machine/Register_VM_in_C
17:09 kilbith joined #minetest-dev
17:10 kilbith sfan5: http://irc.minetest.ru/minet​est-dev/2014-10-07#i_3968961
17:10 sfan5 kilbith: Found OpenGL is for opengl not opengl es
17:11 kilbith sfan5: there is a "FindOpenGLES2.cmake" in the modules
17:11 sfan5 -- Found system opengles2 library /usr/lib64/libGLESv2.so;/usr/lib64/libGLESv2​.so;/usr/lib64/libSM.so;/usr/lib64/libICE.so​;/usr/lib64/libX11.so;/usr/lib64/libXext.so
17:11 sfan5 thats how it looks for me
17:12 kilbith so why it fetch the wrong lib so ?
17:12 sfan5 no no
17:12 sfan5 -- Found OpenGL:
17:12 sfan5 -- Found system opengles2 library
17:12 sfan5 it's different
17:12 sfan5 you are looking at the wrong line
17:13 kilbith hmm...
17:14 kilbith ok I checked again, it don't show at all : "-- Found system opengles2 library"
17:14 kilbith but only : -- Found OpenGL: /usr/lib/arm-linux-gnueabihf/libGL.so
17:15 kilbith and I have the GLES libs in /usr/libs
17:15 sfan5 it should show -- Found system opengles2 library somewhere below the opengl one
17:21 kilbith_ joined #minetest-dev
17:23 kilbith_ sfan5: http://paste.debian.net/125024/
17:24 kilbith_ no trace of the GLES libs...
17:24 gravgun sfan5: any specific coding style convention in MT's source? (Highly ressembles my style, but question specifically applies to types: can I use uint8_t? )
17:29 sfan5 gravgun: depending on what you want to do just use int http://dev.minetest.net/Code_style_guidelines
17:30 sfan5 kilbith_: do "rm -Rf CMakeFiles CMakeCache.txt" and then run cmake again
17:31 gravgun "rm -Rf ..." ... "-Rf"... "f" nawpe.
17:32 kilbith_ sfan5: exactly the same result :(
17:33 sfan5 kilbith_: then something else is wrong
17:33 kilbith_ I'm wondering if the opengl libs are picked in priority, instead of the gles ones
17:34 kilbith_ my raspbian is newly installed yet...
17:34 kilbith_ I don't understand at all
17:35 kilbith_ Megaf got the same issue iirc
17:36 w00tc0d3 joined #minetest-dev
17:37 sfan5 kilbith_: is libGLESv2.so installed?
17:38 kilbith_ /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2
17:38 kilbith_ /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0
17:38 kilbith_ /usr/lib/arm-linux-gnueabihf/libglib-2.0.soo
17:38 Krock soo?
17:38 kilbith_ here my files for the GLES one ^
17:38 sfan5 libglib-2.0.so is some GTK thing
17:38 sfan5 has nothing to do with gles
17:39 kilbith_ but the GLES libs are pre-installed in Raspbia
17:39 kilbith_ n
17:40 kilbith_ sorry for libglib-2.0, wrong pasting
17:41 sfan5 kilbith_: set OPENGLES2_INCLUDE_DIR to /usr/include, OPENGLES2_gl_LIBRARY to /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2, EGL_INCLUDE_DIR to /usr/include and EGL_egl_LIBRARY to <where you find libEGL.so> and run cmake again
17:41 sfan5 you can set them like this
17:41 sfan5 -DOPENGLES2_INCLUDE_DIR=/usr/include/
17:42 kilbith_ after cmake ?
17:43 kilbith_ eh, sorry, misread
17:51 kilbith_ well, same result
17:52 kilbith_ it shall have a conflict with OpenGL or I don't understood the set INCLUDE_DIR things
17:53 kilbith_ I'm being mad...
17:58 sfan5 the FindGLESv2.cmake module could use a rewrite
18:00 kilbith_ i'll try to replace directly the settings you gave me in the this file
18:01 kilbith_ after 'IF (NOT BUILD_ANDROID)' I guess...
18:09 Miner_48er joined #minetest-dev
18:10 kilbith_ damn, I give up until a ready-to-play MT raspi edition
18:14 shadowzone joined #minetest-dev
18:16 gravgun left #minetest-dev
18:18 Krock kilbith_ += " releases"
18:35 proller joined #minetest-dev
18:41 paramat joined #minetest-dev
18:52 kilbith_ Krock: there is no armhf/opengles release
18:52 Krock <kilbith_>damn, I give up until a ready-to-play MT raspi edition + " releases"
18:54 kilbith_ sfan5: if you already have a compiled MT for raspi, could you upload it please ?
18:57 Krock kilbith_, Megaf_ did it too IIRC
18:57 kilbith nope, same issue that me
18:59 Megaf_ Krock: I didnt manage to compile the minetest client, only the server
18:59 Megaf_ I gave up already
19:00 Krock ah
19:00 Krock but the RPi doesn't have a graphics card
19:00 Megaf_ Actually I managed to compile it using OpenGL, that would be done via software, now, you can imagine how slow it is...
19:00 Megaf_ Krock: You are totally wrong, it has and quite a good one
19:01 Krock ah
19:01 kilbith but you said I got not success to compile it with opengles
19:01 kilbith you*
19:01 Megaf_ Krock: as I said a couple of days ago, it is able to run Quake III at 1920x1080 will all setting maxed out
19:02 Megaf_ including anti aliasing
19:02 Krock Megaf_,  so that tiny thing is better than my PC
19:02 Megaf_ I think that is by far more taxing on GPU than minetest is
19:02 BlockMen joined #minetest-dev
19:02 Krock \o/ BlockMen
19:02 Megaf_ Krock: the Raspberry Pi COU/GPU is actually intended for media intensive tasks
19:03 BlockMen o/ Krock
19:03 kilbith but does MT is better optimized than Quake III ? ;)
19:03 Megaf_ if you use a raspberry pi for a headless server or desktop you are underusing it
19:04 Krock And I really would like to know why flowing water gives a lower fps decrease than digging a node
19:04 BlockMen oh, seems someone has its period again: http://irc.minetest.ru/min​etest/2014-10-07#i_3969478
19:04 Megaf_ Krock: 24 GFLOPS, that's the power of the Raspberry Pi GPU
19:04 Krock such a flop :3
19:04 Megaf_ when running OpenGL ES 2.0
19:06 Megaf_ Krock: thats more powerful than 2 x Xeon 5310
19:07 * Krock searchs a FLOPS benchmark program
19:07 Megaf_ IF and WHEN using optimized software that can use that power
19:07 kilbith plus his arm support very well the overclocking
19:07 kilbith reached 1 Ghz lately
19:07 Megaf_ its ARM*
19:07 kilbith sorry
19:07 Megaf_ RPis ARM*
19:08 Megaf_ not my arm :P
19:08 Megaf_ my arm can do like 2 operations per second
19:08 Megaf_ lol
19:08 kilbith it depends of the operation......
19:09 Krock Doctor: my arm can do one operation per hour
19:09 Calinou <kilbith> but does MT is better optimized than Quake III ? ;)
19:09 Calinou yes, definitely
19:09 Calinou but more demanding
19:10 paramat left #minetest-dev
19:10 Megaf_ Calinou: do you really think that MT is more demanding? (GPUwise)
19:10 Megaf_ Krock: http://www.techpowerup.com/forums/threa​ds/processor-gflops-compilation.94721/
19:12 Megaf_ i7 975 D0 @ 4.3ghz = 13.96 GFLOPS
19:13 Megaf_ why arent we running software on GPUs?
19:14 Megaf_ my Phenom II x4 955 BE @ 3,2 GHz, 12 GFlops
19:15 Calinou yes, even without shaders
19:15 Calinou both games are heavily CPU-bottlenecked
19:15 Calinou <Megaf_> why arent we running software on GPUs?
19:16 Calinou GPUs are suitable for heavily parallel operations only
19:16 Calinou it is harder to program for them
19:16 Calinou due to their parallelism
19:16 Megaf_ Yep, we arent even utilizing SMP power properly...
19:17 Megaf_ Calinou: and my the way, MT runs pretty well on my EeePC 701 netbook, with a Celeron at 630 MHz, it slows down because of its terrible GPU
19:17 Megaf_ but I think its a drivers fault
19:18 Megaf_ I used to play Need For Speed Porsche on Windows 2013 Enterprise on it, that was a fantastic perfomance
19:24 Calinou <Megaf_> Yep, we arent even utilizing SMP power properly...
19:24 Calinou requires a whole engine rewrite
19:25 Calinou much harder than you think
19:25 Calinou Megaf_, on PCs with good CPU and dedicated graphics card, the game is CPU-bottlenecked
19:26 PenguinDad Megaf_: SMP is also slower sometimes
19:26 Megaf_ Calinou: That's exactely what I propose, a whole rewrite of minetest
19:26 Megaf_ and that you drop irrlicht
19:27 Megaf_ several bugs and several limitations of minetest comes from irrlicht, is not even a minetest fault
19:27 Megaf_ I propose dropping irrlicht and swiching to python
19:27 Megaf_ or better, adding support to python and keeping LUA
19:28 Megaf_ and if I was good in C++ I would do it myself for sure
19:29 Megaf_ Minetest is a fantastic game, I woul change almost nothing on the gameplay and visuals
19:29 Megaf_ would*
19:29 Megaf_ Its perfect the way it is
19:30 Calinou WTF
19:30 Calinou can you stop suggesting stupid things
19:30 sfan5 Megaf_: rpi designed for media intensive tasks?
19:30 sfan5 pff
19:31 Calinou Python is likely slower
19:31 Calinou stop being one of these Raspberry Pi fanatics…
19:31 Megaf_ sfan5: nope, its "processor"
19:31 Calinou <Megaf_> or better, adding support to python and keeping LUA
19:31 Calinou it is possible, but not worth it for a game
19:31 sfan5 Megaf_: does it encode H.264 faster than my cpu?
19:31 Calinou you are free to make your own rewrite of Minetest
19:31 sfan5 ^
19:31 Calinou but don't expect a rewrite…
19:31 Calinou Irrlicht is fine
19:32 Calinou it's a simple engine
19:32 Calinou better than using OGRE ;)
19:32 Megaf_ sfan5: for sure it does, via hardware, its GPU can do that via hardware
19:32 Megaf_ sfan5: I watch 1080p videos on it
19:32 sfan5 Megaf_: encoding not decoding
19:32 Megaf_ and 3D wise, it has the same GPU as this phone for example, http://en.wikipedia.org/wiki/Samsung_Galaxy_Fame
19:32 sfan5 well
19:32 PenguinDad Megaf_: you are talking about decoding
19:33 Megaf_ if minetest can run on that phone, it can run on the RPi
19:33 sfan5 it actually does h.264 encoding
19:33 Megaf_ PenguinDad: ok, let me research about encoding
19:33 sfan5 I even have code for it
19:33 sfan5 but the libraries are a PITA to get working
19:33 Megaf_ The VideoCore IV BCM2763 processor improves on the VideoCore III with support for 1080p encode and decode, along with higher resolution camera support and faster 2D and 3D graphics, all at very low power. It is used e.g. in the Nokia 808 PureView.[4]
19:33 sfan5 I'm aware
19:34 Megaf_ so yes, it is a purpose built chip, built for media
19:34 sfan5 but there is literally no software that supports the H.264 encoding interface
19:34 sfan5 lol
19:34 Megaf_ And I do know that is really hard to use that power
19:35 sfan5 I don't think it could software decode H.264 1080p
19:35 sfan5 so much for "media"
19:35 Megaf_ sfan5: of course it can't software decode anything
19:35 Megaf_ not fast...
19:35 sfan5 H.264 is media
19:35 sfan5 got you
19:35 Megaf_ it has a dedicated hardware to do that, using 3 watts...
19:35 sfan5 what about 10-bit 1080p H.264?
19:36 sfan5 it doesn't decode that
19:36 sfan5 and thats not "some format nobody uses"
19:36 sfan5 almost all anime releases are in H.264 10-bit since a few years
19:36 shadowzone !seen myself
19:37 shadowzone oops
19:37 shadowzone Wrong channel.
19:37 Megaf_ sfan5: you are deviating from my point
19:37 Megaf_ and 1 Gigapixel per second fill rate is a considerable perfomance
19:37 sfan5 am I?
19:37 sfan5 it's media too
19:38 Megaf_ ok, my original point is, we are having trouple to compile minetest with OpenGL ES
19:38 kilbith joined #minetest-dev
19:38 Megaf_ this discussion we are having now will lead to nowhere
19:39 sfan5 what was the problem again?
19:39 Megaf_ let me turn it on again, wait a second please
19:41 kilbith joined #minetest-dev
19:42 kilbith joined #minetest-dev
19:43 Megaf_ sfan5: ok,my cmake looks like this cmake ../../ -DVERSION_EXTRA=MinetestPi -DRUN_IN_PLACE=1 -DENABLE_GLES=1 -DIRRLICHT_SOURCE_DIR=~/ogl-es/ -DENABLE_SOUND=0 -DENABLE_LEVELDB=0 -DENABLE_CURL=0 -DENABLE_REDIS=0
19:43 Megaf_ I will run make again
19:43 Megaf_ a clean make
19:43 sfan5 nono
19:44 sfan5 just paste the output of cmake
19:45 Megaf_ sfan5: https://gist.github.com/bcae0c623ca46ca29773.git
19:45 Megaf_ cmake runs fine, in a couple of hours I will paste the output of make
19:46 Megaf_ sfan5: anyway, theres no GL ES on that output,
19:46 sfan5 -- Found system opengles2 library /usr/lib/arm-linux-gnueabihf/libGLESv2.so​;/usr/lib/arm-linux-gnueabihf/libGLESv2.s​o;/usr/lib/arm-linux-gnueabihf/libX11.so;​/usr/lib/arm-linux-gnueabihf/libXext.so
19:46 sfan5 did you ignore that?
19:47 sfan5 thats at least what I see in the cmake output
19:47 kilbith sfan5: could you upload your compilated MT with OGLES, pretty please ?
19:47 Megaf_ sfan5: isnt there a way to disable OpenGL? Found OpenGL: /usr/lib/arm-linux-gnueabihf/libGL.so
19:48 sfan5 I didn't succeed in compiling Minetest on my rpi
19:48 sfan5 Megaf_: why would you want to disable opengl if it works
19:48 sfan5 Megaf_: also if you use the ogl-es irrlicht you can't use opengl anyway
19:48 kilbith ah :(
19:51 Megaf_ sfan5: because OpenGL use useless for RPi
19:51 sfan5 Megaf_: why?
19:52 Megaf_ sfan5: the RPi GPU doesnt do OpenGL
19:52 Megaf_ OpenGL is done via software
19:55 Megaf_ "This is because the Videocore GPU runs a RTOS that handles the real processing; all of the actual video acceleration is done using this RTOS firmware coded for its proprietary GPU"
19:55 Megaf_ lol, there's an operating system running o the RPis GPU
19:56 Megaf_ http://en.wikipedia.org/wiki/Free_and_ope​n-source_graphics_device_driver#Broadcom
19:58 FR^2 joined #minetest-dev
20:05 ShadowNinja kahrl: Are you O.K. with me merging that coroutime patch now?  I don't now if the SCRIPTAPI_PRECHECKHEADER functions are called from Lua API functions, but it doesn't seem like it, and this at least fixes a lot of functions.
20:05 ShadowNinja (Even itf it doesn't fix everything)
20:08 kilbith joined #minetest-dev
20:11 iqualfragile joined #minetest-dev
20:14 AnotherBrick joined #minetest-dev
20:25 ImQ009 joined #minetest-dev
20:37 kahrl ShadowNinja: yeah, do it
20:38 ShadowNinja kahrl: Done, how about https://github.com/minetest/minetest/pull/1721 (with my commented modification, better commit messages, and squash).
20:38 ShadowNinja +?
20:40 kahrl seems good
20:41 kahrl merge it
20:49 Weedy_ joined #minetest-dev
20:49 FR^3 joined #minetest-dev
20:55 BlockMen is there a reason why https://github.com/minetest/minetest/pull/1699 is not merged yet?
20:59 Calinou https://github.com/minetest/minetest/pull/1636 → :'( probably dead
20:59 Calinou (“rebase needed” should generally be closed, to me…)
21:00 Calinou add label, close, author reopens if they rebased
21:00 ShadowNinja BlockMen: Yes.  Nobody's done it.  :-P  Otherwise, not as far as I can see.
21:01 ShadowNinja Calinou: A core dev can probably rebase it, if it's agreed to be merged.
21:02 ShadowNinja I think that core.colorize should add a reset token instead of the color white after the text.  We might provide a text color option later.
21:03 Calinou there could be some automatic colours
21:03 Calinou error messages in slight red, warnings in slight yellow, infos in slight blue (in chat)
21:03 Calinou and coloured join/leave messages of players
21:03 Calinou but that's just additional features
21:05 zat1 joined #minetest-dev
21:05 ShadowNinja Calinou: With chat command return values error/success would be trivial, but there's no other classifications.
21:06 ShadowNinja Third time in two days someone's left a second too early.
21:13 ShadowNinja kahrl / BlockMen: What about https://github.com/minetest/minetest/pull/1673?
21:14 BlockMen ShadowNinja, not tested but seems ok
21:14 * ShadowNinja has tested it.
21:17 BlockMen then merge it
21:39 Megaf sfan5: kilbith: That's the error I have when compilining minetest on my raspberry pi
21:39 Megaf https://gist.github.com/bcae0c623ca46ca29773.git
21:39 Megaf https://gist.github.com/Megaf/bcae0​c623ca46ca29773#file-rpicmake-L219
21:39 Megaf ^
21:42 PenguinDad Megaf: looks you are missing these egl symbols
21:44 Megaf PenguinDad: allright, and how do I fix that>
21:44 Megaf ?
21:45 kilbith well then, the opengl es integration needs to be re-based
21:46 Megaf kilbith: weird thing is, the Android build works, and it uses GL ES
21:46 Megaf and it doesnt uses X
21:46 SmugLeaf joined #minetest-dev
21:46 Megaf I wish sapier were here, he would be able to help us out
21:46 kilbith Megaf: I know
21:47 kilbith sapier == proller ?
21:47 proller WAT
21:47 proller NOOO!!!!
21:47 kilbith just wondered
21:47 proller NOOOOO
21:47 proller also, who can compile irrlicht demos under pi ?
21:47 PenguinDad Megaf: you have to somehow point cmake to your libEGL but I don't know how
21:47 proller and run them
21:48 Miner_48er joined #minetest-dev
21:56 Megaf BlockMen: any idea?
21:56 Megaf kahrl: ?
21:56 Megaf ShadowNinja: ^
21:56 Megaf we are trying to port Minetest to Raspberry Pi
21:58 Megaf proller: what error do you get when you try to compile irrlicht demos?
21:58 Megaf I got this when trying to compile hello world /usr/bin/ld: cannot find -lGLES_CM
21:58 Megaf /usr/bin/ld: cannot find -lXcursor
21:59 proller my error is dark screen after running
22:00 Megaf proller: at least you can compile them
22:03 proller and i can compile freeminer on pi ;)
22:03 Megaf almost a year later and we still have the same problems...
22:03 Megaf thats so frustrating and disapointing
22:41 AnotherBrick joined #minetest-dev
23:31 shadowzone joined #minetest-dev
23:31 shadowzone joined #minetest-dev
23:48 paramat joined #minetest-dev
23:53 paramat hmmmm, could you take a quick look at this voxelmanip lighting issue? https://github.com/minetest/minetest/issues/1727 If you have advice on this i'll code it, test and make a pull request.

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