| Commit message (Collapse) | Author | Age |
|---|
| |
|
| |
Covers the case where mods insert their callbacks manually into "minetest.registered_<callbacks>" (often to achieve a particular order of execution).
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
This reduces the
(absolute) time spent in Server::SendBlocks() from 700ms to 300ms
(relative) share of MapBlock::serialize() from 80% to 60%
in a test setup with 10 players and many block changes
|
| |
|
|
|
| |
I don't have absolute numbers but if calls to get_properties() take up
30%+ of on_step() execution time that's bound to matter.
|
| |
|
|
| |
Caused by the depth sorting PR marking not only transparent nodes to be ignored but also opaque ones with the TILE_MATERIAL_BASIC material type
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Fixes #12290
|
| |
|
|
| |
Fixes #12285
|
| |
|
| |
Co-authored-by: sfan5 <sfan5@live.de>
|
| |
|
| |
Co-authored-by: rubenwardy <rw@rubenwardy.com>
|
| | |
|
| |
|
|
|
| |
Otherwise it can happen that these are built as shared depending on the
options passed to CMake, which obviously isn't intended.
|
| |
|
|
|
|
|
| |
* add missing apt-get update where needed
* move some jobs to run on ubuntu-20.04
* update actions plugins to latest
* speed up the job that runs multiplayer tests
|
| |
|
| |
Co-authored-by: rubenwardy <rw@rubenwardy.com>
|
| |
|
|
|
|
| |
* Skip rendering faces adjacent to opaque nodes
* Cancel out opposite faces of adjacent nodebox nodes of the same type
Fixes #6409
|
| | |
|
| |
|
|
| |
Calls to the cache function ended up creating a new texture regardless whether
the texture is already cached.
|
| |
|
|
|
| |
The logging streams now do almost no work when there is no output target for them.
For example, if LL_VERBOSE has no output targets, then `verbosestream << x` will return a StreamProxy with a null target. Any further `<<` operations applied to it will do nothing.
|
| | |
|
| |
|
|
| |
Fixes #12267 and fixes #12154
|
| |
|
|
| |
was broken by a89afe1229e327da3c397a3912b2d43d2196ea2b
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
If a newly started thread immediately exits then m_running would
immediately be set to false again and the caller would be stuck
waiting for m_running to become true forever.
Since a mutex for synchronizing startup already exists we can
simply move the while loop into it.
see also: #5134 which introduced m_start_finished_mutex
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
| |
Fixes #12245
|
| | |
|
| |
|
|
| |
also make them work with the RelWithDebInfo build type
|
| |
|
|
|
|
|
|
|
|
|
| |
* Run automated tests when lua files change
* skip busted on devtest
* use newer build env
* Add .luacheckrc for games/devetest
Co-authored-by: sfan5 <sfan5@live.de>
|
| |
|
| |
Co-authored-by: rubenwardy <rw@rubenwardy.com>
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This commit introduces mt_localtime() in src/gettime.h, a wrapper
around the OS-specific thread-safe versions of localtime()
(resp. localtime_s on Windows and localtime_r in other systems).
Per the Open Group recommendation,
«portable applications should call tzset() explicitly before using
ctime_r() or localtime_r() because setting timezone information is
optional for those functions», so we also do a one-shot
call of tzset() (_tzset() on Windows to avoid warning C4996).
The function is used to replace the localtime() calls in
getTimestamp() and makeScreenshot().
(The only reminaing call to localtime() in the tree now is the one in
the local copy of the Lua source code.)
|
| |
|
| |
Keep code and use version check instead, for backwards compatibility
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Fixes #12219
|
| | |
|
| |
|
| |
Co-authored-by: sfan5 <sfan5@live.de>
|
| |
|
|
|
|
|
|
|
|
|
|
| |
As reported in #12197, b0b9732359d43325c8bd820abeb8417353365a0c
introduces a regression in worldalign textures.
The specific change that seems to be responsible for this issue is the
change in order between the computation of the cuboid texture
coordinates and the box edge correction.
Fix #12197 by moving the box edge correction back to before the cuboid
texture coordinates, as it used to be.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Since b2eb44afc50976dc0954c868977b5829f3ff8a19, a texture defined as
`[combine:16x512:0,0=some_file.png;etc`
will not be sent correctly from a 5.5 server to a 5.4 client due to the
overeager detection of unsupported base modifier `[` introducing a
spurious `blank.png^` before the modifier.
Fix this by whitelisting which base modifiers can be passed through
unchanged to the client, and prefix `blank.png` for the others
(which at the moment is just [png:, but the list may grow larger
as new base modifiers are added.)
|
| | |
|
