Any new info?
Posted: 2009-01-06, 05:57
Screens or news? Hows the next version coming along?
The open-source game and graphics engine for multiplayer, cross-platform, real-time 3D action
https://forum.cafu.de/
Code: Select all
D:\Dev\Projects\Ca3D-Engine> svn log -r 822:head
------------------------------------------------------------------------
r822 | Carsten | 2009-01-04 18:19:44 +0100 (So, 04. Jan 2009) | 10 lines
Replaced our use of the ziparchive library by Artpol Software with the minizip library by Gilles Vollant,
which is a contribution to the zlib library and under the zlib license as well.
[...]
------------------------------------------------------------------------
r823 | Carsten | 2009-01-06 20:00:13 +0100 (Di, 06. Jan 2009) | 3 lines
Ca3DE client: Fixed a problem with parsing incoming network packets:
the short-circuiting of the logical && operator caused some important "side-effects" to not occur...
------------------------------------------------------------------------
r824 | Carsten | 2009-01-08 19:44:56 +0100 (Do, 08. Jan 2009) | 4 lines
a) CaWE: The tool classes TIM (type info manager) has not been initialized on program start. Fixed.
b) CaBSP: Uninitialized bounding-boxes were computed for very small leaves in rare cases. Fixed.
c) ReNoElixir.cmap: Fixed some "Faces have materials with mismatching "bspPortal" clip flags." warnings from CaBSP.
------------------------------------------------------------------------
Code: Select all
D:\Dev\Projects>svn log -r 825
------------------------------------------------------------------------
r825 | Carsten | 2009-01-09 14:19:26 +0100 (Fr, 09. Jan 2009) | 9 lines
CaBSP: Fixed the special-case treatment of "func_wall" and "func_water" entities,
whose solid primitives did erroneously not enter the collision world.
Note that "func_wall" and "func_water" entities only exist for historic reasons
(we used to use them for implementing certain special-case behavior),
and are long obsoleted by the more powerful MaterialSys and ClipSys systems.
Their definitions should be removed from EntityClassDefs.lua, and for each
occurrence in the maps, their contents should be moved into the "worldspawn" entity.
------------------------------------------------------------------------
Code: Select all
D:\Dev\Projects> svn log -r 826:head
------------------------------------------------------------------------
r826 | Carsten | 2009-01-11 14:21:51 +0100 (So, 11. Jan 2009) | 3 lines
a) ClipSys: Fixed a bug with loading CollisionModelStaticT objects (actually, a bug in CollisionModelStaticT::NodeT::GetBB()).
b) EntFuncDoorT: Fixed the infrared trigger volumes to cover both sides of the door and (new) the door itself (when opened).
------------------------------------------------------------------------
r827 | Carsten | 2009-01-11 19:58:26 +0100 (So, 11. Jan 2009) | 2 lines
Removed struct Data and corresponding member BaseHeightMapData from class SOARX.
------------------------------------------------------------------------
r829 | Carsten | 2009-01-12 21:25:49 +0100 (Mo, 12. Jan 2009) | 10 lines
General/all:
Made everything compile and link under Ubuntu 8.10 (Intrepid Ibex).
This was quite a challenge, as the new GCC 4.3.2 is picky as hell,
especially when you have both -Wall and -Werror enabled. ;-)
(This is always and unconditionally true for all Ca3DE code!)
As a result, good news is that the Ca3D-Engine has now been properly ported
to the latest GCC, and compiles and links without a single error or warning.
------------------------------------------------------------------------
Code: Select all
D:\Dev\Projects>svn log -r 830:head
------------------------------------------------------------------------
r830 | Carsten | 2009-01-14 14:21:55 +0100 (Mi, 14. Jan 2009) | 2 lines
CaWE: Fixed bug with updating the active camera on movement in the 3D view.
------------------------------------------------------------------------
r831 | Carsten | 2009-01-14 22:27:28 +0100 (Mi, 14. Jan 2009) | 10 lines
Physics:
a) Added an entity of type "Rigid Body" to map Kidney (a simple wooden box).
b) Added method BaseEntityT::DrawInterpolated() that EntRigidBodyT entities
override in order to let the engine know that interpolation for drawing
is not desired for EntRigidBodyT objects and thus not to be applied to them.
c) Implemented script method EntRigidBodyT::ApplyImpulse(), great for testing.
d) Implemented EntRigidBodyT::TakeDamage() in order to make rigid bodies able
to react to damage: Shots now actually move the box when hit,
explosions send it flying! :-)
------------------------------------------------------------------------