| Time |
Nick |
Message |
| 00:07 |
|
Tmanyo joined #minetest-dev |
| 00:08 |
|
Fixertabl joined #minetest-dev |
| 00:31 |
|
STHGOM joined #minetest-dev |
| 00:42 |
|
Puka joined #minetest-dev |
| 01:06 |
|
rubenwardy joined #minetest-dev |
| 01:14 |
|
STHGOM joined #minetest-dev |
| 01:18 |
|
Player_2 joined #minetest-dev |
| 01:43 |
|
Miner_48er joined #minetest-dev |
| 01:46 |
|
sloanonlinux joined #minetest-dev |
| 01:49 |
hmmmm |
i thought we merged shadowninja's fix for that |
| 01:49 |
hmmmm |
grrr. it's very important that all the unit tests work, otherwise people will stop taking them seriously. |
| 01:49 |
|
crazyR joined #minetest-dev |
| 01:49 |
hmmmm |
but more importantly right now, there needs to be enough code coverage to make people feel like it's a sin to commit un-unit tested code |
| 01:55 |
|
Tmanyo joined #minetest-dev |
| 02:01 |
|
Tmanyo joined #minetest-dev |
| 02:23 |
|
kaeza joined #minetest-dev |
| 02:30 |
hmmmm |
paramat: should mod-set mapgen settings have higher priority over user-set settings from the config file? |
| 03:13 |
|
paramat joined #minetest-dev |
| 03:14 |
paramat |
erm .. |
| 03:14 |
|
Void7 joined #minetest-dev |
| 03:15 |
paramat |
yes |
| 03:15 |
paramat |
^ hmmmm |
| 03:16 |
hmmmm |
so |
| 03:16 |
hmmmm |
m_mapgen_settings.getNoEx("foobar", val) || g_settings.getNoEx("foobar", val); |
| 03:17 |
hmmmm |
m_mapgen_settings defaults are set by mods in script init, and m_mapgen_settings settings are set by map_meta.txt load |
| 03:19 |
hmmmm |
hrmmm.. i think i know what i'm doing now. |
| 03:20 |
hmmmm |
if mods settings want to be lower-priority than user-set, they can use set_default |
| 03:20 |
hmmmm |
mods could want to be lower priority because you could set parameters for mapgens in minetest_game |
| 03:21 |
hmmmm |
i think lua in general is a nicer place to set mapgen params because they're structured and there are so many of them |
| 03:21 |
paramat |
exactly |
| 03:22 |
paramat |
i mean, the switchable priority makes sense |
| 03:22 |
hmmmm |
d'oh this makes the code not as slick now :) before i had where you could do m_map_meta_settings.parseFromLines(...); m_map_meta_settings.update(g_settings); m_map_meta_settings.update(m_lua_mapgen_settings); |
| 03:23 |
hmmmm |
what update does is updates both the actual settings and the actual defaults, the LHS of the expression overrides the RHS settings |
| 03:23 |
hmmmm |
but what we actually want to do is have the defaults from LHS override the actual settings from RHS |
| 03:23 |
hmmmm |
pretty sure i need to write new Settings code in order to do this |
| 03:23 |
|
DI3HARD139 joined #minetest-dev |
| 03:28 |
|
yang2003 joined #minetest-dev |
| 03:38 |
|
Void7 joined #minetest-dev |
| 04:22 |
|
RichardTheTurd joined #minetest-dev |
| 04:22 |
|
Tmanyo joined #minetest-dev |
| 04:25 |
|
sloanonlinux joined #minetest-dev |
| 04:43 |
|
Ambistic joined #minetest-dev |
| 04:59 |
|
nrzkt joined #minetest-dev |
| 05:15 |
|
Hunterz joined #minetest-dev |
| 05:35 |
|
paramat left #minetest-dev |
| 06:28 |
|
jin_xi joined #minetest-dev |
| 07:33 |
|
nrzkt joined #minetest-dev |
| 08:12 |
|
Fritigern joined #minetest-dev |
| 08:18 |
|
Fritigern joined #minetest-dev |
| 09:05 |
|
proller joined #minetest-dev |
| 09:31 |
|
asl97 joined #minetest-dev |
| 09:49 |
|
Soni joined #minetest-dev |
| 09:54 |
|
Fritigern joined #minetest-dev |
| 10:30 |
|
edgrey joined #minetest-dev |
| 10:50 |
|
Zeno` joined #minetest-dev |
| 10:50 |
thePalindrome |
Does minetest support opus? |
| 10:50 |
thePalindrome |
Does it support AAC |
| 10:50 |
thePalindrome |
Could I even put mp3 in an ogg container? |
| 10:50 |
thePalindrome |
The wiki says I can :P |
| 10:52 |
asl97 |
thePalindrome: since when did ogg ever support mp3? |
| 10:52 |
asl97 |
nevermind... |
| 10:57 |
thePalindrome |
pretty sure most implementations would manage to decode it :P |
| 10:57 |
thePalindrome |
Regardless, what audio codecs are allowed? |
| 10:59 |
asl97 |
thePalindrome: except those on some linux distro (probably) |
| 11:04 |
thePalindrome |
Even then, you can still get mp3 decoders |
| 11:04 |
thePalindrome |
they just aren't in by default |
| 11:06 |
|
Megal joined #minetest-dev |
| 11:44 |
|
Fixer joined #minetest-dev |
| 11:54 |
|
MillersMan joined #minetest-dev |
| 11:56 |
|
Player_2 joined #minetest-dev |
| 12:04 |
|
Thomas-S joined #minetest-dev |
| 12:15 |
|
edgrey joined #minetest-dev |
| 12:23 |
|
jin_xi joined #minetest-dev |
| 12:39 |
|
Amaz joined #minetest-dev |
| 12:39 |
|
STHGOM joined #minetest-dev |
| 12:45 |
|
proller joined #minetest-dev |
| 12:46 |
|
domtron joined #minetest-dev |
| 13:04 |
|
Megal joined #minetest-dev |
| 13:09 |
|
Megal_ joined #minetest-dev |
| 13:26 |
sfan5 |
thePalindrome: vorbis |
| 13:26 |
sfan5 |
and only that |
| 13:29 |
thePalindrome |
Neat, I'll edit the wiki |
| 13:30 |
thePalindrome |
Or... maybe I won't, forgot you had to disable account creation |
| 13:40 |
thePalindrome |
http://dev.minetest.net/minetest.sound_play needs to be fixed |
| 13:40 |
thePalindrome |
Change the line to read "Ogg Vorbis" instead of "OGG" |
| 13:52 |
Glorfindel |
Ok |
| 13:52 |
|
sloanonlinux joined #minetest-dev |
| 13:54 |
Glorfindel |
Eh, I forgot I only have an account on main wiki, not dev :/ |
| 14:01 |
|
domtron joined #minetest-dev |
| 14:15 |
|
domtron joined #minetest-dev |
| 15:01 |
|
troller joined #minetest-dev |
| 15:06 |
xunto |
game##1147 |
| 15:06 |
xunto |
game#1147 |
| 15:06 |
ShadowBot |
https://github.com/minetest/minetest_game/issues/1147 -- Fix character model uv-mapping by xunto |
| 15:09 |
|
hmmmm joined #minetest-dev |
| 15:11 |
|
Void7 joined #minetest-dev |
| 15:18 |
|
KaadmY joined #minetest-dev |
| 15:47 |
|
rubenwardy joined #minetest-dev |
| 15:51 |
|
domtron joined #minetest-dev |
| 15:52 |
|
Void7 joined #minetest-dev |
| 15:53 |
|
celeron55 joined #minetest-dev |
| 16:00 |
|
Hunterz joined #minetest-dev |
| 16:07 |
|
domtron joined #minetest-dev |
| 16:21 |
|
Krock joined #minetest-dev |
| 16:23 |
|
celeron55 joined #minetest-dev |
| 16:32 |
|
edgrey joined #minetest-dev |
| 16:39 |
|
Samson1 joined #minetest-dev |
| 16:46 |
|
asl97 joined #minetest-dev |
| 16:53 |
|
celeron55 joined #minetest-dev |
| 16:58 |
|
STHGOM joined #minetest-dev |
| 17:02 |
|
nrzkt joined #minetest-dev |
| 17:23 |
|
sloanonlinux joined #minetest-dev |
| 17:25 |
|
sloanonlinux joined #minetest-dev |
| 18:07 |
|
Megal joined #minetest-dev |
| 18:28 |
MillersMan |
hi, hmmmm |
| 18:29 |
MillersMan |
have worked a little bit on the reflow topic and found a reason for gaps in reflow that needs changes in the normal flow algorithm |
| 18:33 |
MillersMan |
if a liquid flow crosses the block border and the block with the lower part of the flow is loaded before the block with the source-node the liquid will flow away and later loading of the other block will create a gap |
| 18:33 |
MillersMan |
This is nothing that a reflow implementation could solve. Has to be done in transformLiquids itself |
| 18:37 |
Fixer |
nice |
| 18:50 |
|
Void7 joined #minetest-dev |
| 18:52 |
|
Taoki joined #minetest-dev |
| 19:02 |
|
Calinou joined #minetest-dev |
| 19:15 |
|
sloanonlinux_ joined #minetest-dev |
| 19:24 |
|
paramat joined #minetest-dev |
| 19:30 |
paramat |
MillersMan i consider gaps caused that way expected and acceptable, as there's no way to know if there's a source or more flow above, and that can't be assumed. i guess when the upper block is loaded the gap closes up again |
| 19:32 |
|
edgrey joined #minetest-dev |
| 19:32 |
MillersMan |
paramat: my prefered solution would have been to prevent nodes near unloaded blocks from flowing away |
| 19:33 |
paramat |
i see, hm |
| 19:35 |
MillersMan |
would also simplify loading of the source-block after the lower block and reduce the amount of nodes on the list |
| 19:35 |
paramat |
perhaps that's reasonable because a flow under ignore is usually there due to flow above |
| 19:37 |
paramat |
as long as it's a vertical flow node |
| 19:38 |
MillersMan |
it would be the same in many horizontal flow cases |
| 19:38 |
|
DonBatman joined #minetest-dev |
| 19:38 |
paramat |
yeah |
| 19:39 |
MillersMan |
in most situations an ignore is caused by unloaded blocks, in those cases it should be safe |
| 19:39 |
MillersMan |
worst would be that a flow is prevented until the next block was loaded, and this is already the case without reflow (except that then it would never flow away) |
| 19:41 |
paramat |
nore sfan5 ok with game#1041 ? also i'll merge game#1141 as trivial. any comments on game#1022 ? |
| 19:41 |
ShadowBot |
https://github.com/minetest/minetest_game/issues/1041 -- Doors: Clean up nodedef usage. by sofar |
| 19:41 |
ShadowBot |
https://github.com/minetest/minetest_game/issues/1141 -- Fix misaligned waterlily texture by yyt16384 |
| 19:41 |
ShadowBot |
https://github.com/minetest/minetest_game/issues/1022 -- Default/mapgen: Add stony (unrealistic alpine) biome by paramat |
| 19:41 |
paramat |
MM yes sounds potentially good |
| 19:41 |
sfan5 |
1041 is good |
| 19:44 |
|
damiel_ joined #minetest-dev |
| 19:44 |
paramat |
MM so 4061 is WIP? |
| 19:45 |
MillersMan |
yes its WIP, even though progress got really slow |
| 19:46 |
paramat |
really appreciate this work |
| 19:46 |
hmmmm |
working on minetest is like restoring a vintage car |
| 19:47 |
hmmmm |
sigh ;; |
| 19:48 |
xunto |
What about game#1147? Those flipped textures are making me nervous :D |
| 19:48 |
ShadowBot |
https://github.com/minetest/minetest_game/issues/1147 -- Fix character model uv-mapping by xunto |
| 19:48 |
hmmmm |
yeah it is nice that somebody is interested in perfecting water flow |
| 19:48 |
hmmmm |
imho there are too many edge cases and none of them are dealbreakers |
| 19:48 |
hmmmm |
that's why nobody else worked on it till now |
| 19:49 |
paramat |
nore sfan5 hmmmm before/after screenshot for bricks https://github.com/minetest/minetest_game/pull/1146#issuecomment-227158307 |
| 19:50 |
sofar |
looks good, feels a bit more coherent |
| 19:50 |
paramat |
yes thanks for 1147 |
| 19:52 |
hmmmm |
yup, those before/after screenshots really helped |
| 19:52 |
sofar |
hmm, I should really review game/1147 |
| 19:52 |
hmmmm |
i like the change |
| 19:54 |
hmmmm |
MillersMan: the current behavior you describe is not unexpected, but I like your idea on how to fix it |
| 19:54 |
hmmmm |
should be pretty easy too |
| 19:58 |
|
sloanonlinux_ joined #minetest-dev |
| 19:59 |
MillersMan |
yes, it should. is it ok to change the liquid-transformation as part of 4061 or should i create a separate PR? |
| 19:59 |
hmmmm |
same pr |
| 19:59 |
paramat |
agreed |
| 20:01 |
MillersMan |
ok |
| 20:10 |
|
sloanonlinux joined #minetest-dev |
| 20:11 |
|
Miner_48er joined #minetest-dev |
| 20:17 |
Fixer |
perfecting water flow? it is horribly broken :/ |
| 20:19 |
Fixer |
it is more like "restoring" proper water flow, not perfecting %) |
| 20:19 |
|
proller joined #minetest-dev |
| 20:21 |
Fixer |
there are other funny water bugs, like different water on top of each other causing one liquid not flowing in some direction, or ... placing water source with backet in ocean makes it slightly dimmer in that point, or blinking in water, reflow problem that i hope MM fixes soon :) |
| 20:21 |
Fixer |
reflow is worst kind |
| 20:22 |
Fixer |
that will be fix of the year for me |
| 20:32 |
|
celeron55 joined #minetest-dev |
| 20:42 |
|
Megal joined #minetest-dev |
| 20:47 |
|
Builder321 joined #minetest-dev |
| 20:50 |
|
Elinvention joined #minetest-dev |
| 21:05 |
|
Puka joined #minetest-dev |
| 21:09 |
|
proller joined #minetest-dev |
| 21:33 |
|
celeron55 joined #minetest-dev |
| 22:01 |
|
Samson1 joined #minetest-dev |
| 22:03 |
|
celeron55 joined #minetest-dev |
| 22:06 |
|
ssieb joined #minetest-dev |
| 22:26 |
|
Ambistic joined #minetest-dev |
| 23:31 |
|
yang2003 joined #minetest-dev |
| 23:48 |
|
Puka_ joined #minetest-dev |
