| Time |
Nick |
Message |
| 00:11 |
|
jin_xi joined #minetest-dev |
| 00:31 |
|
VanessaE joined #minetest-dev |
| 00:31 |
|
sfan5|OFF joined #minetest-dev |
| 00:31 |
|
darkrose joined #minetest-dev |
| 00:31 |
|
darkrose joined #minetest-dev |
| 00:32 |
|
thexyz joined #minetest-dev |
| 00:39 |
|
proller joined #minetest-dev |
| 00:39 |
|
hmmmm joined #minetest-dev |
| 00:39 |
|
TB`oFF|Vibe-X joined #minetest-dev |
| 04:49 |
|
ShadowNinja joined #minetest-dev |
| 06:29 |
celeron55 |
hmmmm: it used to be that Map::setNode didn't have the CONTENT_IGNORE check, which lead to in-development code and mods to sometimes place it |
| 06:29 |
celeron55 |
now that it has it, the commented reason is probably not relevant |
| 06:32 |
hmmmm |
hey how do i set node metadata from within the mapgen? would i have to push things to set into a queue and then after finishBlockMake is called, apply the metadata? |
| 06:34 |
|
iqualfragile joined #minetest-dev |
| 06:34 |
celeron55 |
sounds like right |
| 06:35 |
celeron55 |
unless you want to directly extend voxelmanipulator to store them, which is an option too (if you can do it speed-efficiently) |
| 06:35 |
celeron55 |
it might even be a good idea if it is doable |
| 06:35 |
celeron55 |
or probably is |
| 06:36 |
hmmmm |
well the obvious solution to this is to put the queue of metadata changes i speak of right in the mapvoxelmanipulator which would then apply it after blitBackAll() |
| 06:39 |
celeron55 |
could work |
| 06:51 |
|
darkrose joined #minetest-dev |
| 06:52 |
|
iqualfragile joined #minetest-dev |
| 08:46 |
|
Alfino joined #minetest-dev |
| 09:48 |
|
Alfino joined #minetest-dev |
| 10:39 |
|
darkrose joined #minetest-dev |
| 11:16 |
|
Taoki joined #minetest-dev |
| 11:42 |
|
Alfino joined #minetest-dev |
| 12:02 |
|
Taoki joined #minetest-dev |
| 12:56 |
|
iqualfragile joined #minetest-dev |
| 14:24 |
|
hmmmm joined #minetest-dev |
| 15:02 |
|
Taoki_1 joined #minetest-dev |
| 15:27 |
|
iqualfragile joined #minetest-dev |
| 15:43 |
|
ShadowNinja joined #minetest-dev |
| 15:43 |
|
PilzAdam joined #minetest-dev |
| 15:52 |
|
iqualfragile joined #minetest-dev |
| 16:00 |
|
iqualfragile joined #minetest-dev |
| 16:03 |
|
Jordach joined #minetest-dev |
| 16:19 |
|
ShadowNinja joined #minetest-dev |
| 16:59 |
|
Calinou joined #minetest-dev |
| 19:29 |
sfan5 |
Minetest-c55 is an InfiniMiner/Minecraft inspired game intended |
| 19:29 |
sfan5 |
for me to show my friends how fucking superior I am at programming |
| 19:29 |
sfan5 |
compared to them! |
| 19:29 |
sfan5 |
^ http://minetest.net |
| 19:34 |
celeron55 |
it's the original text of the website 8) |
| 19:34 |
Jordach |
celeron55, your post on irrlicht forums still stands today |
| 19:35 |
Jordach |
http://irrlicht.sourceforge.net/forum/viewtopic.php?t=40468 |
| 19:36 |
celeron55 |
hmm, gotta update some URLs in that |
| 19:38 |
PilzAdam |
last post of this topic: "I found a bug and a problem. You should not be able to build a cube into yourself because then you can watch through other cubes. " |
| 19:39 |
celeron55 |
epic |
| 19:39 |
celeron55 |
it has been fixed though |
| 19:39 |
celeron55 |
not in a way as suggested though, but the because doesn't apply |
| 19:39 |
celeron55 |
¨ |
| 19:39 |
celeron55 |
-" |
| 19:40 |
celeron55 |
i think we should have a way of organizing well-formed API requests like this: http://forum.minetest.net/viewtopic.php?id=4871 |
| 19:41 |
celeron55 |
every attempt of me trying anything like that in the history of minetest has failed though |
| 19:42 |
celeron55 |
so i guess i'll just observe if somebody manages to do such in the long term 8) |
| 20:21 |
|
Jordach joined #minetest-dev |
| 20:21 |
|
Jordach joined #minetest-dev |
| 20:36 |
Taoki |
A scary amount of days since nothing new got committed to GIT |
| 21:03 |
RealBadAngel |
im gonna post something this weekend ;) |
| 21:29 |
hmmmm |
me too |
| 21:30 |
hmmmm |
right now i'm modernizing dungeongen. i ended up doing this inadvertantly while trying to clean up mapgen somewhat |
| 21:31 |
hmmmm |
some of the code there is pretty cringeworthy.. and adding back dungeons just on its own seem to triple the time it takes to generate a chunk |
| 21:32 |
hmmmm |
2 * (7*16)^3 3d perlin noise computations can do that |
| 22:05 |
RealBadAngel |
btw, stupid question, sprites can have animated textures? |
