| Time |
Nick |
Message |
| 00:04 |
|
big-MAC joined #minetest |
| 00:17 |
|
Leopold joined #minetest |
| 00:58 |
|
nopjmp joined #minetest |
| 01:10 |
|
liceDibrarian joined #minetest |
| 01:20 |
|
Leopold joined #minetest |
| 01:28 |
|
Leopold joined #minetest |
| 01:54 |
|
Izaya left #minetest |
| 02:01 |
|
AlexiosTheSixth joined #minetest |
| 02:01 |
AlexiosTheSixth |
testing |
| 02:01 |
AlexiosTheSixth |
oh nice it works |
| 02:06 |
|
alexiosthesixth joined #minetest |
| 03:08 |
|
liceDibrarian joined #minetest |
| 03:08 |
|
diceLibrarian2 joined #minetest |
| 03:34 |
|
v-rob joined #minetest |
| 03:54 |
|
Leopold_ joined #minetest |
| 03:57 |
|
Guest6 joined #minetest |
| 03:57 |
Guest6 |
Hi |
| 04:00 |
|
MTDiscord joined #minetest |
| 04:04 |
|
Guest78 joined #minetest |
| 04:52 |
|
tarsovbak joined #minetest |
| 04:56 |
|
Leopold joined #minetest |
| 05:08 |
|
Leopold joined #minetest |
| 05:10 |
|
Izaya joined #minetest |
| 05:12 |
|
gregon joined #minetest |
| 05:15 |
|
Leopold joined #minetest |
| 05:31 |
|
Leopold joined #minetest |
| 05:42 |
|
Leopold joined #minetest |
| 05:53 |
|
Leopold joined #minetest |
| 06:06 |
|
d0p1 joined #minetest |
| 06:12 |
|
Leopold joined #minetest |
| 06:29 |
|
tarsovbak1 joined #minetest |
| 06:35 |
|
tarsovbak joined #minetest |
| 06:44 |
|
tarsovbak1 joined #minetest |
| 07:55 |
|
bjse joined #minetest |
| 07:55 |
bjse |
are there any plans to make minetest good? |
| 07:55 |
bjse |
for example mobs? that are close to minecraft's |
| 07:58 |
Mantar |
no, everybody wants to make minetest bad, on purpose |
| 07:59 |
Mantar |
it's an elaborate decade-plus-long prank |
| 08:12 |
bjse |
what is the motivation behind it? |
| 08:12 |
bjse |
making a working mobs shouldn't be a task that world's community can achieve for a decade, there are open source games that got ai enemies right. what is the issue here? |
| 08:13 |
bjse |
*that ... can't |
| 08:24 |
|
Warr1024 joined #minetest |
| 08:24 |
|
tarsovbak joined #minetest |
| 08:39 |
Mantar |
define "working mobs" |
| 08:40 |
bjse |
Mantar moving around and all like the ones in MC. and for other mobs - attacking |
| 08:40 |
Mantar |
install a mobs mod, silly |
| 08:41 |
Mantar |
go play mineclone2 or mineclonia if you want "like MC" |
| 08:42 |
Mantar |
we've had mobs that move around and attack since forever, you just need to install them |
| 08:42 |
Mantar |
and "like the ones in MC" is an explicit goal of Mineclone |
| 08:46 |
|
Warr1024 joined #minetest |
| 08:55 |
bjse |
I will check it out |
| 09:03 |
|
TomTom joined #minetest |
| 09:05 |
|
mrkubax10 joined #minetest |
| 09:07 |
|
Talkless joined #minetest |
| 09:24 |
|
lemonzest joined #minetest |
| 09:44 |
|
bjse14 joined #minetest |
| 10:36 |
|
jaca122 joined #minetest |
| 10:44 |
|
cranez joined #minetest |
| 10:56 |
bjse14 |
how MT implements movement on terrain in Irrlicht? Irr doesn't have anything for that, it's all coded in MT? |
| 10:57 |
sfan5 |
you mean collision detection? |
| 10:57 |
|
Izaya left #minetest |
| 10:57 |
bjse14 |
with the terrain, yes |
| 10:58 |
sfan5 |
that's inside MT |
| 10:58 |
bjse14 |
myself I look for a library that can do basic C++ rendering but also allows walking. I guess most small free engines do not go that far |
| 10:58 |
bjse14 |
ok Isee |
| 10:58 |
bjse14 |
in voxel world that is pretty easy :) |
| 11:00 |
|
jaca122 joined #minetest |
| 11:12 |
|
Izaya joined #minetest |
| 11:28 |
MinetestBot |
[git] sfan5 -> minetest/minetest: Restrict lua_api_deploy workflow to main repo bac7d32 https://github.com/minetest/minetest/commit/bac7d323690d4f79e96e2908da8f56d1ac662b9c (2024-03-24T10:50:41Z) |
| 11:30 |
bjse14 |
why Irrlicht was used, instead for example Ogre3d or other libs? any importants pros for MT project? |
| 11:34 |
|
Thermoriax joined #minetest |
| 11:43 |
|
appguru joined #minetest |
| 11:45 |
MinetestBot |
[git] sfan5 -> minetest/minetest: Restrict lua_api_deploy workflow to main repo b42b03b https://github.com/minetest/minetest/commit/b42b03bc4062eb8dca004b7787ce557d1b4c936e (2024-03-24T11:42:50Z) |
| 11:47 |
swift110-mobile |
Lol imagine wanting things already present in minetest |
| 11:49 |
|
jaca122 joined #minetest |
| 12:08 |
Krock |
bjse14: it's a relatively light-weight cross-platform framework that comes with GUI elements and useful utility functions. better ask c_e_l_e_r_o_n_5_5 directly if you'd like to know the story |
| 12:08 |
MTDiscord |
<luatic> bjse14: you'd have to ask celeron that question ca. 1.5 decades ago ;) |
| 12:09 |
bjse14 |
celeron55_ why you picked Irrlicht back in your day? |
| 12:10 |
bjse14 |
good that choice appears at least not-bad, as it's still alive and all (AFAIK). Unlike crystalspace (ded) or some others probably |
| 12:11 |
sfan5 |
irrlicht is dead |
| 12:14 |
Krock |
apolgy for bad english |
| 12:14 |
Krock |
where were u wen irrliche die |
| 12:14 |
Krock |
i was at house eating diroto when phone ring |
| 12:14 |
Krock |
"Irrlicht is kil" |
| 12:14 |
Krock |
"no" |
| 12:14 |
bjse14 |
sfan5 well your fork keeps it alive |
| 12:15 |
sfan5 |
i guess irrlichtmt is technically an engine but there's no intention for anyone except Minetest using it |
| 12:15 |
bjse14 |
should they? |
| 12:15 |
sfan5 |
no |
| 12:16 |
|
Glaedr joined #minetest |
| 12:16 |
MTDiscord |
<luatic> I think there are very likely better / more modern engines for C++ (and other languages) around these days. Irrlicht has not seen major modernization AFAIK. |
| 12:16 |
bjse14 |
*messes with time* ... I _will_ uze it! |
| 12:17 |
bjse14 |
aaaaargh it's discord |
| 12:17 |
* bjse14 |
sturtles |
| 12:17 |
bjse14 |
modern tech is shit. 2005-2015 was the golden time |
| 12:17 |
sfan5 |
"major modernization" is an understatement when it's still stuck on c++03, d3d9 and opengl 1.x |
| 12:18 |
* bjse14 |
iterates loops with boost_fore... eee wait that's even too new probly lol |
| 12:18 |
* bjse14 |
binds _1 |
| 12:19 |
MTDiscord |
<luatic> sfan5: wait irrlicht is still on c++03? o.0 |
| 12:19 |
bjse14 |
at least it should work on EVERYTHING then |
| 12:19 |
bjse14 |
but upgrade to c++14 shouldn't hurt. just write new code in it, leave old as is |
| 12:20 |
MTDiscord |
<luatic> bjse14: yes, that's what was done in irrlichtmt |
| 12:20 |
bjse14 |
sfan5 what engine would you use if starting today? (and what for very small, and aiming to be very light open and portable) |
| 12:20 |
MTDiscord |
<luatic> in fact we're even upgrading to c++17 because that's what minetest uses |
| 12:21 |
bjse14 |
17? I hope redhat has that xD |
| 12:21 |
MTDiscord |
<luatic> bjse14: what kind of game are you trying to write, and in what language? |
| 12:21 |
MTDiscord |
<luatic> bjse14: well c++17 should be ~7 years old by now.. |
| 12:22 |
bjse14 |
luatic C++. for now a small project where I: generate in code a small map. think of crawl/dungeon labirynt. few rooms. then I need to walk on it (including wall collisions, jumping, running, FPS mouselook). bonus points: have radiosity (probably 2step process: generate -> bake the map lightmaps -> play game) |
| 12:23 |
bjse14 |
heh I could aaaalmost use minetest itself, but I do need a bit more complex map than just voxels.. e.g. don't want to make it impossible to have non-grid rooms |
| 12:24 |
MTDiscord |
<luatic> heh, i think everybody who uses C++ tends to write their own game engine in the end lol |
| 12:25 |
sfan5 |
bjse14: I'm not actually a good games programmer so that's not a question I can answer well |
| 12:25 |
bjse14 |
in this case I was _hoping_ for #include ok_engine.h and then add_cubes() and for(;;) { world->walk_etc(); } and be done |
| 12:26 |
bjse14 |
but then I guess foss community doesn't have a ready to use program/lib where you add objects and walk on them. Ogre3d has objects/add but lacks real walking. perhaps ogre3d + collision detection libs will be good enough but then its a day+ instead just taking a ready thing |
| 12:27 |
bjse14 |
in irrlicht there isn't any code to allow me to walk on things? what is there, just mesh ray collision detection? |
| 12:45 |
|
mrkubax10 joined #minetest |
| 12:54 |
|
proller joined #minetest |
| 13:04 |
|
fling joined #minetest |
| 13:07 |
|
big-MAC joined #minetest |
| 13:08 |
|
bjse74 joined #minetest |
| 13:11 |
|
bjse24 joined #minetest |
| 13:21 |
MTDiscord |
<jordan4ibanez> Add objects and walk on them? Well you should try lovr or godot |
| 13:23 |
MTDiscord |
<jordan4ibanez> But if you want to do it from sdl or glfw and you must glue together your libraries |
| 13:25 |
MTDiscord |
<jordan4ibanez> And by glue I mean you hold the positions from the physics library like project chrono, into your rendering pipeline like vulkano with vulkan |
| 13:29 |
bjse24 |
sfan5 given choice between Ogre3d, and Irrlicht, what would you used today for MT? |
| 13:29 |
bjse24 |
*irrlichtMT |
| 13:30 |
|
bjse joined #minetest |
| 13:31 |
bjse |
(back) |
| 13:32 |
bjse |
sfan5 also, integrating a lib into MT seems a bad idea. if you keep irrlichtMT separate, and someone would use it, it's better for health of project |
| 13:38 |
proller |
try https://github.com/Zylann/godot_voxel |
| 13:38 |
MTDiscord |
<jordan4ibanez> The rest of it I was kinda like yes yes that's true mhm |
| 13:39 |
|
Dr_Dinnerbone joined #minetest |
| 13:39 |
Dr_Dinnerbone |
hellon there |
| 13:39 |
MTDiscord |
<jordan4ibanez> Ain't NO ONE in their right mind gonna pick up irrlicht minetest as a base engine |
| 13:40 |
bjse |
jordan4ibanez why not |
| 13:40 |
MTDiscord |
<jordan4ibanez> Integrating a lib into minetest is a bad idea because C++ has no package manager and those aftermarket duct taped on, non standardized ones do not count |
| 13:42 |
bjse |
well I am of the opinion lib should be a lib, not integrated into a program, of course. how ever "C++ has no package manager" not sure what you mean exactly, it's normal for all things being a separate library in C++ and that isn't a proble |
| 13:42 |
|
bjse22 joined #minetest |
| 13:42 |
MTDiscord |
<jordan4ibanez> Because it's a volatile, extremely outdated, duct taped together solution due to being rooted throughout the entire project cause of excessive inheritance over composition style and if you do not realize this you haven't looked through the code and you're making suggestions blindly |
| 13:43 |
MTDiscord |
<jordan4ibanez> Yes, this is the exact problem, C++ has no package manager, go get it yourself |
| 13:43 |
MTDiscord |
<jordan4ibanez> So we're gonna unproblem this and dump it straight into the game |
| 13:45 |
bjse22 |
maybe libc too |
| 13:45 |
bjse22 |
what a nonsensical idea to dump a lib into a project :o |
| 13:50 |
MTDiscord |
<jordan4ibanez> I can clearly see you have not looked into the lib folders yet, or the lib folders in the irrlicht mt repository which means the lib will have libs |
| 13:50 |
MTDiscord |
<jordan4ibanez> This isn't rust, it's the wild west |
| 13:52 |
bjse22 |
not sure what is the problem here, that's normal that libs use own libraries. all programs do that, but I think that would be a first (or very rare) when library using programs takes over it and loses the separation and order |
| 13:52 |
|
tarsovbak1 joined #minetest |
| 13:53 |
MTDiscord |
<jordan4ibanez> Yes yes, let's continue that logic: So minetest will have it's mt-irrlicht library as part of it as the normality, dumped into the minetest project like those other libs will, as mt-irrlicht is just another library |
| 13:58 |
|
tarsovbak joined #minetest |
| 14:19 |
MTDiscord |
<luatic> I agree with Jordan that you should probably not use Irrlicht for a new project. |
| 15:13 |
|
bjse92 joined #minetest |
| 15:16 |
|
bjse65 joined #minetest |
| 15:18 |
|
bjse5 joined #minetest |
| 15:21 |
|
Noisytoot joined #minetest |
| 15:31 |
|
Leopold joined #minetest |
| 15:32 |
|
bjse33 joined #minetest |
| 15:37 |
|
bjse51 joined #minetest |
| 16:00 |
|
bjse87 joined #minetest |
| 16:13 |
|
appguru joined #minetest |
| 16:27 |
sfan5 |
forbidden tip: store rgb colors in the Lua vector() type |
| 16:28 |
rubenwardy |
chaotic good |
| 16:29 |
MTDiscord |
<luatic> sfan5: as long as they are linear rgb and not sRGB it's ok ;) |
| 16:31 |
|
mrkubax10 joined #minetest |
| 16:44 |
|
v-rob joined #minetest |
| 17:03 |
|
mrkubax10 joined #minetest |
| 17:03 |
|
Dr_Dinnerbone joined #minetest |
| 17:04 |
|
bjse27 joined #minetest |
| 17:14 |
|
bjse62 joined #minetest |
| 17:21 |
MinetestBot |
[git] rubenwardy -> minetest/minetest: Add world-independent storage directory for mods (#12315) 6c4a110 https://github.com/minetest/minetest/commit/6c4a110679b2c39bf5518aa395145789d05dda60 (2024-03-24T17:18:58Z) |
| 17:21 |
MinetestBot |
[git] rubenwardy -> minetest/minetest: Add button_url[] and hypertext element to allow mods to open web page… 24cc33e https://github.com/minetest/minetest/commit/24cc33e7046fc4b90bf8e1b2fd2546c699fc6eee (2024-03-24T17:19:23Z) |
| 17:36 |
|
Thelie joined #minetest |
| 17:36 |
|
Desour joined #minetest |
| 17:44 |
|
lemonzest joined #minetest |
| 17:48 |
|
___nick___ joined #minetest |
| 17:53 |
|
___nick___ joined #minetest |
| 17:55 |
|
___nick___ joined #minetest |
| 17:55 |
MinetestBot |
[git] AFCMS -> minetest/minetest: Docker image workflow (publish on `ghcr.io`) (#14230) 5a27c05 https://github.com/minetest/minetest/commit/5a27c05b6a0c839bfdb59d7536ad9163b4bdf5c0 (2024-03-24T17:54:09Z) |
| 17:58 |
MinetestBot |
[git] ryvnf -> minetest/minetest: Update docs to allow non-liquid nodes to use "liquid" drawtype 20bfaba https://github.com/minetest/minetest/commit/20bfaba0b74dd0e4d23b62659bc68c169171f2de (2024-03-24T17:56:29Z) |
| 17:58 |
MinetestBot |
[git] grorp -> minetest/minetest: Replace antipattern translation example in lua_api.md (#14482) a7908da https://github.com/minetest/minetest/commit/a7908da968bba82129f60c9601c9cefabd36a389 (2024-03-24T17:56:41Z) |
| 18:21 |
|
rustaceous8 joined #minetest |
| 18:35 |
|
mrkubax10 joined #minetest |
| 18:44 |
|
Leopold joined #minetest |
| 20:23 |
|
jaca122 joined #minetest |
| 21:26 |
|
Desour joined #minetest |
| 21:28 |
|
appguru joined #minetest |
| 23:33 |
|
panwolfram joined #minetest |
