| Time |
Nick |
Message |
| 01:17 |
|
TC01 joined #minetest-dev |
| 01:17 |
|
Shara joined #minetest-dev |
| 01:17 |
|
cheapie joined #minetest-dev |
| 01:17 |
|
Kray joined #minetest-dev |
| 01:17 |
|
thePalindrome joined #minetest-dev |
| 01:19 |
|
lhofhansl joined #minetest-dev |
| 01:22 |
lhofhansl |
Does the ScopeProfiler report seconds or milliseconds? It says it reports [ms] but the numbers seem to be second (and in the code the ms are divided by 1000). |
| 01:45 |
|
T4im joined #minetest-dev |
| 04:02 |
|
Taoki joined #minetest-dev |
| 05:00 |
|
MTDiscord joined #minetest-dev |
| 06:19 |
|
YuGiOhJCJ joined #minetest-dev |
| 07:11 |
|
absilva joined #minetest-dev |
| 08:00 |
|
ShadowNinja joined #minetest-dev |
| 08:10 |
|
proller joined #minetest-dev |
| 09:03 |
|
proller joined #minetest-dev |
| 09:07 |
|
Beton joined #minetest-dev |
| 09:22 |
|
lisac joined #minetest-dev |
| 09:52 |
|
proller joined #minetest-dev |
| 09:56 |
|
calcul0n joined #minetest-dev |
| 11:49 |
|
Fixer joined #minetest-dev |
| 12:15 |
|
Wuzzy joined #minetest-dev |
| 13:17 |
|
turtleman joined #minetest-dev |
| 14:50 |
|
proller joined #minetest-dev |
| 15:02 |
|
olliy joined #minetest-dev |
| 15:45 |
|
proller joined #minetest-dev |
| 16:53 |
|
proller joined #minetest-dev |
| 16:55 |
|
Newbyte joined #minetest-dev |
| 16:55 |
|
Edgy1 joined #minetest-dev |
| 16:56 |
Newbyte |
Are there any plans for Minetest to move away from Irrlicht? |
| 17:00 |
Krock |
no but like 100 requests to do it |
| 17:02 |
Newbyte |
requests meaning people asking to do it or pull requests? |
| 17:02 |
Newbyte |
asking for it to be done* |
| 17:02 |
MTDiscord |
<appguru> >pull requests |
| 17:02 |
MTDiscord |
<appguru> that was a good one ? |
| 17:03 |
Newbyte |
yes, that seemed too good to be true |
| 17:04 |
Newbyte |
if I ask it this way: is the general consensus that Irrlicht should be kept? or is it just kept because no one has put in the work to replace the Irrlicht parts of the code? |
| 17:04 |
rubenwardy |
there's no general consensus |
| 17:05 |
rubenwardy |
the current plan is to maintain irrlicht ourselves as needed, and to increase abstraction to reduce how much it's spread in the code base |
| 17:05 |
Newbyte |
got it, thanks |
| 17:05 |
rubenwardy |
https://github.com/minetest/irrlicht |
| 17:05 |
rubenwardy |
replacing it is a lot of work |
| 17:06 |
Newbyte |
does your fork support GLES? |
| 17:06 |
rubenwardy |
there's also the question of what to |
| 17:06 |
rubenwardy |
Yes |
| 17:06 |
rubenwardy |
Minetest has full support for GL ES too |
| 17:07 |
rubenwardy |
you need to enable a compile flag and link with the correct Irrlicht |
| 17:45 |
|
ssieb joined #minetest-dev |
| 17:46 |
|
Seirdy joined #minetest-dev |
| 17:51 |
sfan5 |
the forked repo currently does not include GLES code |
| 17:54 |
|
Calinou joined #minetest-dev |
| 17:54 |
|
nore joined #minetest-dev |
| 18:12 |
|
homthack joined #minetest-dev |
| 18:27 |
|
calcul0n_ joined #minetest-dev |
| 18:33 |
nerzhul |
replacing irrlicht = rewrite the whole client |
| 18:38 |
Krock |
and major parts of the server as wll |
| 18:49 |
celeron55 |
it's possible to incorporate irrlicht into minetest, rename the library and make it completely our own as needed |
| 18:50 |
celeron55 |
that'll probably happen sooner than later |
| 18:58 |
nerzhul |
Krock: it's not needed to rewrite the server, our problem is more the client than the server :p |
| 18:58 |
nerzhul |
and making irrlicht inside MT means maintain the GL layer, it's hard |
| 19:00 |
MTDiscord |
<appguru> Using GL is not hard at all. |
| 19:01 |
MTDiscord |
<appguru> Irrlicht could theoretically benefit us if we were fully using it's abstractions, but we aren't; rather are we circumventing them. |
| 19:01 |
celeron55 |
i think being able to use opengl directly will be both a benefit and a necessity in the future |
| 19:02 |
celeron55 |
and the necessary skills are out there waiting for irrlicht to get out of the way |
| 19:02 |
MTDiscord |
<appguru> Yes |
| 19:02 |
nerzhul |
we curerntly have nobody with GL skills |
| 19:03 |
celeron55 |
can't really say that when even i have some, but you could point at hecks for example |
| 19:13 |
pgimeno |
what are the parts that depend the most on Irrlicht? I'd say scene graph, mesh loading and GUI |
| 19:13 |
pgimeno |
I may be missing something major |
| 19:14 |
rubenwardy |
<celeron55> it's possible to incorporate irrlicht into minetest, rename the library and make it completely our own as needed |
| 19:14 |
rubenwardy |
this is the supertuxkart approach |
| 19:14 |
MTDiscord |
<appguru> TBH we'd be better off using a non-experimental GUI framework :P |
| 19:14 |
rubenwardy |
I think it should be a separate repo though |
| 19:14 |
MTDiscord |
<appguru> definitely |
| 19:14 |
MTDiscord |
<appguru> Irrlicht is relatively bloated |
| 19:15 |
pgimeno |
the scene graph is one big hinderance, causing unfixable bugs and preventing expansion of the world beyond 64K x 64K x 64K |
| 19:15 |
|
robinspi joined #minetest-dev |
| 19:16 |
celeron55 |
distributions will try to use their existing irrlicht packages for minetest and it has to be avoided then when we have our own irrlicht modifications |
| 19:16 |
celeron55 |
it can be a separate repo but the name and the resulting library name has to change |
| 19:16 |
MTDiscord |
<appguru> Building our own scene graph shouldn't be too hard |
| 19:16 |
pgimeno |
is linking statically out of the question? |
| 19:16 |
celeron55 |
also header names |
| 19:17 |
pgimeno |
@appguru not too easy either, considering it handles animations too |
| 19:17 |
celeron55 |
pgimeno: distros absolutely hate anything statically linked and you always have to explain to them if they can't link dynamically |
| 19:18 |
pgimeno |
well, "it's not Irrlicht anymore" is a good excuse |
| 19:18 |
celeron55 |
i guess it's fine as long as it's a git submodule and the build just works |
| 19:18 |
celeron55 |
then they'll get the hint |
| 19:22 |
pgimeno |
for mesh loading, Assimp can be used instead; for GUI, I'm not sure there's any standard library that can be used as a replacement |
| 19:23 |
pgimeno |
there's the possibility of rendering the GUI from Lua, of course, but that seems somewhat far away in the future |
| 19:24 |
|
robinspi joined #minetest-dev |
| 19:28 |
|
philipbenr joined #minetest-dev |
| 19:32 |
|
philipbenr left #minetest-dev |
| 19:35 |
rubenwardy |
pgimeno: v-rob has a working branch for that |
| 19:35 |
pgimeno |
for what of everything? drawing a GUI from Lua? |
| 19:36 |
MTDiscord |
<appguru> "considering it handles animations too" - yeah, poorly: it utilizes the CPU and reloads the buffers |
| 19:36 |
rubenwardy |
latter |
| 19:36 |
rubenwardy |
#10524 |
| 19:36 |
ShadowBot |
https://github.com/minetest/minetest/issues/10524 -- CSM Events and Drawing Testing by v-rob |
| 20:32 |
|
T4im joined #minetest-dev |
| 20:48 |
|
T4im joined #minetest-dev |
| 20:52 |
|
T4im joined #minetest-dev |
| 21:04 |
|
appguru joined #minetest-dev |
| 21:08 |
|
T4im joined #minetest-dev |
| 21:12 |
|
T4im joined #minetest-dev |
| 21:15 |
|
T4im joined #minetest-dev |
| 21:17 |
|
T4im joined #minetest-dev |
| 21:21 |
|
fluxflux_ joined #minetest-dev |
| 21:27 |
|
T4im joined #minetest-dev |
| 21:44 |
|
absurb joined #minetest-dev |
| 21:47 |
|
olliy joined #minetest-dev |
| 23:13 |
|
proller joined #minetest-dev |
| 23:23 |
|
olliy_ joined #minetest-dev |
| 23:38 |
|
Taoki joined #minetest-dev |
| 23:53 |
|
Taoki joined #minetest-dev |
