Updated changelog with recent changes, and updated base version
This commit is contained in:
parent
3ffb1dfb33
commit
1dcc3da212
75
Changelog
75
Changelog
@ -1,3 +1,67 @@
|
||||
[18 jun 2014]
|
||||
Features:
|
||||
- The package generation code for Linux was extensively reworked and
|
||||
extended.
|
||||
Besides two types of .tar.gz packages, .deb and .rpm packages
|
||||
can now be generated as well. In addition, make install now
|
||||
installs packages in an appropriate directory hierarchy.
|
||||
|
||||
The rpm package has an installation glitch: it tries to create
|
||||
a directory which already exists (system default), causing an
|
||||
installation conflict. This is harmless, but the rpm package must
|
||||
therefore be installed with --replacefiles.
|
||||
|
||||
Package generation on OSX and Windows platforms remains unchanged.
|
||||
- 'Air' nodes can now have a color. Their color should be defined as fully
|
||||
transparent (alpha = 0), so that they don't obscure underlying blocks.
|
||||
With alpha = 0, air will only be drawn if no other blocks are beneath it.
|
||||
As it comes at a significant performance penalty, this feature is
|
||||
subject to a command-line option: --drawair.
|
||||
|
||||
Full transparency is supported for other blocks as well, enabled by
|
||||
setting their alpha value to 0. Nodes with alpha value 0 never
|
||||
participate in shading.
|
||||
- A default color can be specified for invisible/undefined nodes in rendered
|
||||
blocks. Normally, such nodes are not drawn, so they have the background
|
||||
color; If a different default color is specified, undefined/invisible
|
||||
nodes in defined blocks get the default color, and can be distinguished
|
||||
from undefined blocks (which still have the regular background color).
|
||||
|
||||
This option is really only useful to get a better idea of what is
|
||||
actually in the database.
|
||||
- A color file can now include other color files. It is therefore no longer
|
||||
necessary to create an entirely new copy to be able to change one
|
||||
or two colors. Instead, an empty file can be created. In that file,
|
||||
the master copy is simply referred to ('@include <master>'), and then
|
||||
just the desired differences are added to it.
|
||||
It is not only possible to override colors in the new file, but
|
||||
colors can also be undefined if necessary.
|
||||
- Freeminer maps are now supported (and tested).
|
||||
In particular, this means that the new key format used in the leveldb
|
||||
database (a<x>,<y>,<z>) is now supported.
|
||||
|
||||
Please note that freeminer maps will probably contain a lot of holes and
|
||||
other 'unrendered' areas (e.g. missing plains, making the grey rocks
|
||||
beneath visible; missing water, showing only the bottom of the lake/sea,
|
||||
etc.
|
||||
This is caused by the fact the freeminer does not store unchanged blocks
|
||||
in the database, but prefers to regenerate them later. As minetestmapper
|
||||
can only render what's in the database, this causes the holes etc.
|
||||
|
||||
Enhancements:
|
||||
- Minetestmapper now has a version number (which is (partially) computed).
|
||||
- A system-wide colors.txt file is now supported as well. Its location is
|
||||
hardcoded at compile-time.
|
||||
- Redis support is now fully tested.
|
||||
- A command-line option to report which colors file(s) are read was added.
|
||||
|
||||
Bugfixes:
|
||||
- Fixed the bug which caused compilation to fail if CMAKE_BUILD_TYPE was not
|
||||
configured.
|
||||
- Computation of transparency for nodes was improved / fixed
|
||||
- The return value of a redis database operation was not correctly
|
||||
checked. This was fixed.
|
||||
|
||||
[22 may 2014]
|
||||
General: integrated all (relevant) patches from the minetest/minetestmapper tree
|
||||
(only patches that actually conflict with my work were obviously not merged)
|
||||
@ -12,17 +76,6 @@
|
||||
are: point, line, rectangle, ellipse (circle), text.
|
||||
Translucency (alpha) is supported, although for ellipses, it does not
|
||||
work as expected (due to a bug in libgd)
|
||||
- 'air' nodes can now have a color. Their color should be defined as fully
|
||||
transparent (alpha = 0), so that they don't obscure underlying blocks.
|
||||
In that case, air will only be drawn if no other blocks are beneath it.
|
||||
Nodes with alpha value 0 never participate in shading.
|
||||
As this comes at a significant performance penalty, this feature is
|
||||
subject to a command-line option: --drawair.
|
||||
- A default color can be specified for invisible/undefined nodes in rendered
|
||||
blocks Normally, such nodes are not drawn, so they have the background
|
||||
color; If a different default color is specified, undefined/invisible
|
||||
nodes in defined blocks get the default color, and can be distinguished
|
||||
from undefined blocks (which still have the regular background color).
|
||||
|
||||
Enhancements:
|
||||
- Failure to process a command-line option now causes a specific error message.
|
||||
|
Loading…
x
Reference in New Issue
Block a user