| Time |
Nick |
Message |
| 00:22 |
|
Lupercus joined #minetest-dev |
| 00:41 |
|
ShadowBot joined #minetest-dev |
| 01:16 |
|
YuGiOhJCJ joined #minetest-dev |
| 02:08 |
|
Lupercus joined #minetest-dev |
| 03:29 |
|
Lupercus joined #minetest-dev |
| 04:00 |
|
MTDiscord joined #minetest-dev |
| 05:13 |
|
Evergreen joined #minetest-dev |
| 07:35 |
|
Noisytoot joined #minetest-dev |
| 08:07 |
MTDiscord |
<herowl> The 2048x2048 data could be put into engine as an image I guess |
| 08:13 |
MTDiscord |
<herowl> sfan5: Aside of the "full custom map" scenario, I would like the API to support stuff like Oceans (of different kinds) where oceans are and Mountains (extending into the underground below the mountains properly) of different kinds (arctic/temperate/tropical). |
| 08:15 |
MTDiscord |
<herowl> So if you have an idea on how to add biome heightmap dependency to the current system without allowing biome changing in on_generated(), that would be great too. |
| 08:22 |
|
vampirefrog joined #minetest-dev |
| 08:37 |
pgimeno |
reading the discussion about defining humidity, I have an idea of an algorithm. You can define humidity at arbitrary 2D points, and then make a Delaunay graph for determining which other points each one should interpolate against. Depending on the number of points for which humidity data is determining, storing the points and the graph could be much more memory efficient than grid-based approaches. |
| 08:38 |
pgimeno |
I'll work on a PoC |
| 08:45 |
pgimeno |
s/is determining/is given/ |
| 09:39 |
|
Noisytoot joined #minetest-dev |
| 11:07 |
|
json joined #minetest-dev |
| 11:07 |
|
Lupercus joined #minetest-dev |
| 11:29 |
|
turtleman joined #minetest-dev |
| 11:35 |
|
proller joined #minetest-dev |
| 11:37 |
|
proller joined #minetest-dev |
| 12:01 |
|
TheCoffeMaker joined #minetest-dev |
| 12:06 |
|
TheCoffeMaker joined #minetest-dev |
| 12:28 |
|
Lupercus joined #minetest-dev |
| 12:35 |
|
Lupercus joined #minetest-dev |
| 13:38 |
|
Lupercus joined #minetest-dev |
| 14:27 |
MTDiscord |
<fatalisterror> Well what about pitch for get_sound_duration? Pitch changes the playback speed... |
| 14:30 |
|
Lupercus joined #minetest-dev |
| 14:38 |
|
Lupercus joined #minetest-dev |
| 15:21 |
[MTMatrix] |
<Zughy> Modders can calculate the new duration it if they know the pitch I guess. Or the engine can do it automatically so modders don't have to, returning the altered duration already |
| 15:22 |
[MTMatrix] |
<Zughy> (latter would be great) |
| 15:37 |
|
Noisytoot joined #minetest-dev |
| 16:10 |
|
Noisytoot joined #minetest-dev |
| 17:14 |
|
Lupercus joined #minetest-dev |
| 18:24 |
|
Lupercus joined #minetest-dev |
| 19:57 |
MTDiscord |
<fatalisterror> Well but the issue with that Zughy is is it linear? Becuase otherwise you have to go digging in the audio lib to find out how to calculate playback speed |
| 20:39 |
|
Desour joined #minetest-dev |
| 20:45 |
Desour |
"are you sure it's RelWithDebInfo doing that?" <- pretty sure. I haven't really changed any build configuration besides that. the ghost nodes are only noticeable with larger client mesh chunk setting values though. mapgen might also be quite slow. I guess it's because of some asserts |
| 20:45 |
Desour |
"Well but the issue with that Zughy is is it linear?" <- pitch is linear (IIRC), yes |
| 22:17 |
|
proller joined #minetest-dev |
| 22:33 |
|
panwolfram joined #minetest-dev |
| 23:20 |
|
Noisytoot joined #minetest-dev |
| 23:42 |
|
Noisytoot joined #minetest-dev |
| 23:49 |
|
YuGiOhJCJ joined #minetest-dev |
