Crystal Space 3D SDK

Date:	Friday December 31, 1999 @ 1:20
Author:	thieber

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv11772

Modified Files:
	polytmap.cpp 
Log Message:
removed two small warnings

Date:	Friday December 31, 1999 @ 11:17
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv21773/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polytext.cpp polytmap.cpp 
Log Message:
First significant memory optimization in csPolyTxtPlane. The
camera transformation fields are removed and calculated only
when needed (right before rendering). This improves both rendering
speed and memory usage (48 bytes less) for every lightmapped
polygon.
Shaved another 16 bytes from the csLightMapped class by removing
the duplicated lightmap pointers.

Date:	Friday December 31, 1999 @ 14:01
Author:	link

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv25151/libs/csengine/polygon

Modified Files:
	polytmap.cpp 
Log Message:
Undefined variable bugfix

Date:	Sunday January 2, 2000 @ 11:07
Author:	thieber

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv1314

Modified Files:
	polytmap.cpp 
Log Message:
removed an unused variable

Date:	Sunday January 2, 2000 @ 11:57
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv1947/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
Various memory optimizations for polygons. In total lightmapped
polygons are about 500 bytes shorter (for every polygon).
As an extra bonus there is only one lightmap for every polygon instead of four.
This shaves another extra 2000 bytes on average for every polygon.
Some smaller optimizations.

Date:	Tuesday January 4, 2000 @ 13:40
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv17160/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Non-static DECLARE_GROWING_ARRAY() instantiations now work on NextStep as
well.  The NextStep compiler could not grok the floating semi-colon which
was recently added to appease MSVC when it immediately followed public:,
protected:, or private:.

Date:	Friday January 7, 2000 @ 0:43
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv8833/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
Some fixes on lightmap deallocation. Now use DecRef()
consistently. Unfortunatelly this still doesn't seem to fix
the 'pure virtual method call' at exit.

Date:	Sunday January 9, 2000 @ 23:59
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv24429/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Fixed bug in the destructor of csPolygon3D. After freeing some
  of the internal resources functions were called that still dependent
  on those resources. Solved this by setting the pointer to the
  resources to NULL so that those functions can detect that case.
  This fixes the bug when CS is exited while a dynamic light
  is active.
- Moved all 2D cullers to libs/csengine/culler (coverage mask
  tree, quadtree, and c-buffer).
- Also moved quadtree.cpp from csgeom to csengine/culler.
- Created new csengine/polytree and moved BSP and octree stuff
  from csgeom to csengine.

Date:	Thursday January 13, 2000 @ 23:26
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv12544/libs/csengine/polygon

Modified Files:
	pol2d.cpp 
Log Message:
- Samuel <samuel@...> fixed interpolation for
  triangles so that there are no more unexpected crashes (in
  some cases viewing sydney.zip could crash CS).
- Samuel also made some changes to the skeleton sprites so that
  the skeletal animation system is now completely seperate from
  csSprite3D.

Date:	Sunday January 30, 2000 @ 23:52
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv25683/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- ALMOST fixed remaining memory leak in dynamic object/polygon tree
  structure.
- Added statistics printing after building polygon tree.
- Fixed bug in statistics calculation of octree/bsp trees.
- Experimented with bsp tree building. It appears that the
  bsp tree builder in CS isn't that good. We need a better one.
  Tried to add detection for convex sets of polygons but this
  doesn't seem to work very well right now.

Date:	Saturday February 5, 2000 @ 11:52
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv8836/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Fixed serious bug in 3D clipping portals (those portals can currently
only be found on the spinning cube in room.zip).

Date:	Sunday February 13, 2000 @ 12:21
Author:	norman

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv12060/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp 
Log Message:
Added code to the clippers to find out whether a polygon was actually clipped or passed through unchanged.
Added code to better support hardware renderers. This is currently enclosed in defines.

Date:	Monday February 14, 2000 @ 18:18
Author:	norman

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv31043

Modified Files:
	polygon.cpp 
Log Message:
did some profiling to ClipToPlane method

Date:	Tuesday February 15, 2000 @ 2:01
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv29676/libs/csengine/polygon

Modified Files:
	pol2d.cpp 
Log Message:
Fixed serious bugs with sprites by using csPoly3D and csPoly2D
instead of the csVector subclasses. Now sprites don't crash
but they are still displayed the wrong way.

Date:	Tuesday February 15, 2000 @ 16:34
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv23376/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Unified semi-colon usage with DECLARE_GROWING_ARRAY() to pacify Irix
compiler.

Date:	Wednesday February 16, 2000 @ 7:33
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv19728/libs/csengine/polygon

Modified Files:
	pol2d.cpp 
Log Message:
- Nearly completed support for DrawTriangleMesh. Sprites now use
  it (you can still get the old behaviour back if you change
  the right #if 1 to #if 0 :-)
- OpenGL and Software now support the generic (unoptimized)
  DrawTriangleMesh. All other renderers are currently broken for
  sprites since they don't have a working DrawTriangleMesh
  implementation (sprites will not show). Check out OpenGL to
  see how it must be implemented.
- Note: OpenGL sprites using DrawTriangleMesh don't seem to be
  textured. I'm not sure why this is yet.
- A nice consequence of the new DrawTriangleMesh is that vertex
  fog should be a LOT faster.

Date:	Saturday February 19, 2000 @ 18:29
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv17280/libs/csengine/polygon

Modified Files:
	pol2d.cpp 
Log Message:
Eliminated compilation warning about unused variable.

Date:	Wednesday February 23, 2000 @ 7:05
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv20577/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polytext.cpp portal.cpp 
Log Message:
Rewritten texture manager and texture cache. Vastly improved software renderer.
Lots of changes, too many to list them here. Will post a detailed message on
the mailing list.

Date:	Thursday February 24, 2000 @ 2:53
Author:	link

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv9710/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:

Fixes to pacify IRIX and Macintosh compilers

Date:	Friday February 25, 2000 @ 10:02
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv20104/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Method name changed in csBitSet.

Date:	Friday February 25, 2000 @ 10:42
Author:	thieber

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv21262

Modified Files:
	polytext.cpp 
Log Message:
Made things work again on Win32

Date:	Sunday February 27, 2000 @ 5:28
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv9992/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Eliminated a bug introduced in revision 1.38 by mlong.  His change resulted
in the 'src' and 'dst' pointers being incorrectly incremented by four bytes
each rather than one byte.  Fixed in a manner suitable to all compilers.

Date:	Monday February 28, 2000 @ 9:18
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv7866/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polytext.cpp 
Log Message:
-*- Removed csPolygonTexture mipmaps from the engine. From now on mipmaps
    are the fully internal problem of the 3D rasterizer. Removed MIPMAPPED()
    keyword (retained for backward compatibility but ignored).

-*- Mipmap level selection is based on texel density in the nearest polygon
    point. Mipmap level 1 is selected when texel density is above 1 texel/pixel,
    mipmap level 2 is selected when density is above 2 texels/pixel, mipmap
    level 3 - when density is above 4 texels/pixel. Theoretically the
    thresholds should be 2/4/8 respectively (instead of 1/2/4) but with
    the above solution the texture cache usage is lower (lower mipmap
    resolutions are choosen more often) and the quality is reasonable.

-*- Fixed (actually fixed, not just a work-around) the problem with lighted
    textures being written past end-of-texture in the texture cache. The
    problem was that sometimes textures are even smaller than the size of
    one lightmap cell; in this case we don't need to paint a whole lightcell.

Date:	Thursday March 2, 2000 @ 6:42
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv30237/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Fixed bug with manual mipmap selection setting which could
  cause crashes for very small polygons.
- Further work on PVS. It is starting to work better now.
  I managed to find a bad bug caused by multiple inheritance :-(
- Added csPolygonArrayNoFree which is similar to csPolygonArray
  but doesn't free the polygon (used by PVS). Note that
  csPolygonArray (and all other subclasses of csVector) also
  don't free the polygons automatically!!! This is a bug in the
  code. The problem is that a destructor of a class will not
  call the virtual functions of that class but of the superclass.
  So the DeleteAll() in the destructor will simply use the
  original FreeItem() causing nothing to be freed. This is a big
  memory leak right now which we will fix shortly.

Date:	Monday March 13, 2000 @ 5:26
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv26137/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
-*- Serious change: Re-implemented DECLARE_TYPED_VECTOR so that it defines
    a *correct* overriden vector. Previously it worked incorrectly, that is,
    FreeItem() was incorrect. Because of this declared vectors missed the
    auto-clean feature. Note that map2cs used that much (mis-)features of the
    old DECLARE_TYPED_VECTOR that I had to make a local copy of the
    old-behavioured DECLARE_TYPED_VECTOR inside map2cs. Another user of
    DECLARE_TYPED_VECTOR is Crystal Clear, but I did not seen any manual
    cleanup of vectors: this is either a memory leak or possibly a design
    issue. In the later case Crystal Clear is slightly broken: you should
    decide whenever you want the auto-clean feature or not, and if not you
    should override FreeItem() with an empty declaration.

-*- cskeys.h & cskeys.cpp: Two new routines for parsing a free-format string
    into a keyboard event and vice versa. Useful for supporting user-defined
    hot-keys.

-*- I've added four new key codes to csinput: CSKEY_PADPLUS, CSKEY_PADMINUS,
    CSKEY_PADMULT, CSKEY_PADDIV. I've implemented support for them in OS/2,
    DOS/DJGPP, Win32. Other platforms will have to implement it. Note that
    MazeD already uses these keys, so you can use it as a test tool :)

-*- Added fully configurable keyboard support in MazeD. You can assign any
    key combination supported by CS to any of more than 100 commands. You can
    have different layouts in MazeD.cfg file, this way:

    [MazeD]
    Key bindings = My own

    [My own key bindings]
    Based on = Default key bindings
    Q = Nothing
    Alt+X = Quit
    Ctrl+Alt+Space = About
    Ctrl+o = OpenWorld
    Ctrl+Ins = Nothing
    Ctrl+c = Copy
    ...

    Note that CASE actually MATTERS. I.e. Ctrl+c and Ctrl+C are completely
    different things (i.e. the second is actually Ctrl+Shift+c).

-*- Implemented some more of the texture mapping dialog. Not complete yet but
    already something to look at :-)

Date:	Thursday March 16, 2000 @ 4:00
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv5630/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
-/- Completely removed MIPMAP_MODE=nice/verynice. This made the code a bit
    cleaner and a bit faster (this was checked even during rendering of each
    polygon). Also removed BLEND_MIPMAP0 which was simply ugly.
-/- Fixed the bug with lighmaps and AMBIENT_WHITE=50 (Eric).
-/- Fixed the bug with vertical strips of garbage being displayed in specific
    places of maze.zip (Eric again).
-/- Added csMatrix2 class to math2d.h. I need it for MazeD (texture mapping).
-/- Fixed a bug in graph2d.cpp that caused horizontal lines to be displayed
    much slower than they could be.
-/- Further improvement on texture mapping in MazeD. Now correctly reads
    texture mapping parameters from world file.
-/- Added "show console" menu item to MazeD.
-/- Added per-texture MIPMAP(yes|no) and DITHER(yes|no) option. I.e. you can
    write in world file:
    TEXTURE 'red ball' (FILE (/lib/tex/redball.gif) MIPMAP(no) DITHER(yes))
    Dithering is not by default off in soft3d.cfg.

Date:	Monday March 20, 2000 @ 1:50
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv27610/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp 
Log Message:
-/- Re-inspected the polygon clipper. The methods were enhanced a little,
    this also helped to catch a bug with software fog (in Sector::Draw).
    It was not too (visually) noticeable, but it was there.

-/- Re-implemented the box clipper. Now both polygon and box clipper uses
    same core routine that makes fixing bugs easier (changes are propagated
    to both clippers).

-/- Added the required functionality to the clipper to be able to clip
    Gouraud-shaded polygons (and possibly other kinds of polygons) correctly.

-/- Renamed AddFogPolygon into DrawFogPolygon. No other changes to the
    interface.

-/- Fixed a serious bug with fog (affected only the software renderer).
    The fog in mirrors was not drawn (approach to a mirroring floor in old
    walktest and you will see).

Date:	Monday March 20, 2000 @ 19:07
Author:	norman

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv25798

Modified Files:
	pol2d.cpp polygon.cpp 
Log Message:
temporarely disabled optimzed HW_UVZ support. didnt work any more after my last cvs update :(

Date:	Wednesday March 22, 2000 @ 3:20
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv16564/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp 
Log Message:
-/- Removed NeedPO2Maps(), GetMaxAspectRatio() calls from igraph3d. Moved to
    GetCaps(). Removed unneeded (and simply wrong) stuff from GetCaps(),
    added PO2Maps and MaxAspectRatio instead.

-/- Instead of G3DRENDERSTATE_ZBUFFERFILLENABLE and ..._ZBUFFERTESTENABLE
    there is just only one state: G3DRENDERSTATE_ZBUFFERMODE. I've removed
    the SetZBuffMode() method from iGraphics3D. Now you can do directly
    g3d->SetRenderState (G3DRENDERSTATE_ZBUFFERMODE, CS_ZBUF_USE), for example.

-/- Implemented G3DRENDERSTATE_GAMMACORRECTION for all modes. In 8-bit mode
    this is done via palette; in truecolor modes this is done via texture
    palette remapping. It seems to work pretty fast, although gamma value
    has different meaning (and effect) in 8-bit and truecolor modes.
    In return, you can see the lightmaps now with software renderer by
    turning gamma to something very low (about zero). The black lightmap
    borders are seen very well with almost white textures. This works only
    in truecolor modes; in 8-bit modes you will simply see a white screen :-)

Date:	Wednesday March 22, 2000 @ 11:54
Author:	thieber

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory cvs1.i.sourceforge.net:/tmp/cvs-serv24574

Modified Files:
	polygon.cpp 
Log Message:
Removed a warning

Date:	Sunday March 26, 2000 @ 23:16
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv30322/libs/csengine/polygon

Modified Files:
	pol2d.cpp 
Log Message:
- Started some serious optimization on sprites. In OpenGL with
  10 sydneys I could only get about 5 FPS. Now I get 13 FPS.
- Optimized sprites a bit more.
- Changed curve drawing using new clipper routine to get
  u,v coordinates.
- Continued work on 2D sprites. It is now possible to draw
  them. Lighting does not work yet.

Date:	Monday March 27, 2000 @ 5:00
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv3135

Modified Files:
	pol2d.cpp 
Log Message:
Added a few CRs to improve readability

Date:	Friday March 31, 2000 @ 5:12
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv14343/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
-*- Fixed a long-standing bug somebody introduced in fpu80x86.h.
    FPU control word was loaded with garbage, and (for me) it switched
    to single-precision mode (which was very bad and it segfaulted).
-*- Re-implemented QInt(), QRound()/QInt16/QInt24 (using same old technique
    but at least I understand how it works now).
-*- Changed poly_fill to not crash due to stack overflow anymore

Date:	Monday April 3, 2000 @ 2:57
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv3141/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Significantly optimized lighting startup calculation if
  -recalc is NOT given. for dmburg this improved from 51.5 seconds
  to 6.8 seconds on my system. Lighting calculation with
  -recalc did not change.
- Further work on c-buffer cube (i.e. debugging).
- Implemented csPoly3D::Project?Plane with ? X, Y, and Z. These
  functions will project a 3D polygon onto an x-aligned plane
  as seen from a given point (similar to perspective projection).
- Fixed bug in the c-buffer and coverage mask cubes. The IsFull
  function was incorrect. It returned true if only one of the
  faces was full.
- CBufferCube is almost working correctly now. It is already
  a lot faster than the coverage mask cube (about two times
  faster) but there are still some bugs causing faulty lighting.

Date:	Tuesday April 4, 2000 @ 5:48
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv26414/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polytext.cpp polytmap.cpp 
Log Message:
- Made sure that the octree used by CS is always the same
  by doing 'srand (12345)' before generating the octree. This
  makes debugging a lot easier.
- Added new csSegment2/csSegment3 to csgeom. There are a 2D and
  a 3D line segment. Modified csgeom to use segments when
  appropriate.
- Changed csBox to csBox2 to be more consistant with the
  other 2D/3D classes in csgeom. Also renamed csPlane to csPlane3.
- Split of csVector2 and csVector3 in new files vector2/vector3
  instead of math2/math3.
- Split of csMatrix2 and csMatrix3 in new files matrix2/matrix3
  instead of math2/math3.
- Split of csPlane2 and csPlane3 in new files plane2/plane3
  instead of math2/math3.
- Moved IntersectPolygon from csPlane2 to csIntersect2 to join
  the other intersection routines there.
- Switched to FastSqrt for sprites after discovering that FastSqrt
  is nearly three times faster compared to sqrt on my computer.
- Also switched to FastSqrt for lightmap calculation.
- Added new csBspTree2D to csengine. This is a pure 2D BSP
  tree for manipulating segments. This will be used to try out
  a new technique to select an optimal (or near optimal) splitter
  point for the octree. I have observed that this point can make
  a big difference on performance.

Date:	Tuesday April 4, 2000 @ 18:54
Author:	jplatt

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv12878

Modified Files:
	polytext.cpp 
Log Message:
Applying v->u changes as jorrit suggested.

Date:	Monday April 10, 2000 @ 5:07
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv27939/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp 
Log Message:
- Added 'DETAIL' keyword for THING and SIXFACE and CS_ENTITY_DETAIL
  flag to csThing. With this keyword you can indicate detail objects
  in CS. Currently the only effect this will have is excluding the
  thing from the octree and rendering it true the new and
  experimental DrawPolygonMesh. So don't start using it already
  unless you are interested in beta testing :-)
- Several objects implemented a 'CheckFlags' in the engine. I fixed
  a comment in CheckFlags(). The comment said that ALL flags in the
  given mask had to be true but the function itself returned true
  if SOME of the flags were true. I fixed the comment and added
  a new CheckAllFlags() function that really checks if ALL flags
  are set. This affects csThing, csPolygon3D and csLight.
- Added csFlags class to csutil. This is a very small class to make
  abstraction of the above settings for objects in the engine.
- Fixed bug in DrawPolygonMesh where num_vertices was used instead
  of num_polygons to loop over all polygons.
- Fixed bug in DrawPolygonMesh where the array of txt_handle
  should be iTextureHandle** instead of iTextureHandle*.
  Same for poly_texture.
- Implemented needed support for poly_texture in DrawPolygonMesh.
- Mapping of vertices to G3DPolygon structure was completely wrong.
- Several other fixes to DrawPolygonMesh to make it really working.
- Implemented first primitive support for rendering detail objects
  through DrawPolygonMesh. This is initial support for purposes
  of debugging DrawPolygonMesh only. It does not yet support all
  features (like fog and clipping) and it will certainly be
  slower than the old way to render.
- Changed iGraphics3D::SetTransform to use a csReversibleTransform
  instead of a csTransform.
- Changed iGraphics3D to use a csPlane3 instead of the current
  old structure.

Date:	Tuesday April 11, 2000 @ 7:07
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv3903/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
- Moved deletion of particle systems before sprites so that
  we can't have crashes because of this.
- Did a little cleanup of the colldet stuff (i.e. mostly coding
  style and Doc++ comments).
- Fixed a bug with DrawPolygonFX/software which would crash
  for polygons that exceed screen size. It is still strange that
  this occurs though. Normally the engine should not let that
  through.
- Fixed csSector::IntersectSegment to support octree for faster
  checking. This also fixes FollowSegment.
- Rewrote csSector::HitBeam() to use the new IntersectSegment
  better. This function should now work better and faster than
  before. This is basicly the much requested TraceLine.
  HitBeam() also supports warping portals correctly now.
- Changed WalkTest to use the new HitBeam() function to click
  on objects.

Date:	Wednesday April 12, 2000 @ 4:17
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv14324/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
- Fundamental API change for sprites. Move() has been replaced with
  MovePosition() (relative move). SetMove() has been replaced
  with SetPosition() and GetOrigin() has been replaced with
  SetPosition(). This is both for 2D sprites and 3D sprites.
  Additinally GetPosition (previously GetOrigin) and
  MovePosition (previously Move) have changed direction!!!
  They are now correct.
- Also use SetPosition and MovePosition for csCollection and
  csThing now (to be consistant).
- Changed HitBeam to use 'const' input parms.

Date:	Friday April 14, 2000 @ 2:18
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv23075

Modified Files:
	polytext.cpp 
Log Message:
Changed __rect to use int's instead of floats

Date:	Friday April 14, 2000 @ 2:48
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv27244/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Removed some QRound calls that are absolutely not needed and only slow
static lightmap calculation for nothing.

Date:	Friday April 14, 2000 @ 4:01
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv5124/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Removed ambient_white variables from csLight class. Now csWorld just adds
the AMBIENT_WHITE value to csLight::ambient_r/g/b and that's all.

Date:	Friday April 14, 2000 @ 4:08
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv9159

Modified Files:
	polytext.cpp 
Log Message:
Moved several divisions out of several loops, should make lightmap
calculations faster a bit....

Date:	Friday April 14, 2000 @ 4:27
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv9344

Modified Files:
	polytext.cpp 
Log Message:
Fixed a few rough edges here and there. Nothing substantial.

Date:	Friday April 14, 2000 @ 6:50
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv24782

Modified Files:
	polytext.cpp 
Log Message:
Added a comment about how to fix the Black Borders problem

Date:	Sunday April 16, 2000 @ 4:52
Author:	wouter

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv2548/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Added GetArea() function to compute polygon area.

Date:	Sunday April 16, 2000 @ 4:56
Author:	wouter

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv2613/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Added GetCSLightMap() as I needed the csRGBLightMaps for radiosity. Also added SetupPolyFill and DoPolyFill as static functions, they are useful.

Date:	Monday April 17, 2000 @ 0:27
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv25653/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
-*- Moved (yet again :-) get_driver_2d() to unix/csosdefs.h. Now it is a
    static inline function thus it should work for software driver. There is
    no more system-dependent stuff in soft_g3d.cpp anymore. OS/2 implements
    its own get_driver_2d() which selects the MGL 2D driver (see below) if
    the executable is run in a full screen session.

-*- Changed a bit one of 2D/3D driver paradigms: previously it was supposed
    that the pixel format is available before calling Open() (it was supposed
    to be clarified inside Initialize() call), from now you cannot know which
    pixel format will be used unless you Open'ed the drivers. This is because
    there are a lot of hardware environments with this limit, and up to now
    they just tried to guess the pixel format which will be used after Open().
    Besides, this is a preparation to the changes that will allow us to
    dynamically switch the resolution/screen depth. Changed the csConsole
    plugin to load textures when system opens the main window rather than
    in Initialize() (texture manager is not available during Initialize()).
    Other than that, no other changes were required (to my surprise :-).

-*- Finished the new SciTech MGL 2D driver. It is completely system-independent
    and should work more or less on all platforms supported by MGL (there is
    a catch though: I don't know how it will work on systems that implement
    keyboard/mouse input inside the system driver: the MGL event system and
    the one inside the system driver may interfer on some systems). It works
    perfectly on OS/2 although it is quite slow for now: I presume it is
    because I use the backbuffer in video RAM and video RAM is quite slow
    on my machine. The driver should be enhanced to be able to use back buffer
    in system memory. The driver supports a lot (I mean A LOT :-) of different
    resolutions and screen depths. We need some functionality (todo) in
    the 2D driver to query about available resolutions/screen depths.

-*- Redesigned quite significantly the input system. Added preliminary
    joystick support. It almost works with the new MGL 2D driver (the
    joystick poll is commented out for now because it is a relatively
    slow operation). We need some way to enable joystick on demand, also
    we need a way to implement joystick calibration.
    The entire csinput library has been merged into cssys library. There is
    a new driver: csJoystickDriver. The keyboard and mouse drivers were
    removed from all system drivers, thus there may be minor compilation
    errors if I forgot something (I hope I didn't but who knows).

-*- Redesigned a bit the plugin system: there is no RegisterDriver/
    UnregisterDriver paradigm anymore. Instead of that, a new plugin
    attribute called "functionality identifier" is introduced. Read
    include/isystem.h for more information about it.

-*- And of course lots of changes to the new loader.

Date:	Monday April 17, 2000 @ 5:11
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv6862/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Small changes.

Date:	Wednesday April 19, 2000 @ 6:36
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv28747/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp portal.cpp 
Log Message:
Did a big change to csSector::CalculateLighting(). It is now
called CheckFrustrum() instead. It is now a general function
used to check what is visible in a frustrum. The csFrustrumView
(used to be csLightView) that you give to this routine contains
two callback routines (one for polygons and one for curves) which
will be called for every visible polygon or curve. You can do
your stuff there. The engine itself uses this for lighting.
Note that there is still some stuff to clean up here. The
csFrustrumView structure contains too much that is specific to
lighting.

Date:	Thursday April 20, 2000 @ 3:24
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv17744/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
-*- Fixed the DOS/DJGPP that was slightly broken after my last changes to
    csinput system.
-*- Fixed MGL 2D driver. Now it always uses the backbuffer in system memory,
    now it run at least as fast as RAWDOS VBE 2.0 driver. Hmm... strange I see
    absolutely no gain by using hardware accelerated BitBlt over memcpy().
-*- Added a simple new tool called "textconv" which can be used to convert
    text back and forth between Unix and DOS line ending formats.
-*- Improved the new loader of course. Now it loads sectors and things,
    I already see light at the end of tunel.
-*- Fixed a lot of 2D drivers. The iGraph2D interface defines a function
    called GetDoubleBufferState () while some drivers still define the
    old fashioned DoubleBuffer() function which effectively made the
    application unable to query the real double-buffering state.
    This can fix some problems with double-buffering on Windows,
    for example.
-*- Started to fix a part of the infamous Black Borders (BB) problem.
    The work is not finished so the lightmaps will be for now even worse
    than they were before, but it will be changed in near future. Please
    do not spend time fixing it.
-*- Added a new macro DEBUG_BREAK in sysdef.h that is handy for setting
    debugger breakpoints (e.g. the debugger will break when that macro will
    be invoked). It is defined only in CS_DEBUG mode.

Date:	Monday May 1, 2000 @ 0:54
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv7274/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
iPolygon3D and iPolygonSet are now embedded rather than inherited in order
to work around NextStep compiler bug where it botched calls to GetName()
and SetName() which appear in both csObject and iPolygon3D & iPolygonSet.

Date:	Monday May 1, 2000 @ 7:14
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv3462/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
-*- Renamed the -recalc and -inhrecalc options to -relight and -norelight,
    respectively.  This was done in preparation of caching of other types
    of information per level (such as visibility data), at which time it
    will be important to be able to selectively distinguish between which
    portions of cached information should be recalculated.

-*- Added -revis and -norevis options which force and inhibit recalculation
    of cached visibility data, respectively.  (Note: This information is
    not yet cached.)

-*- Added (new) -recalc and -norecalc options which perform the composite
    operations of forcing and inhibiting, respectively, recalculation of
    all cached information (such as visibility and lighting data).

Date:	Wednesday May 3, 2000 @ 0:10
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv23277/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp portal.cpp 
Log Message:
-*- Removed all stuff related to the old way to do high-quality lightmaps.
    Removed csPolygon3D::ScaleLightmaps2X, csPolygon3D::UpdateLightmapSize,
    csLightMap::Scale2X. Removed all stuff required to support 2x lightmaps
    from csWorld.

-*- Implemented a totally new way to do high quality lightmaps. It is
    supposed to produce more high quality lightmaps. Last but not least
    the new algorithm removes both infamous Black Borders {tm} problem as
    well as the old White Borders {tm} problem (WB were resolved in the
    previous implementation, but my new approach allows to resolve WBs
    even for dynamic lightmaps! Not done yet though...).
    My measurements also shows it is a lot faster... maybe it is a result
    of some bugs that are still left. dmburg level -recalc's with the old
    algorithm on my machine for 118 seconds, with the new algorithm it
    takes just 49 seconds. This could be due to bugs that are still existing
    though (very likely).

-*- Fixed typo: frustrum replaced with frustum. There were thousands of such
    errors. The only thing left is to rename frustrum.cpp and frustrum.h.

-*- "fclear on" in walktest now will clear zbuffer on every frame.

-*- Separated the "antialiased polygon" code from polytext.cpp into a separate
    file in libs/csgeom. Now it is useable from any application/library.

Date:	Wednesday May 3, 2000 @ 4:35
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv5997/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
Hunted down one of the many lighting bugs that are still left

Date:	Wednesday May 3, 2000 @ 4:42
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv6338/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Added missing SYSDEF_ALLOCA.

Date:	Wednesday May 3, 2000 @ 6:43
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv18482

Modified Files:
	polygon.cpp 
Log Message:
Fixed another bug in the new lighting routines

Date:	Wednesday May 3, 2000 @ 7:41
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv28914

Modified Files:
	polygon.cpp 
Log Message:
Fixed yet another lighting bug. It is a theoretical bug though, nobody has
seen it in action yet :-)

Date:	Wednesday May 3, 2000 @ 12:17
Author:	malakai

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv29969

Modified Files:
	polytext.cpp 
Log Message:
Removed extern "C" block wrapping math.h include
This won't compile on win32.
-frank (frank@...)

Date:	Thursday May 4, 2000 @ 0:20
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv17399/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Fixed another lighting bug. Now every light frustum has a unique numeric ID
which can be used to uniquely identify that frustum. This is used to avoid
duplicate lighting of same shared lightmap by same light.

Date:	Thursday May 4, 2000 @ 1:01
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv22652

Modified Files:
	polytext.cpp 
Log Message:
Removed some relatively expensive unneeded code from lighting routines
which should make lighting (both static and dynamic) work faster :-)

Date:	Thursday May 4, 2000 @ 2:16
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv2632/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Split FillLightMap routine into two: GetCoverageMatrix and FillLightMap. The
first one can be used to get the coverage matrix for any frustum projected
on the polygon lightmap. Wouter is going to use it for radiosity.

Date:	Friday May 5, 2000 @ 6:20
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv30532/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Fixed memory leak in new lighting code from Andrew.

Date:	Friday May 12, 2000 @ 1:12
Author:	wouter

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv6770/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
spelling correction.

Date:	Friday May 12, 2000 @ 6:43
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv24401/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polytext.cpp portal.cpp 
Log Message:
Removed CHK and CHKB.

Date:	Friday May 12, 2000 @ 12:38
Author:	wouter

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv8053/CS/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Added debug array bound checks to the various routines.

Date:	Monday May 15, 2000 @ 3:28
Author:	wouter

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv23183/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
fixes bug temporarily.

Date:	Monday May 15, 2000 @ 7:15
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv2798/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polyplan.cpp polytext.cpp polytmap.cpp 
	portal.cpp 
Log Message:
Renamed the following files and fixed references to them throughout the
project:
         def.h        --> csdef.h
         sysdef.h     --> cssysdef.h
         types.h      --> cstypes.h
         frustrum.h   --> frustum.h
         frustrum.cpp --> frustum.cpp

Date:	Tuesday May 16, 2000 @ 4:25
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv22167/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Added csPolygon3D::IntersectRayNoBackFace() which does the
same as csPolygon3D::IntersectRay() but without back-face
culling.

Date:	Wednesday May 17, 2000 @ 2:47
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv9219/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Added csPolygon3D::PointOnPolygon to test if a point is on
  a polygon.
- Added csBox3::GetSide() with corresponding BOX_SIDE_??? defines
  to get the side of a box as a 2D box.
- Added csBspNode/csOctreeNode::CountPolygons() that will be used
  to gather statistics about the quality of the generated PVS.
- Added and printed additional statistics gathering for the PVS.
  You can now see the percentage of polygons culled.

Date:	Friday May 19, 2000 @ 6:04
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv7294/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Some improvements to PVS statistics for debugging it better.
- Changed csBox3::Adjacent() to return the side of the box that
  it is adjacent with.
- PVS now also works for adjacent nodes. If two nodes are adjacent
  then the solid mask on the border will be checked.

Date:	Tuesday May 23, 2000 @ 5:33
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv19789/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Added Dumper::dump() for csOctree.
- Fixed a small potential problem with the polygon Covers
  function. It compared a float to 0 which seems to be a little
  system dependent. I made the test more robust. The effect
  of this bug was that the generated octree could be different
  on various platforms.

Date:	Wednesday May 24, 2000 @ 5:22
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv1168/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Fixed another portability problem with octree building.

Date:	Wednesday May 24, 2000 @ 5:31
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv1449/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Reverted last change to polygon.cpp

Date:	Thursday May 25, 2000 @ 1:39
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv2604/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
- Moved initialization of 2D culler cube into CheckFrustum.
  This fixes radiosity. As it was now it simply could not work
  correctly because of this bug.
- Fixed another bug in radiosity with handling of the light
  frustum.

Date:	Friday May 26, 2000 @ 4:33
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv17411/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
- Added csOctree::BoxCanSeeOccludeeSuperSlow() function. This function
  tests if two nodes can see each other. It is very very slow and
  will actually NEVER return if the nodes cannot see each other.
  So the only expected result of this function is 'true' or
  else infinite loop. This function is for debugging only.
- Fixed the huge room so that it no longer crashes (-huge option
  for WalkTest).
- Fixed bug in PVS building. The selection of the plane for the
  c-buffer could fail with nodes that are close together.
- Added csBox3::GetVisibleSides() to return all visible sides of
  a box as seen from a point in space.
- Added csIntersect3::BoxSegment() routine to test if a segment
  intersects with a box. This routine will also return the
  intersection point.
- Extended csSector::HitBeam() with an extra parameter that returns
  the intersection point with the polygon that is hit.
- Greatly optimized csSector::HitBeam() so that it is now LOTS
  faster. It now uses the octree node hierarchy to avoid traversing
  nodes that the beam doesn't intersect with.
- Added iPolygonMesh interface so that the engine can communicate
  3D geometry to other plugins. This will be used by the collision
  detection system plugin. iPolygonMesh is not implemented yet
  though.
- Added iCollider and iCollideSystem interfaces. iCollideSystem
  is an SCF plugin that implements a particular collision
  detection algorithm. Further work will be to make the current
  RAPID CD system a plugin implementing this interface.
- Added implementation for RAPID CD plugin (UNTESTED). This
  should be our current implementation of RAPID CD.
- WalkTest now loads the iCollideSystem plugin at startup.
- Implemented csPluginCollider inside the engine which encapsulates
  a collider using the plugin system. This is temporary until
  the plugin CD system has been debugged. After that engine will
  only work through plugins.
- Did various cleanups on the include/i*.h files. Many files are
  missing Doc++ comments and some were missing LGPL header.

Date:	Sunday May 28, 2000 @ 15:36
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv439/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Eliminated compilation warning reported by egcs-1.1.2.

Date:	Tuesday May 30, 2000 @ 1:44
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv2890/libs/csengine/polygon

Modified Files:
	polygon.cpp polyplan.cpp 
Log Message:
- Found a serious bug in PVS (more exactly the calculation of solid
  space between nodes). Note that I didn't fix the bug yet :-)
- Added more debugging information when dumping the octree/bsp tree.
- Added a number of 'const' declarations to members in csPoly3D.
- Extended BSP tree traversal with an extra flag 'same_plane' so
  that the BSP traversal routines know if all given polygons are
  on the same plane or not. This could be used for optimizations.
- Changed BSP building so that it better detects the case where
  all polygons are coplanar and indicates that in the node.
- Added csPolygon3D::IntersectRayPlane() to intersect a ray
  with the plane of a polygon.

Date:	Wednesday May 31, 2000 @ 3:17
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv30773/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp portal.cpp 
Log Message:
-*- Removed the unneeded VFS->IncRef in systemdriver::initialize.
    This removes the "1 unreleased instances" error at cleanup.

-*- Fixed the vshell plugin (it was creating a second instance of VFS
    although VFS plugin is written such that it allows just one instance).

-*- Slightly improved csFlags class. WARNING: The former Set(int) method
    is renamed to SetAll(int) now, Set(int) has a different meaning!

-*- Moved bool csPolygon3D::dont_draw and bool csPolygon3D::delete_portal
    to csPolygon3D::flags. Another 8 byte win for csPolygon3D.

-*- Added macro CS_ASSERT for system-independent assertions. It will fire
    a debug breakpoint if the assertion fails (rather than printing a error
    message which is useless in CS for many platforms).

-*- There is also a DEBUG_BREAK macro (which is empty for non-debug mode).
    You can use it if you want to fire a debug breakpoint under some
    complex conditions (for simple conditions you may use CS_ASSERT).
    Currently it is defined only for x86 processor.

-*- Found and fixed a bug (that maybe the one reported by Jorrit in past)
    with VFS creating invalid archives. The problem was that the contents
    of "lazy" array were simply appended to "dir" array (after
    csArchive::Flush) while they should be InsertSort'ed.

-*- Removed csFrustum::Intersect and csFrustum::IntersectFull methods.
    Added instead csFrustum::Classify() which is faster and less buggy.
    There is still a bug somewhere but its already better than the old one.

-*- Caught and fixed a bug in software halo drawer introduced by Eric.

-*- Many other small changes I don't remember now.

Date:	Wednesday May 31, 2000 @ 11:18
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv16742/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Eliminated compilation warning in polytext.cpp about unused variable.
Worked around bug in OpenStep compiler triggered by polytext.cpp where
unlinkable code is generated when an inline method calls a second inline
method before the compiler has seen the second method.  Textually swapping
the methods fixes the problem.

Date:	Thursday June 1, 2000 @ 13:37
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv22193/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Worked around a NextStep compiler shortcoming where it failed to grok
subclasses of csFrustumView::CleanupAction.

Date:	Thursday June 1, 2000 @ 23:55
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv15761/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
A few small modifications to PVS building and some experiments.

Date:	Friday June 2, 2000 @ 1:15
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv2666/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
-*- Fixed the CS_ASSERT() macro so that it now works as expected; that is,
    it "asserts" that some condition is true.  Previously, the logical
    sense of the conditional test was reversed.

-*- Enhanced CS_ASSERT() so that it now prints a useful error message
    before breaking into the debugger or crashing the application, instead
    of dying silently.

Date:	Friday June 2, 2000 @ 1:31
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv4101/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp 
Log Message:
- Made almost all variables in csCamera private and added some
  accessor functions.
- Made csCamera::SetFOV() virtual and override it in
  csRenderView::SetFOV() so that we can calculate the angle of the
  FOV in degrees there. This is needed for the terrain engine.
- Use the new angle for FOV in terrain engine.
- Fixed terrain engine so that the correct forward facing vector
  is used.
- Fixed terrain engine so that it will run correctly on software
  renderer. This will make the OpenGL version slower so this is
  a temporary fix until we implement a better solution.

Date:	Friday June 2, 2000 @ 5:12
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv19631/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Added csCamera::GetDefaultInvFOV() too. Fixed MazeD and csgame
  for the csCamera changes.
- Changed csPolygon3D::Covers() to csPolygon3D::Overlaps() as
  this is actually what the function is calculating (and needs
  to calculate). Suggested by Norman Kramer.
- Added new csHashMap class to csutil. This is the first version of
  a new hashtable class that can be used for several things.
  This is untested code right now.

Date:	Monday June 5, 2000 @ 2:45
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv29569/libs/csengine/polygon

Modified Files:
	polygon.cpp polyplan.cpp 
Log Message:
- Reworked the hashmap iterators. They didn't work that well in
  all circumstances.
- Added new csPolygonEdges class that takes a list of polygons
  and creates a set of indexed edges.
- Added 'const' to two csPolyIndexed methods.
- Split octree.cpp into octree.cpp and pvs.cpp.
- Added csPoly2D::ClipPlane() to clip a 2D polygon to a 2D
  plane (i.e. line) and return the right side of that polygon.
- Added csPoly2D::ExtendConvex() to extend a convex polygon
  with another polygon while keeping the resulting polygon convex
  again.
- Started work on optimization for PVS that will try to merge
  adjacent convex polygons into bigger occluders. Not finished
  yet.
- Fixed serious bug with csPoly2D::Intersect() and csPoly2D::
  ClipPlane() that could cause clipping errors in some cases.
  This bug probably caused the bugs in the solid 2D BSP tree
  that I never managed to find in the past.
- Did an optimization reported to me by Norman Kramer with
  regards to backface culling polygons. This happens throughout
  CS and should increase performance a tiny bit (maybe not
  noticable).
- Removed a few unneeded methods in csPolyPlane. These methods
  are only shortcuts to csPlane3 and are a little confusing
  to have. Removed csPolyPlane::VisibleFromPoint(),
  csPolyPlane::Classify() and csPolyPlane::Distance().
- Added a few const methods to csPoly2D as well.
- Added a speed improvement to PVS. Before considering an
  occluder (octree node) and the contents of that occluder we
  first cast a shadow from that occluder on the plane. If the
  shadow is non-existant (i.e. the plane is too far away from the
  node) then the node will not be considered as a potential
  occluder. If the shadow does exist then CS will also first test
  it against the c-buffer on the plane to see if that part of
  the c-buffer still contains unshadowed parts. If not then it
  makes no sense to consider this occluder either.

Date:	Tuesday June 6, 2000 @ 1:21
Author:	wouter

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv16051/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
fixed dangling else!

Date:	Tuesday June 13, 2000 @ 4:06
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv26277/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
-*- Fixed my fix regarding Eric's fix regarding halos yet again :)
    2*SRC lighting did not work for halos.

-*- Fixed csFrustum::Classify(). Now it seems to work okay.

-*- Removed delaying of draw operations in CSWS. From now on graphics pipeline
    always draws at the time the draw routine is called. This both reduces
    memory usage by CSWS programs (by ~500K) and removes the limit on the
    number of graphics primitives that can be painted in one frame (this
    was seen as uncomplete redraws when loading complex 3D models in MazeD).
    Also it should be a little faster now.

-*- Fixed an old-standing bug that caused wrong window resizes when switching
    MazeD screen resolution.

Date:	Wednesday June 14, 2000 @ 1:42
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv28192/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Got the first patch from Travis McIntosh
<Travis.McIntosh@...>. He changed the dynamic lighting
system to work on lightmaps instead of polygons. This is the
first step towards getting dynamic lights working with curves
too.

Date:	Monday June 19, 2000 @ 2:22
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv27684/libs/csengine/polygon

Modified Files:
	pol2d.cpp polytext.cpp 
Log Message:
-*- Fixed the titlebar title that someone has broken for software renderer
    (the window heading used to be empty last week)

-*- (Finally! :-) fixed the polygon clipper routines so that 2D sprites
    (and 3D sprites as well) are clipped in 2D correctly. The problem
    was not with the CS_VERTEX_INSIDE case, but with the fact that sometimes
    for some CS_VERTEX_ONEDGE vertices it used to generate incorrectly
    the 't' parametric value. More specifically, it happened when an edge
    was clipped more than once (against several clipper edges).

-*- Fixed a bug in software renderer - all polygons were drawn one pixel up.
    E.g. with the default renderer view with a 2 pixel border on each side
    it worked like 3 pixels border at bottom and 1 pixel border at top.

-*- Implemented polygon drawing (clipped against other windows!) in CSWS.
    This is the first step towards implementing the solid view window.

-*- Implemented a little bit of solid view window in MazeD. It is very
    limited and buggy for now, but thats a start. Texture mapping doesn't
    work (all vertices get u/v == 0) thus you will see strange colors
    for textured polygons. Flat-shaded polygons work.

-*- Added a new random number generator class to csutil library. Currently
    it is unused but I'm going to use it in future, besides we cam switch
    existing code from rand() to it.

Date:	Monday June 19, 2000 @ 2:46
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv32336/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Got a new patch from Travis McIntosh. This patch finished
pseudo-dynamic lighting for curved surfaces. Works nicely now.

Date:	Thursday June 22, 2000 @ 0:54
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv14272/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Got a new patch from Travis McIntosh.  This patch finished
dynamic lighting for curved surfaces. Still a bit slow but it
works very well already. WARNING! Please do -relight or -recalc
on levels that have curved surfaces! The lightmap format has
changed (lightmap got bigger).

Date:	Thursday June 22, 2000 @ 5:14
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv17376/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Rene Dudfield experienced a strange crash in WalkTest which seemed
to have been caused by using 'fabs'. I replaced most occurances
of 'fabs' with the 'ABS' macro throughout the source to avoid this
problem. Maybe this problem is cyrix related? (Rene has a cyrix
processor).

Date:	Tuesday June 27, 2000 @ 1:52
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv1950/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp portal.cpp 
Log Message:
- As from a suggestion from Terrence Stewart I implemented
  csPolygon2D::FillZBuf() which will fill the Z buffer for
  that polygon (and not do texture mapping). This is now used
  after drawing a portal so that sprites drawn in the same
  sector as the portal cannot accidently go inside the portal
  contents (Z buffer cannot be used in case of floating portals
  for example). This z filling for portals is optional though.
  It is a (slight) overhead and it is not needed for many
  kinds of portals (like outgoing portals on sector walls).
  WARNING! Currently only the software renderer supports this
  Z-buffer filling.
  WARNING! If you enable this option it requires sprites to
  be correctly placed in all the sectors that you want the sprite
  to be visible in. If you don't do that and you use a ZFIL portal
  then you'll get the effect that the sprite will be clipped to
  the portal.
- Removed a number of 'bool' settings in csPortal and replaced them
  with a single public 'flags' field. Also removed a lot of the API
  calls to set those flags. All access should be through the 'flags'
  field instead. A portal now accepts the following flags:
  	CS_PORTAL_CLIPDEST:	clip geometry in destination sector.
	CS_PORTAL_ZFILL:	do z-fill after rendering portal.
	CS_PORTAL_WARP:		warp space (set with SetWarp()).
	CS_PORTAL_MIRROR:	mirror space (automatically set).
	CS_PORTAL_STATICDEST:	static destination for portal.
- Added support for new ZFILL keyword in world files. This can
  be used inside a WARP statement (which is actually a bit badly
  named but this describes various portal settings).
- Moved CLIP from polygon to WARP because it belongs with the other
  portal settings. This will break the 'room.zip' level but it
  is easy to fix.
- Added csFlags::SetBool(unsigned,bool) to set all values in a mask
  to either 1 or 0 depending on the bool value.

Date:	Tuesday June 27, 2000 @ 7:17
Author:	samuel

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv7255/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:

- Fixed the portal...it was the gouraud shading which broke it, turned it into a mirror for the time being.
- Fixed non-coplanar wall.
- Re-organised the lighting, added a stand for the view screen.
- Added a vector texture space method to csPolygon3D.
- some other trivialities :)

Date:	Wednesday June 28, 2000 @ 0:14
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv8935/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Fixed a severe crash bug with dynamic lights and room.zip. The
fix is not very satisfactory because I simply worked around the
bug. When I have a little more time this needs to be investigated
better.

Date:	Wednesday June 28, 2000 @ 0:16
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv8962/libs/csengine/polygon

Modified Files:
      Tag: R0_16
	polytext.cpp 
Log Message:
Fixed a severe crash bug with dynamic lights and room.zip. The
fix is not very satisfactory because I simply worked around the
bug. When I have a little more time this needs to be investigated
better.

Date:	Monday July 3, 2000 @ 3:42
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv5246/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
-*- Renamed everywhere the term "transparent" to the correct term "keycolor".
    It was a misunderstanding because the term "transparent" is related to
    both alpha transparency and key color. Now "transparent" is used only
    where alpha transparency is involved.

-*- Changed naming convention of csScan_X_draw_scanline_xxx routines. I tried
    to make the names shorter and at the same time add the information of
    what the routine actually does into its name.

-*- Added a lot of new scanline routines:

	- Textured Gouraud-shaded polygons with key color transparency
	- Textured flat-shaded polygons with key color transparency
	- Textured flat-shaded polygons with table-driven effects (FX)
	- Flat-color flat-shaded polygons with table-driven effects (FX)
	- Flat-color Gouraud-shaded polygons with table-driven effects (FX)

    The routines were added for all supported modes (8, 15, 16, 32 bits).
    Note that not all of them were tested (time for a G3D test app?)
    thus some may be buggy. If you find bugs, tell me and I will fix them.

-*- Added support for 15-bits modes to MGL 2D driver.

-*- Fixed 8-bit fog. There was a strange error in there (strange because
    it was in its initial state (nobody has changed anything) and still
    gcc generated wrong code (unsigned shift instead of signed)). I wonder
    how it worked when I initially wrote it.

-*- Implemented alpha-mapped textures support. Preliminary though, several
    details about how the Z-buffer is to be filled are unclear for now.
    The routines work surprisingly fast, and were implemented for all
    supported modes (8, 15, 16, 32 bits).

    The following drawing modes support per-pixel alpha-blending:

	- DrawPolygon() with Z-fill and Z-use modes.
	  This means you may use alpha-mapped textures for walls and
	  things; the engine does not support this too well for now.

	- DrawPolygonFX() supports just flat-shaded alpha-mapped textures.
	  That is, if the texture has an alpha channel, the blending modes
	  and Gouraud shading flag are ignored for now.

    Usage is pretty simple: no changes to world file is required for this.
    Simply create a texture with alpha-channel and save it to a format that
    supports alpha channel (I have used .PNG). Then use it as a regular
    texture; anywhere you use it (walls, things and sprites) it should
    work.

Date:	Tuesday July 4, 2000 @ 23:13
Author:	travis_mcintosh

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv13395/CS/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:

Added curve radiosity support as well as an updated interface into the Bezier
math.

Date:	Thursday July 6, 2000 @ 5:11
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv1231/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp portal.cpp 
Log Message:
- Added csPortal::CompleteSector() as a virtual function. This
  function is responsible for creating a new destination sector
  if this sector would be NULL. It can be used by subclasses of
  csPortal to dynamically create sectors.
- Added csPortal::Warp() to warp one vector.
- Simplified csPortal by removing IntersectSphere and FollowSegment.
  Those functions are now specific to csSector.
- Added CS_ENTITY_CAMERA flag for csThings. With this flag set
  things will only be rotated to the camera and not translated.
  This is useful for skyboxes and skydomes.
- Added SetMixMode and GetMixMode to csGouraudShaded so that you
  can now render a gouraud shaded polygon with another mixmode.
  This can be used to create transparent things and so on.
  Note that the engine needs a little better support to actually
  support transparent things in a good way (i.e. sort them the
  right way).
- Added CAMERA() keyword to the world file format for csThings.
- Added MIXMODE() keyword to the world file format for polygons.
- Added additional support for 'sky' objects in a sector. These
  are basicly just things like the others but you have the guarantee
  that they will be drawn first with Z fill before anything else
  is drawn.
- Added functions AddSky(), RemoveSky(), GetFirstSky(), and GetSky()
  to csSector to manage sky objects.
- Added support for SKY() keyword in 'ROOM' and 'SECTOR'. This
  keyword behaves EXACTLY the same as a normal THING except that
  it will be added as a sky object.
- Added new support for sector commands in WalkTest. If you add
  something like KEY ("cmd_whatever", "...") to a sector in the
  world file then WalkTest will recognize it as a command to
  execute. Other apps will ignore the keyword. There is currently
  only one command: KEY ("cmd_AnimateSky",
  "<thing-name>,<dir>,<speed>"). When this command is present
  WalkTest will animate the sky object indicated with <thing-name>.
  The rotation <dir> will be 'x', 'y', or 'z'. The speed will
  be relative to 1 meaning one full rotation in 1 second.

Date:	Friday July 7, 2000 @ 0:14
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv1925/libs/csengine/polygon

Modified Files:
	polygon.cpp portal.cpp 
Log Message:
Moved alpha setting from portals to polygons. In most cases this
setting only makes sense for portals but you can use it on a thing
as well (and for a second skybox for example). Extended
csPortal::CheckFrustum() so that it has the alpha as a parameter
now because it needs it.

Date:	Tuesday July 11, 2000 @ 12:06
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv21040/libs/csengine/polygon

Modified Files:
	pol2d.cpp 
Log Message:
- Changed csPolygonSet::GetBoundingBox() to fill in a csBox3
  instead of two vectors.
- Implemented support for dynamic bounding boxes in polygon trees
  (octrees and BSP trees) for moveable and detail things.
- Added is_visible flag for a thing.
- Addd GetNumSkyThings() and GetNumThings() to csSector to get
  the number of sky and normal things.
- Removed 'home' and 'other' pointers in csThing because they
  were not used and obsolete.
- Detail and moveable things are now only drawn when visible
  through the c-buffer. This greatly speeds up rendering big
  levels with lots of small detail objects.
- Removed support for 'solidbsp' for rendering. It wasn't properly
  working in any case. Also removed 'solidbsp' console command.
- The 'thing' toggle to render things (console command) now doesn't
  affect the static thing anymore. This means that on a level using
  an octree only detail and moveable things will not be rendered
  when this flag is set.
- Cleaned up the very important csSector::Draw() a little and added
  more comments to make it clearer.
- Fixed a bug in the derived iterator change from yesterday (in
  csObject). It was not actually iterating over derived types
  but doing something completely bogus instead. This fixes the
  crash bug that I had in the new WalkTest entity system.
- Renamed csBusyList to csEntityList.
- Fixed a bug with flat-shading. This could cause crashes
  with for example funky.zip (recent bug).
- Made csPolygonSet::GetBoundingBox() more efficient.
- Fixed csPolygonSet::GetBoundingBox() and CreateBoundingBox()
  for polygon sets that contained nothing but curved surfaces.
  These fixes visibility algorithm using c-buffer and curved
  surfaces.

Date:	Thursday July 13, 2000 @ 4:22
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv17628/libs/csengine/polygon

Modified Files:
	pol2d.cpp 
Log Message:
- Added SetMainFrustum to csQuadTree3D to change the frustum for an
  already created csQuadTree3D.
- Started work on using csQuadTree3D as a 3D visibility culler.
  Not finished.
- Added csCamera::Perspective() which calculates the perspective
  projection for a 3D point given a camera.
- Added csCamera::InvPerspective() which calculates the inverse
  perspective projection for a 2D point (with a given Z).
- Removed the csPolygon2D::AddPerspective... versions that take x,y,z
  parameter and only kept the csVector3 ones.
- Added PROCEDURAL and PERSISTENT keywords to textures in the world
  file. With these you can make a texture procedural. If you make a
  texture PERSISTENT as well as PROCEDURAL you can render on parts
  of the texture and the previous contents will still be there.

Date:	Thursday July 13, 2000 @ 7:08
Author:	wouter

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv26263/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Adding csMaterial class. Is now used by polygons. The API is backwards compatible though, only resulting in a seperate material for each polygon if used the old way.

Date:	Monday July 17, 2000 @ 7:15
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv18650/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
The limitation of 1000000 texels for lighting has now moved
from the engine to the software renderer. This means that for
OpenGL, D3D, and Glide, this limitation is gone and you can have
bigger lighted polygons. Note that there is still a limitation
though. If the lightmap is bigger than 256x256 it will not
be used. This is to avoid problems with some cards that have
this texture size limitation.

Date:	Monday July 24, 2000 @ 1:55
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv31088/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
- Added back face culling to the test for csQuadTree3D. Still
  doesn't solve the culling bugs though.
- Solved a very old bug (in data/config/autoexec.cfg) where movement
  keys didn't autorepeat in 3d-move and map mode.
- Added an extra 'txt' map mode to do an orthographic texture
  mapping map. Texture mapping is not ok though.
- Changed clear color for 'fclear' command. Now it is the same
  color on all systems.
- Cleaned up some coverage mask tree statictics.
- Added csWorld::SetEngineMode() with which you can control how
  the engine will render the world. The setting is there but
  actual engine functionality is still lacking. There is also
  an auto-detect mode (which is default) which will try to detect
  the best engine mode for the loaded world.
- Implemented the three engine modes now.
- Cleaned up csWorld::Draw() and csWorld::DrawFunc() (added new
  StartDraw()).
- IMPORTANT change! csWorld now has a function GetBeginDrawFlags()
  which returns flags that the engine requires for G3D->BeginDraw().
  Since BeginDraw() is called by the application it is now the
  responsibility of the application to actually call this function
  and or the returned flags with the flags the application wants to
  use. This is used because some engine modes require the Z buffer
  to be initialized when BeginDraw() is called.
- Added csWorld::SetCuller() to set the 2D/3D culler to use. This
  replaces the functions EnableQuad3D, EnableCovTree, and
  EnableCBuffer. c-buffer is now default but will only be used
  when the engine mode is equal to CS_ENGINE_FRONT2BACK. And this
  depends on the loaded level.
- Removed console commands 'cbuffer', 'quad3d', and 'covtree'
  and replaced with 'culler' command.
- Added console command 'emode' to switch between the different
  engine modes. Options are 'auto', 'back2front', 'front2back',
  and 'zbuffer'.
- In an effor to minimize the use of the global current_world
  variable from csWorld I added a world pointer to csRenderView.
- Added csWorld parameter to csPolygonSet (and thus to csThing
  and csSector as well) to help the removal of the current_world
  static variable.
- In WalkTest console: bound 'd' to 'emode front2back' which will
  mainly make sure that it behaves like it used to in the past
  except that it doesn't toggle. Bound 'shift-d' to 'emode
  back2front' which is the prefered engine mode for portal worlds.
  Bound 'alt-d' to the new 'emode zbuffer' mode. Bound 'ctrl-d'
  to 'culler next' to switch between the various cullers (cbuffer,
  quad3d, and covtree).
- Added new CS_POLY_SPLIT flag to csPolygon3D which is set for
  a polygon that is split by a BSP split. Previously the flag
  CS_POLY_NO_DRAW was used for that but this is now used for what
  it is actually ment: i.e. to indicate a polygon that should not
  be drawn. This fixes the new CS_ENGINE_ZBUFFER engine mode.
- Removed the iostream dependency in t3d2cs app because I don't
  have the C++ libraries here.

Date:	Monday July 24, 2000 @ 4:49
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv13180/libs/csengine/polygon

Modified Files:
	polygon.cpp portal.cpp 
Log Message:
-*- Added dynamic loader support for DJGPP. Added required detection routines
    to bin/dosconf.bat. If you have libdl installed (available from Crystal
    Space ftp site, and in near future from ftp.simtel.net) it will set
    USE_SHARED_PLUGINS to yes, otherwise to no.

    Also you may want to use shared versions of libpng, zlib, libjpeg. The
    dosconf.bat script looks for these libraries, and if available turns on
    the usage of shared version of respective libraries. You may have as well
    just one library in shared version, and other twos - in static version,
    each one is detected individually.

-*- Removed someone's #ifndef YY_NO_NULLIFY_YYVAL from support/gnu/bison.sim.
    This is a very incorrect change since YYVAL is not always an int, in my
    case (csstdldr) it is a structure, and as such cannot be assigned NULL.
    A better approach would be to do:

	#ifdef YYVAL_ZERO
	  yyval = YYVAL_ZERO;
	#endif

    but in any case I don't see the need for it - I don't get any warnings
    about uninitialized variables, at least with pgcc 2.95.2 in optimize mode.

-*- Further work on the new loader.

Date:	Friday July 28, 2000 @ 1:06
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv26559/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Added csPoly3D::ComputeNormal() and ComputePlane() as static
  functions with the polygon given as a parameter.
- Fixed a big bug in the lighting routines which could cause
  some polygons not to be reached by a light even though they
  should have been affected. Turned out the distance between the
  light and the polygon was not computed right.

Date:	Monday July 31, 2000 @ 2:54
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv16601/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Fixed a number of remaining black border problems with lighting.
These were especially visible in the mazedex level but could
occur everywhere.

Date:	Monday July 31, 2000 @ 3:34
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv28788/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
- Removed several old-fashioned and obsolete flags which were
  (in the past) used to control lighting. i.e. I removed all the
  settings related to 'Shadows....' in the Lighting section.
- Changed ambient setting from 40 to 20 as I personally think
  that 40 is to high.
- Updated the documentation to reflect the above changes to
  the settings.
- Updated various other things in the documentation.

Date:	Monday July 31, 2000 @ 5:14
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv23202/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Added CS_POLY_COLLDET flag to polygons with which you can
  enable and disable collision detection for a single polygon.
  By default collision detection is enabled for polygon, disabled
  for portals, and enabled again for mirrors (so other space warping
  portals have no CD by default).
- Also added this flag to the polygon templates used in thing
  templates.

Date:	Tuesday August 1, 2000 @ 7:22
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv2576/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
Fixed bug in csengine with portals and c-buffer (or other culler).
Portals and mirrors and other space warping portals in general
should now work perfectly in combination with STATBSP levels.
Provided you correctly use the CLIP and ZFILL keywords where
needed.

Date:	Friday August 4, 2000 @ 3:14
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv23483/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polytext.cpp 
Log Message:
- Continued work on the API for materials. Started replacing
  all communication between csengine and g3d with iMaterialHandle
  instead of iTextureHandle. This means that txt_handle in
  G3DPolygonFX has been replaced with mat_handle for example.
- Replaced SetTexture and SetTextureHandle everywhere with
  SetMaterial and SetMaterialHandle. This is a huge change which
  will no doubt break ALL apps using CS and textures.
  Also replaced most iTextureHandle variables with iMaterialHandle
  and most csTextureHandle's with csMaterialHandle.
- Fixed the software renderer to use the new material API.
- Fixed the OpenGL renderer to use the new material API.
  (temporarily broke DrawPolygonMesh for procedural textures in
  software mode. Will fix this later).
- Fixed WalkTest to work with new materials.
- Fixed Blocks to work with new materials.

Date:	Monday August 14, 2000 @ 12:11
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv15667/libs/csengine/polygon

Modified Files:
	polygon.cpp polytmap.cpp portal.cpp 
Log Message:
- Moved call to GetElapsedTime in walktest after the call
  to SysSystemDriver::NextFrame(). Otherwise the current time
  would not be valid the first time.
- Fixed aspect ratio for terrain engine.
- Initialization of terrain engine uses correct display dimensions.
- Increased far clipping plane of terrain engine to prevent
  far away terrain polygons from disappearing too soon.
- Decreased near clipping plane of terrain engine. This doesn't
  completely fix near triangle disappearing though.
- Added csPolygonSet::HardTransform(). With this function you can
  do a hard transform of the object space coordinates of a thing
  or sector. This function will also transform the object and
  world space planes of all polygons in the thing or sector.
  The easiest way to think about HardTransform is that it does
  an ObjectToWorld transform and then freezes the resulting world
  space coordinates so that they become the new object space
  coordinates.
- Added csPolyTxtPlane, csPortal, and csPolygon3D::HardTransform()
  to do the hard transform of the polygon plane, lightmap info, and
  portal plane.
- Added support for new HARDMOVE keyword in loader. This is similar
  to MOVE that was already supported for THING but it does a hard
  move instead.
- Added support for FILLONLY zbuffer mode in OpenGL renderer
  (for DrawPolygon).
- With the above changes the terrain engine and indoor engine are
  now better integrated. It is now possible to add sprites and
  buildings (things) to a sector with terrain. There is no visibility
  culling done yet so this is still one thing that remains to be done.
  The terrain also isn't lit yet so you'll get no shadows from the
  objects that are on it. Other than that and a few small bugs in
  the rendering of the terrain itself it works reasonably well.
- Implemented support for fog in terrain engine.
- Fixed a big memory leak in dynamic objects in polygon trees
  (i.e. sprites in a STATBSP level). Whenever a sprite moved
  it would add six polygons to the bounding box. This ever growing
  bounding box would eat up memory and cause enourmous slowdowns
  for moving sprites in the end.

Date:	Monday August 21, 2000 @ 3:23
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv20296/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp portal.cpp 
Log Message:
-*- Changed perfstat plugin to compute fps once per 1/2 second rather than once
    per 10 frames. This will compute more accurate values in high-fps
    environments and also makes fps numbers more steady. Also
    iPerfStat::SetResolution sets the interval in msecs rather than in frames.

-*- Changed FPS display in walktest to display just two numbers after dot.
    I don't think you really care whenever you have 20.111 or 20.112 fps :)

-*- Created the iEvent interface. It is really a very special interface since
    its the first time (as far as I know) an SCF interface with member
    variables is used. However, this is supposed to work on all platforms.
    Be warned though.

-*- csEvent is now just a particular implementation of iEvent. You can create
    your own objects implementing iEvent interface. PLEASE always use
    QueryInterface (or rather QUERY_INTERFACE macro) to get access to
    extended fields; NEVER do direct typecasts.

-*- Added a new halo generation routine - csutil/halogen2.cpp. It is not used
    anywhere yet though. The algorithm has been borrowed from GIMP (`SuperNova'
    plugin).

-*- Started to work on MazeD material support. Not finished though (even not
    compilable).

-*- Improved material support. The MATERIALS() statement in world file now
    looks like this:

	MATERIALS
	(
	  MATERIAL 'material name'
	  (
	    TEXTURE ('texture name')
	    COLOR (float, float, float)		; R,G,B = 0..1
	    DIFFUSE (float)			; 0..1
	    AMBIENT (float)			; 0..1
	    REFLECTION (float)			; 0..1
	  )
	  ...
	)

    I have added the GetFlatColor() method to iMaterial and iMaterialHandle.
    For now the flat_color_X members in iGraphics3D polygon structures are
    still present; however I hope one day they will be gone and a material
    handle will be always present, since materials also support flat color.
    For now only software renderer supports materials with flat colors;
    I hope with time other renderers will be also updated for this.

-*- Renamed RGBcolor -> csRGBcolor and RGBpixel -> csRGBpixel.
    In general, we should think where to put all library-independent header
    files such as rgbpixel.h and cspixmap.h. I would say they could live in
    main include directory since those classes are absolutely independent
    and completely inline.

-*- Changed the way engine defines and uses texturing. There are four polygon
    texturing types now: POLYTXT_NONE (no texturing, useful when using
    materials without textures -- it defines no texturing parameters at all
    thus saves memory), POLYTXT_FLAT (flat-shading, only the angle between
    light and polygon normal is considered if CS_POLY_LIGHTING flag is set,
    and entire polygon is painted with one lighting value; every vertex has
    an U/V pair associated), POLYTXT_GOURAUD (every polygon vertex has a color
    and those colors are interpolated across scanlines) and finally
    POLYTXT_LIGHTMAP (a polygon which has an associated lightmap and a texture
    plane). Now it is possible to define and use objects which have flat-color
    but still receive light with Gouraud as well as without Gouraud
    interpolation; in general this open a whole new area for experimenting.

-*- New keyword in world file inside the POLYGON () context:

	TEXTURING (NONE | FLAT | GOURAUD | LIGHTMAP)

    This defines one of the texturing modes above.

-*- MIXMODE() keyword is applicable to all texturing types except LIGHTMAP.
    Alpha transparency for such polygons can be defined in two ways:

	POLYGON (... ALPHA (50) MIXMODE (MULTIPLY2))

    or

	POLYGON (... MIXMODE (MULTIPLY2 ALPHA (0.5)))

    To be honest, I don't like having two different ways to specify alpha.
    I don't like the different scale either (0..1 and 0..100).
    Polygon always keeps alpha as a value 0..255 (and iGraphics3D always
    receives alpha in this range, the old 0..100 scale is gone).

    In general, I would say that giving colors and alpha as floating-point
    value looks like a bad idea. I would store both them as 0..255 value,
    or as a floating-point 0..1 value. Maybe it makes sense to change this
    in the new loader?

-*- DECLARE_GROWING_ARRAY does not have a reference counter anymore. If you
    need a reference counter, use DECLARE_GROWING_ARRAY_REF. This gives
    slight less memory usage in some places. I have changed thing and
    polygon template objects to use growing arrays for vertices. This does
    not change memory footprint and gives better readable code (and maybe
    a little less binary size).

-*- Simplified polygon template class a lot by moving most state variable
    into a csFlags variable. Added support for COLORS() keyword in polygon
    templates. GOURAUD keyword is now obsolete in both normal polygons and
    polygon templates; use TEXTURING (GOURAUD) instead.

	Overall results for flarge.zip:
		Was: World geometry is using 1526938 bytes.
		Now: World geometry is using 1465962 bytes.
		----
		Gain: 60976 bytes (flarge contains just 5 thing templates)

-*- In addition to TEXNR() everywhere it appears MATTERIAL is accepted as
    a synonym; one day TEXNR should die.

Date:	Monday August 21, 2000 @ 6:28
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv20635/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
The big change from Andrew triggered a strange behaviour in
the dynamic linker (dlopen) on Unix. Andrew renamed csMaterialMM
in the texture manager to csMaterialHandle. However csMaterialHandle
is already another class in the engine. When loading the software
renderer dynamically it will use the already loaded csMaterialHandle
in the application which is wrong. I fixed this by renaming
csMaterialHandle in the engine to csMaterialWrapper. Not only does
this solve the problem but it is actually also a better name.
I also renamed csTextureHandle to csTextureWrapper and replace
Get/Set MaterialHandle with Get/Set MaterialWrapper in various
places. No doubt you'll have to modify your applications for this.

Date:	Saturday August 26, 2000 @ 11:28
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv23829/libs/csengine/polygon

Modified Files:
	polygon.cpp portal.cpp 
Log Message:
- Added a new csMovable class which encapsulates moving entities.
  It does not hold geometry but everything needed to do the
  object to world transformation and move that around.
  Class is not yet used but preparation work for the usage
  of this class has started. The main benefit of this class will
  be to make sure that the API for moving sprites and things
  is the same by putting that API in a seperate class.
- Removed strange 'sector' pointer from csPolygonSet and put it
  in csThing instead. Sectors don't have a need for a 'sector'
  pointer as this is equal to 'this'. Also this will make it easier
  to use the new csMovable.
- Removed 'sector' pointer from csPolygon3D because it is unused
  and dangerous (redundant) to keep it there since this information
  is implicit in the parent of the polygon (which can move to another
  sector). (note: this also removed SetSector() and GetSector()
  calls). This removal had lots of repercusions in the entire
  engine so several things have been slightly rewritten.
- csRenderView now contains a this_sector and previous_sector pointer
  (also triggered by the removal of csPolygon3D::sector).

Date:	Tuesday September 5, 2000 @ 4:23
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv18123/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Fixed a bug in loader so that collision detection is now also
  enabled for mirror surfaces in the ROOM syntax.
- Fixed an init bug in csPolygon3D with regards to materials.
- Added /lib/stdtex to VFS. This new archive contains a bunch of
  textures that are used by most CS levels (stdtex.zip).

Date:	Sunday September 17, 2000 @ 12:26
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv19255/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp 
Log Message:
- Finished csThing::MergeTemplate(csThing*).
- Removed the obsolete CLights class (uniform dynamic lighting,
  it wasn't working anyway).
- Made csPolygon3D::ComputeNormal() public.
- Removed csThingTemplate completely. Instead of csThingTemplate
  you can now make a copy of a normal csThing (using
  csThing::MergeTemplate). It is still possible to push csThing
  instances on the csWorld::thing_templates list. Things that
  are on that list are only for template use.
  Note that one other implication of this is that csPolygonTemplate
  is also removed. 90% of the work of fixing your applications
  is done by just replacing csThingTemplate with csThing. The other
  10% boils down to replacing the old API from csThingTemplate
  with the mostly similar API from csThing.
- Fixed (or tried to fix) most of the apps with regards to this.
  I think this worked out well except for MazeD. MazeD compiles
  but I cannot give any other guarantees. I didn't fix shooter
  nor csgame.

Date:	Wednesday September 27, 2000 @ 7:08
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv31569/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Optimized csPolygon3D::MarkRelevantShadowFrustums by letting
  it use csFrustum::BatchClassify instead of csFrustum::Classify.
  This should improve the speed of radiosity and lighting somewhat.
- Continued work on levtool. Now saving of things and templates
  for things works better again.
- Levtool saved world file is now also less verbose by using
  %g instead of %f for floating point format output.

Date:	Monday October 2, 2000 @ 1:48
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv6896/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Added new csPolygon3D::SetTextureSpace() function which accepts
  three vertices and three uv coordinates and extracts the
  texture matrix from that information. This is sometimes easier
  to handle as many formats actually give uv coordinates for every
  vertex.
- I also extended csloader with a new format for the texture mapping
  specification. You can now say:
  	POLYGON 'p' (
		VERTICES (1,4,2,5)
		TEXTURE (
			UV (0,.5,.5,1,0,1,2,.9,.9)
		)
	)
  The format is as follows:
  	UV (i1,u1,v1, i2,u2,v2, i3,u3,v3)
  i1, i2, and i3 are the local indices of vertices in the polygon
  (so i1==0 corresponds to vertex 1 from the set).
  ux,vx are uv coordinates for that vertex.

Date:	Monday October 16, 2000 @ 23:45
Author:	andyz

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv11585

Modified Files:
	polytext.cpp 
Log Message:
Fixed a rather inserious bug which caused out-of-bounds values to be
accessed from the "shadows" array. However, the retrieved value was not
used (when it's out of bounds). This was caught by recent addition of
CS_ASSERT into csVector::Get().

Date:	Tuesday October 31, 2000 @ 5:16
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory slayer.i.sourceforge.net:/tmp/cvs-serv15293/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
- Added csSprite3D::GetWorldBoundingBox() to get an inaccurate
  bounding box of the sprite in world space.
- Added csSprite::HitBeam() and HitBeamObject() which hit a beam
  with a sprite. It will return true if the sprite is hit and it
  will also return the intersection point. HitBeamObject() works
  in object space while HitBeam() works in world space.
- Added csSector::HitBeam() which is similar to the already existing
  HitBeam but this version returns the first object that is hit.
  So it also looks at sprites. The original HitBeam() only looks
  at things and sectors. For particle systems and 2D sprites this
  function will currently always return false. This is something
  to be implemented. Note that this function will first test the
  bounding box of the sprite for an easy reject. So that's fast. But
  if this test succeeds then it will test every triangle of the
  current frame. This is not very fast but it is accurate. In
  the future this function might change to do this with a lower
  LOD version of the sprite instead.
- Extended csIntersect3::BoxSegment() with an optional 'r' parameter
  so that you can get a number between 0 and 1 indicating where
  in the segment the intersection happened. Also fixed this function
  so that it will return a correct value for 'isect' if the start
  of the segment is in the box. This return was undefined before.
- Added csIntersect3::IntersectTriangle() to intersect a segment
  with a triangle.

Date:	Thursday January 4, 2001 @ 11:22
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv14265/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- The sprited2D plugin now also implements iParticle which means
  it can be directly used as a particle for the particle systems.
- The particle systems now use the sprite2d plugin directly instead
  of using csSprite2D.
- As a consequence of this I'm now able to remove csSprite2D
  from the engine. In addition I also removed support for loading
  2D sprites directly. Instead the new MESHOBJ token should be used.
- Forgot to implement support for the MATERIAL keyword in the
  sprite2d loader (the factory loader did support it).
- Started work on moving particle systems to plugins. There is
  now a directory plugins/meshobj/partgen which contains the
  general classes for particle systems (csParticleSystem
  and csNewtonianParticleSystem).
- Added iParticleState interface which represents the general
  settings common to all particle systems. csParticleSystem
  implements this.
- Started moving fountain particle system to plugins. Source can
  be found in plugins/meshobj/fountain.
- Added iFountainState interface which represents the general
  settings specific for the fountain. csFountainParticleSystem
  implements this.
- Fixed SCF macros for csPolygonSet, csSprite, csSkeletonLimbState
  and csPolygon3D. They were all using IMPLEMENT_IBASE_EXT
  but forgot to close this with IMPLEMENT_IBASE_EXT_END (instead
  they used the default IMPLEMENT_IBASE_END).
- Added NextFrame to csSprite and implement this in all the
  current remaining subclasses (csParticleSystem, csMeshWrapper,
  and csSprite3D).
- Added similar NextFrame() to iMeshObject.
- Added empty implementation of NextFrame() to cube and 2D sprite
  plugins. They don't have animation so they don't need a NextFrame().
- Added a functional implementation of NextFrame() to the general
  particle system plugin code.
- Renamed csEngine::AdvanceSpriteFrames() to NextFrame(). In
  addition it will now also control animation and deletion of
  particle systems.
- Removed UpdateParticleSystems() because csEngine::NextFrame()
  does this.
- Finished the fountain plugin. The fountain plugin itself uses
  the 2D sprite plugin to create the fountain particles.
- Added WantToDie() to iMeshObject. With this function a mesh
  can indicate that it wants to die. This is most useful for particle
  systems that have only a limited time to live (like an explosion).
- Also added default WantToDie() to csSprite and implemented it
  in csMeshWrapper by asking the mesh. By doing this the auto-delete
  system of particle systems is generalized to all mesh objects.
- Started moving explosion particle system to plugins. Source can
  be found in plugins/meshobj/explo.
- Added iExplosionState interface which represents the general
  settings specific for the explosion. csExploParticleSystem
  implements this.
- Added iDynLight SCF interface for dynamic lights. This is needed
  for the explosion plugin.
- Extended iLight SCF interface with SetColor() and SetSector().
- Extended iEngine with CreateDynLight() and RemoveDynLight().
- Finished the explosion plugin. Note that there still seems to be
  a bug with lighting and the particles of the particle systems.
  Sometimes the lighting routine on the particle system is not
  called (UpdateLighting).
- Changed walktest to use the fountain and explosion plugins instead
  of the still existing fountain particle systems in csfx.
- Fixed a CSFX dependency error in the blocks makefile.
- Implemented the fountain loader plugin (in plugins/meshldr/fountain).

Date:	Saturday January 6, 2001 @ 10:44
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv23843/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
- Created snow and rain mesh object plugins (for the snow and rain
  particle systems).
- Created iSnowState and iRainState interfaces to access these plugins.
- Modified WalkTest to use the new snow and rain plugins instead of
  the old particle systems in csfx.
- Finished the snow and rain loader plugins.
- Moved spiral particle system to plugin. Note that this particle
  system currently crashes. Also created the loader and modified
  WalkTest.
- Removed native support for loading particle systems in csloader.
  Particle systems are now loaded through the new MESHOBJ keyword
  and the plugins. This means that the flarge.zip you can find
  on the CS site will no longer work. I will soon put a replacement
  there.
- Removed dependency on CSFX library from most apps (all except
  simple) since the loader no longer depends on csfx itself.
- Removed particle support from csengine. All particles have now
  moved to plugins.
- Fixed the new qsqrt and qisqrt from Andrew. It appears that it
  was returning the negative square root. I negated the result.
  I modified several places in csengine and csgeom where either
  FastSqrt (the old one) and normal sqrt were used and replaced it
  with qsqrt() and qisqrt(). All seems to work well but in case
  something bad happens I added a define NO_QSQRT to include/qsqrt.h.
  If you enable this define the fast versions of qsqrt will not be
  used. I'd like to be notified of this if there are problems.
- Made a new ball plugin just for demonstration purposes and also
  because it is a very efficient way to make a ball :-)
  Extended simple application to show such a ball with a plasma
  texture on top of it (just turn around to see it). It looks
  really nice :-)

Date:	Saturday January 6, 2001 @ 23:26
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv19124/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Made usage of qisqrt() more sensible. First test if square
  is less than some amount then you don't have to do the entire
  qisqrt().
- By making use of the new qisqrt() I optimized csCamera::LookAt()
  a little more.

Date:	Tuesday February 13, 2001 @ 7:24
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv24962/libs/csengine/polygon

Modified Files:
	pol2d.cpp portal.cpp 
Log Message:
- Made all the members of csRenderView private and provided
  proper accessor functions. In particular added:
  	- SetEngine(), GetEngine()
	- GetClipPlane()
	- SetCallback(), GetCallback(), CallCallback(),
	  GetCallbackData()
	- GetFrustum()
	- SetThisSector(), GetThisSector()
	- SetPreviousSector(), GetPreviousSector()
	- SetFogInfo(), GetFogInfo(), AddedFogInfo(), ResetFogInfo()
	- GetG3D(), GetG2D()
	- SetPortalPolygon(), GetPortalPolygon()
	- GetView()
	- HasClipPlane(), UseClipPlane()
	- HasClipFrustum(), UseClipFrustum()
- Also added a copy constructor to csRenderView to correctly
  fix the ref counts.
- Since QUERY_INTERFACE does an implied IncRef() a lot of current
  code is not correctly handling this (i.e. does not call DecRef()).
  In addition QUERY_INTERFACE is not very efficient. So I rewrote
  a lot of the QUERY_INTERFACE calls so that the QUERY_INTERFACE
  result is remembered. The class remembering this result is
  now responsible for doing DecRef() when appropriate. This should
  make things slightly more efficient and certainly more correct:
  Here are the places where this is done:
  	- csView::SetCamera()
	- csRenderView::SetView()
	- csRenderView::SetEngine()
	- csRenderView::camera
- Also fixed all of the apps where this DecRef() was missing.
- Fixed csEngine where this DecRef() was missing.
- Fixed csEngine::FindMeshObject() so that it will no longer crash
  when it cannot find the mesh.
- Fixed csEngine::FindTexture() so that it will no longer crash
  when it cannot find the texture.
- Fixed csEngine::FindCameraPosition() so that it will no longer
  crash when it cannot find the texture.
- Since csMeshWrapper is now the only class subclassing from
  csSprite it makes better sense to merge both classes into
  csMeshWrapper. So csSprite is now removed and the engine only
  talks about csMeshWrapper objects. This has the following
  additional consequences:
  	- csEngine::sprites is renamed to csEngine::meshes
	- csEngine::UnlinkSprite/RemoveSprite renamed to <Xxx>Mesh.
	- csEngine::PrepareSprites renamed to PrepareMeshes.
	- csSector::sprites renamed to csSector::meshes
- Updated apimod18.txi with the full info on how to port csSprite3D
  to mesh object system.
- Fixed MazeD so that it correctly saves the new spr3d format
  instead of the old csSprite3D format.
- Extended iMeshObject with HitBeamObject() function. Only
  the spr3d plugin supports this at the moment. This is a todo
  for the other plugin types. csMeshWrapper will call this function
  now.

Date:	Wednesday February 14, 2001 @ 1:56
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv3008/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
- Continued making use of QUERY_INTERFACE in the engine more
  sensible. This involves:
  	- csMovable::SetParent()
	- csMeshWrapper::Draw()
	- csMeshWrapper::GetMovable()
	- csPolyTexture::GetPolygon()
	- csOctree::Cache()
- Also did the same for all mesh object plugins and loaders,
  csparser library, and csclear library.
- Added csEngine::current_iengine which is a reference to the
  main iEngine.
- Fixed a bug in csMeshFactoryWrapper::SetMeshObjectFactory().
  This function would not correctly call DecRef() on the old
  factory and IncRef() on the new one.
- Renamed csEngine::meshobj_factories to csEngine::mesh_factories.
- Changed all UpdateLighting routines everywhere to work directly
  with iLight instead of csLight pointers. That is easier and also
  avoids some problems with the need to conver them. This also
  fixes iMeshWrapper::UpdateLighting().
- csEngine::GetNearbyLights() now returns references to iLight
  instead of csLight.

Date:	Friday February 16, 2001 @ 0:48
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv374/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
- Dynamic lights do not traverse through mirroring portals anymore.
  This caused a bug because the dynamic lighting routine can't handle
  this correctly. Rather than fixing this routine (which would make
  it slower) I choose to just disable this feature.
- The dynamic lighting routine also accounts for space warping
  portals now.

Date:	Sunday February 18, 2001 @ 7:17
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv10010/libs/csengine/polygon

Modified Files:
	pol2d.cpp 
Log Message:
Added an ugly (and hopefully temporary) OpenStep/Sparc hack to pol2d.cpp to
work around "local relocation entries in non-writable section" linkage
errors.

Date:	Sunday February 18, 2001 @ 11:47
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv11298/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Added new flags for things: CS_ENTITY_ZFILL to use Z-fill instead
  of Z-buffer for rendering, CS_ENTITY_INVISIBLE to not render at
  all, CS_ENTITY_NOSHADOWS for not casting shadows,
  CS_ENTITY_NOLIGHTING to disable lighting, CS_ENTITY_NOBSP
  to exclude this object from bsp or octrees, and CS_ENTITY_BACK2FRONT
  to render this object back to front (together with objects in
  the same render order queue).
- Removed 'use_z_buf' parameter to csThing::Draw(). This is now
  controlled with the CS_ENTITY_ZFILL flag.
- Sky objects automatically get the CS_ENTITY_ZFILL flag.
- Added support in the thing loader for the flags INVISIBLE, ZFILL,
  NOSHADOWS, NOLIGHTING, NOBSP, and BACK2FRONT.
- Added 'shadow_thing_mask' and 'shadow_thing_value' to csFrustumView.
  Every thing that is processed will be tested against this flag.
  If it matches it will be used for shadow generation. Otherwise
  not. The lighting routines will set these values so that
  only things which have CS_ENTITY_NOSHADOWS NOT set will generate
  shadows. This is for csSector::CheckFrustum().
- Added 'process_thing_mask' and 'process_thing_value' to
  csFrustumView. Every thing that is processed will be tested
  against this flag. If it matches CheckFrustum() will recursively
  call itself for this thing too. The lighting routines will set
  these values so that only things which have CS_ENTITY_NOLIGHTING
  NOT set will be further processed.
- Removed a lot of the obsolete tokens in csparser.
- Fixed a bug in csThing::MergeTemplate(). The function did not
  correctly copy the flags from the template to the thing.
- Started a VERY fundamental change in the engine. The sector will
  no longer inherit from csPolygonSet and will thus no longer be
  able to hold polygons. A sector is simply a container of objects.
  The outer walls of a sector can be created using a thing object.
- Finally removed the very old and ugly obsolete ROOM and SIXFACE
  statements from the loader. Old levels will no longer be supported.
- csSector is now properly seperated from csPolygonSet. Sectors
  no longer contain polygons.
- Added csEngine::CreateSectorWalls() which is a conveniance
  function that will create the thing which is supposed to
  contain the convex outline of the sector. This function is added
  to make it easier to convert old code that adds polygons to the
  sector to new code where the same polygons are added to the
  'outline thing'.
- Added iSector and csSector::CalculateSectorBBox() to calculate the
  bounding box of all objects in a sector (mesh objects and things
  currently).
- Rain and snow console commands in WalkTest now use
  CalculateSectorBBox() to calculate the bounding box for the
  particle system.
- Moved support for SKYDOME command in csloader to the thing
  loader instead of the sector loader.
- Removed iPolygonSet and put all functionality in iThing.
- Removed all the Dumper::Memory() functions. They were incorrect,
  difficult to maintain and almost impossible to correctly implement
  with all the geometry moving to plugins.
- Removed the class csPolygonSet and moved all functionality to
  csThing.
- Renamed csPolygonSetBBox to csThingBBox.
- Moved the octree from csSector to csThing. Added
  csThing::BuildStaticTree() to create this tree.
- Changed the implementation of csSector::UseStaticTree() so that
  it will now call BuildStaticTree() for all things having the
  CS_ENTITY_VISTREE flag set. At this moment only one such thing
  will be properly handled by csSector (at least what visibility
  is concerned). In the past the octree was built for all things
  which were then merged into one big thing. Now the tree is
  built on one thing alone.
- Added new CS_ENTITY_VISTREE flag for csThing which means this
  thing will get an octree. Removed CS_ENTITY_NOBSP flag which is
  no longer useful now. Added 'VISTREE' flag for loader and
  removed 'NOBSP' flag.
- csPolygonTree (octree and bsp trees) are now attached to a csThing
  instead of a csSector.
- Removed support for 'BSP', 'LIGHTX', 'ACTIVATE', 'TRIGGER',
  and 'MAX_TEXTURES' statements in the loader. These have been
  obsolete for a long time.
- Added support for parts in things. In the loader it is now possible
  to define a thing which contains parts. This is mainly
  useful for the representation of the static thing as you can
  then still maintain a logical division of the static thing into
  seperate sub-things. Note that at this moment the engine doesn't
  keep track of the logical units. It is simply the loader that
  allows this syntax. A 'PART' is completely similar to a THING
  except that it can only occur as part of another THING or PART
  and that it has no engine representation (at the moment). All
  part's in a thing are simply merged.
- Updated all CS apps to work with all the recent changes.
- csThing is now responsible for drawing its own static tree if
  it has one.
- Started work on iVisibilityCuller and iVisibilityObject. Using these
  two SCF interfaces it will be possible to seperate visibility
  culling logically and physically from the engine itself.
  Objects that implement iVisibilityCuller know how to test visibility
  for objects. The visibility culler will work with objects that
  implement iVisibilityObject. This will eventually make it
  possible to plug in other visibility systems into CS without
  changing the engine. This system is not yet working.
- Extended iMovable and csMovable with a list of movement listeners.
  A movement listener is some other object that is interested
  in hearing whenever the movable changes (i.e. the object moves).
  This will be used for visibility testing. The visibility culler
  will add itself as a listener to the movable of the objects it
  wants to test.

Date:	Wednesday February 21, 2001 @ 7:13
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv31798/libs/csengine/polygon

Modified Files:
	pol2d.cpp portal.cpp 
Log Message:
- Added iMeshObject::GetShapeNumber(). Using this number one can
  check if the object has changed shape enough so that the maximum
  bounding box is no longer valid. All mesh object plugins implement
  this function now.
- Added a similar iMovable/csMovable::GetUpdateNumber() which serves
  the same function but is updated when the object moves (i.e.
  in movable.UpdateMove()).
- Extended iVisibilityObject with GetShapeNumber(). Implementations
  should call GetShapeNumber() on the underlying object.
- csThing no longer implements iMovableListener. I reimplemented this
  using the GetShapeNumber() and GetUpdateNumber() above.
- csThing now implements iMeshObject. The implementation is not
  yet working though.
- csThing now implements iMeshObjectFactory.
- Extended iRenderView with AddedFogInfo(), GetThisSector(),
  GetPreviousSector(), GetFrustum(), and SetFrustum().
- Extended iSector with GetID() and HasFog().
- Extended iCamera with GetFarPlane() and SetMirrored().
- Added csPoly2D::ClipAgainst() which accepts iClipper2D instead
  of csClipper.
- Added iClipper2D::ClipInPlace().
- Added iEngine::IsPVS().
- Fully changed csThing so that it now uses iRenderView instead
  of csRenderView. This will help to move to a plugin later.
- Added new constructor to csPlaneClip which accepts a csPlane3.
- Changed csCurve::GetScreenBoundingBox() to use iCamera instead
  of csCamera.
- Note that these changes break CAMERA things and reflecting
  portals. Not sure why yet.

Date:	Thursday February 22, 2001 @ 5:30
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv27595/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
- Added iPolygon3D::GetWorldPlane(), GetObjectPlane(),
  GetCameraPlane(), GetPortal(), and IsTransparent().
- Added const versions of csPolyPlane::GetCameraPlane() and
  GetObjectPlane().
- Replaced iPortal::SetFlags() with GetFlags() :-)
- Added iCamera::GetSector().
- Replaced all csXxx fiels in csRenderView with iXxx fields (if
  applicable).
- Added iEngine::GetTopLevelClipper().
- csRenderView no longer inherits from csCamera. I added
  csRenderContext which contains all the fields that can change
  from one recursion level to another. So the iRenderView
  interface has changed a lot (check it out).
- Fixed CS_ENTITY_CAMERA flag for things. It is even slightly more
  efficient than it was before.

Date:	Sunday March 4, 2001 @ 10:24
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv29863/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp portal.cpp 
Log Message:
- Started work on a big change to the way that things control movement.
  The CS_ENTITY_MOVEABLE flag is gone.  Instead there are now three
  options.  But they don't work yet.
- Added csThing::SetMovingOption()/GetMovingOption().
- Added csThing::WorUpdate().
- Added csVertexArrayPool, csPooledVertexArrayPool, and
  csDefaultVertexArrayPool. These will be used for pooled
  vertex arrays.
- Fixed Simple for the latest thing changes (SetMovingOption()).
- Fixed Blocks for the latest thing changes.
- Fixed PtLab for the latest thing changes.
- Fixed 'portal' command in WalkTest for latest thing changes.
- Added new version of csPooledVertexArrayPool.
- Changed csFrustum so that it will now use a pool to allocate
  vertex arrays. Which pool is used depends on the frustum user.
  By default it will now use the default pool which means that
  vertex arrays are still allocated with new[] and delete[].
- Finalized the first rewrite of the data structures that are used
  in CheckFrustum. A further rewrite and conversion to SCF will
  follow in the near future.
- Added support for HardTransform() to curved surfaces but it doesn't
  work yet. The curve in flarge is thus currently not looking very
  well.

Date:	Monday March 5, 2001 @ 2:24
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv4626/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Removed the old and obsolete pvs code. It wasn't working anyway
  and when I revive it I'm going to totally rewrite it.
- Also removed a lot of functions that were only used by PVS.
  I still kept a copy and they are also in CVS attic if it turns
  out they were useful after all.
- Changed several of the routines in csPolygon3D to operate on
  object space coordinates instead of world space. This it make
  it easier to make the world space coordinate array optional.

Date:	Monday March 5, 2001 @ 11:09
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv16066/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Some further work on removing world space vertices from csPolygon3D.

Date:	Tuesday March 6, 2001 @ 2:01
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv30658/libs/csengine/polygon

Modified Files:
	polygon.cpp polyplan.cpp 
Log Message:
- Changed the following functions to work in object space instead
  of world space:
    - csPolygon3D::IntersectSegment()
    - csPolygon3D::IntersectRay()
    - csPolygon3D::IntersectRayNoBackFace()
    - csPolygon3D::IntersectRayPlane()
    - csPolygon3D::Overlaps()
    - csPolygon3D::SetTextureSpace(...)
    - csPolygon3D::PointOnPolygon()
    - csPolyPlane::IntersectSegment()
    - csThing::IntersectSphere()
- Modified the csSector versions of IntersectSphere() and
  IntersectSegment() to correctly use the movable of the things
  if relevant to map world space to object space.

Date:	Wednesday March 7, 2001 @ 1:04
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv11163/libs/csengine/polygon

Modified Files:
	polygon.cpp portal.cpp 
Log Message:
- Further converted the following functions to work in object space
  instead of world space: csPolygon3D::ClipFrustum()
- Made some of the functions in csTransform virtual so that they
  can be overriden by subclasses (i.e. csCamera in this case).
- csCamera now has a number called 'cameranr' which is updated
  whenever a new camera is created or a camera is updated. This
  number can be used to check if an object transformed to camera
  space is still valid. You can get this number with GetCameraNumber().
- Also added iCamera::GetCameraNumber().
- Removed csPolygon3D::ClipFrustum() and csPolygon3D::ClipPoly().
- Removed csThing::GetCameraMinMaxZ().
- Removed csThing::IntersectCameraZPlane().
- Redesigned csThing and csPolygon3D camera vertex handling so that
  they no longer go through the transformation manager. Instead they
  use the camera number which is now defined in csCamera.
- Consequently removed the transformation manager.
- Fixed all mesh plugins that were using the transformation manager
  (cube, ball, and spr3d). They are now using the camera number
  instead.
- Fixed a bug in csThing::MergeTemplate(). The function would not
  copy the new moving flag from the template thing to the new instance.
- csThing::MergeTemplate() now works through object space coordinates
  all the time.
- Fixed a bug in the new camera system. When the camera didn't update
  then moving objects would not be refreshed correctly. The reason
  is that the camera vertices were only updated when the camera
  changes but they also need to be updated when the movable changes.

Date:	Thursday March 8, 2001 @ 16:59
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv10727/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polytext.cpp portal.cpp 
Log Message:
Eric Sunshine made the following changes to the project:

-*- Moved all of the pure SCF interface header files (the filenames
    beginning with `i') into subdirectories of CS/include.  They no longer
    reside directly in CS/include.  The new subdirectories within
    CS/include are iengine, igame, igeom, igraphic, imap, imesh, inetwork,
    iobject, isound, isys, iterrain, iutil, ivaria, and ivideo.  Also,
    several files were decomposed into multiple new files, so you may need
    to include one or more of the new files in place of the old ones.  The
    files which were specially split are:

        itexture.h -> iengine/itexture.h & ivideo/itexture.h
        imater.h   -> iengine/imater.h   & ivideo/imater.h
        imeshobj.h -> iengine/imeshobj.h & imesh/imeshobj.h
        iterrobj.h -> iengine/iterrobj.h & iterrain/iterrobj.h

    Also updated all source & header files, documentation files, and
    makefiles to reflect this change.

-*- Eliminated several compilation warnings throughout the project.

Date:	Sunday March 11, 2001 @ 12:13
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv30891/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp portal.cpp 
Log Message:
- Added interfaces iShadowBlock, iShadowBlockList, and iShadowIterator.
  These will be used by the iShadowSystem. Extended iShadowSystem,
  iShadowCaster, and iShadowReceiver a bit.
- Changed the csShadowIterator a bit so that it will be easier
  to let it implement iShadowReceiver. The basic idea is that
  csShadowFrustum must become a private concept of the shadow
  blocks and that only csFrustum is used.

Date:	Monday March 12, 2001 @ 12:26
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv19875/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp portal.cpp 
Log Message:
- Added a new constructor csFrustum with which you can create
  a frustum that already has place for the right number of vertices
  but the vertices are not initialized yet.
- Added new csVector3 and csVector2 Set() routine that accepts
  another csVector3 or csVector2 respectively.
- Did more work on cleaning up the shadow frustum code in order
  to make it easier to make it SCF interfaces. For example,
  csShadowFrustum is now completely private to the shadow block
  classes.

Date:	Thursday March 15, 2001 @ 5:01
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv5120/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp portal.cpp 
Log Message:
- Let csShadowIterator implement iShadowIterator.
- Let csShadowBlock implement iShadowBlock.
- Let csShadowBlockList implement iShadowBlockList.

Date:	Friday March 16, 2001 @ 5:35
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv7263/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polytext.cpp portal.cpp 
Log Message:
Eric Sunshine renamed all of the pure SCF interface header files.
Considering that that these files were recently organized into well-named
subdirectories, it is possible to use more descriptive names for the files
themselves.  Also dropped the `i' prefix.

Here are just a few examples of the new more meaningful and descriptive
names:

    iengine/idlight.h  --> iengine/dynlight.h
    iengine/imeshobj.h --> iengine/mesh.h
    imesh/imeshobj.h   --> imesh/object.h
    imesh/mfire.h      --> imesh/fire.h
    imap/ildrplug.h    --> imap/reader.h
    imap/isvrplg.h     --> imap/writer.h
    isound/isnddrv.h   --> isound/driver.h
    isound/isndlstn.h  --> isound/listener.h
    ivideo/imater.h    --> ivideo/material.h

Date:	Wednesday March 21, 2001 @ 10:41
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv23892/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
Removed a few unneeded includes to lview.h. As few things as
possible should include that file since we're going to do
that through SCF soon.

Date:	Thursday March 22, 2001 @ 6:35
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv19015/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp portal.cpp 
Log Message:
Rewrote the CheckFrustum and shadow stuff so that most of it now	 
uses the SCF interfaces instead of the classes.

Date:	Friday March 23, 2001 @ 6:16
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv31080/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
- Did an optimization in the CheckFrustum routines. It was apparantly
  doing a copy of every polygon without actually using that copy.
- Changed the polygon handling functions in CheckFrustum to use object
  space instead of world space. For bsp type polygons (for visibility
  testing of object) world space == object space and for normal
  polygons this is also true for all things that are merged in a
  bsp tree.
- Added csThing::GetBoundingBox() which takes a movable and calculates
  a bounding box based on the object space bounding box and that
  movable. It will automatically cache the bounding box so that when
  the object doesn't move nothing is recalculated.
- By using this new GetBoundingBox() function I completely avoided
  the use of world space coordinates for things in csSector which is
  as it should be.

Date:	Wednesday March 28, 2001 @ 1:15
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv8482/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp portal.cpp 
Log Message:
- Further changes to avoid using world space coordinate system.
- Made all the members in csFrustumView private and added accessor
  functions.
- Created new csLightingInfo class which holds all information specific
  to lighting and CheckFrustum. This information used to be in
  csFrustumView but csFrustumView is supposed to be independent
  of 'lighting'.
- csThing now implements iShadowSystem.
- Removed iShadowSystem and merged its functionality with
  iVisibilityCuller. iShadowCaster and iShadowReceiver are still
  there but (logically) depend on iVisibilityObject now.
- Started iFrustumView SCF interface for csFrustumView.
- Fundamentally changed the way csFrustumView works. Added a
  csFrustumContext which is changing for every recursion level.
  csFrustumView remains constant now. This way csFrustumView works
  in a similar way to csRenderView (and csRenderContext).

Date:	Monday April 2, 2001 @ 5:05
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv2048/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp 
Log Message:
- Renamed CS_ENTITY_VISTREE to CS_THING_VISTREE. Moved all remaining
  CS_ENTITY_... flags from thing.h to meshobj.h. They will now be
  global to both things and mesh objects (useful when things are later
  merged with mesh objects).
- csLoader will now also recognize the flags: NOLIGHTING, NOSHADOWS,
  BACK2FRONT, INVISIBLE, DETAIL, CAMERA, and CONVEX for mesh
  objects. They are currently ignored.
- Implemented INVISIBLE and CAMERA flags for mesh objects.
- Extended iMeshObject::Draw() with an extra zbuf mode parameter
  to control what Z-buffer drawing mode to use (NONE, FILL, USE,
  or TEST). USE is default.
- Extended all mesh plugins to implement this mode.
- Added zbufMode flag to csMeshWrapper and two functions to access
  it (SetZBufMode() and GetZBufMode()). The mesh object will be drawn
  with this mode.
- Also added zbufMode and same functions to csThing. This means that
  you can now let things be drawn using mode NONE and TEST as well
  (this was not possible in the past).
- Extended iParticle with a zbufMode parameter as well.
- Extended the loader to recognize the keywords ZNONE, ZUSE, and
  ZTEST in addition to ZFILL for both things and mesh objects.

Date:	Tuesday April 3, 2001 @ 4:44
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv23000/libs/csengine/polygon

Modified Files:
	polygon.cpp portal.cpp 
Log Message:
- Created new iThingState interface and let csThing implement it.
  iThingState is almost the same as iThing but with extras.
  iThing will probably be removed in the future.
- Fixed a bug in csThing::MergeTemplate(). It would not correctly
  copy the new zbufMode flags.
- Removed 'sector' member from curves. Removed 'sector' parameter
  from csThing::MergeTemplate(). Removed 'sector' parameter from
  load_thing() and load_thing_part().
- Removed 'sector' from csPolygon3D::Finish() and csThing::Prepare().
- Removed the ability to have ambient settings per sector. This was
  never used and I don't think it is very useful either. Ambient
  settings are now global and still stored in csLight.
  csSector::SetAmbientColor() and GetAmbientColor() are now gone.
- Removed 'engine' member from csThing and also removed 'engine'
  parameter to csThing.
- Created a new csThingObjectType class which is the mesh object
  type class for things. For now it is not in a plugin yet but
  embedded inside csEngine. Added csEngine::GetThingType() to fetch
  the reference to this type. This is a temporary function.
- Added csEngine::CreateSectorWallsMesh() which is similar to
  CreateSectorWalls() but creates a thing as a mesh object instead
  of a normal thing.
- Avoided the use of csFrustumView in csThing. Now uses iFrustumView.
- Avoided the use of csFrustumView in csSector. Now uses iFrustumView.
- Added csLight::CalculateLighting() for iMeshWrapper. This will
  query if iThingState is known.
- Added csSector::ShineLights() for iMeshWrapper.
- Added iFrustumView::SetDynamic() and IsDynamic().
- Added iMovable parameter to csThing::AppendShadows().
- Extended iSector interface with GetRecLevel().
- It is now possible to use things through the mesh object API. When
  this is done the mesh wrapper takes control of some of the issues
  (like where the thing is positioned, what the Z-buf mode is,
  the entity flags, ...). The similar items in csThing are ignored
  (and will later be removed when csThing moves to a plugin).
  Note that things added through the mesh object API will not be
  included in the 'things' arrays that you can find in both csEngine
  and csSector. Instead they are added to the 'meshes' arrays like
  all other mesh objects. Note that in the short future the support
  for the 'things' array will be removed.
- Lighting on things which are added through the mesh object API
  will now also work. For now this is solved by the engine recognizing
  this as a special case of mesh objects (by checking if iThingState
  is implemented). In the future the engine should now know about
  iThingState so we need a more general solution. For now it will do.
- Converted simple to use the new iThingState and use things as
  if they are mesh objects. This seems to work very well.

Date:	Wednesday April 4, 2001 @ 5:18
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv17780/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Started work on thing loader and saver. Although things haven't
  moved to a plugin yet it is already possible to make real
  plugins from the loader and saver.
- Moved the CS_THING_... flags from csThing header to iThingState
  header.
- Extended iThingState with GetFlags(), SetFlags(), SetMovingOption(),
  GetMovingOption(),  GetCurvesScale(), SetCurvesScale(),
  GetCurvesCenter(), SetCurvesCenter(), CurveVertex(), CurveTexel(),
  GetNumCurveVertices(), GetCurveVertices(), GetNumCurves(),
  GetCurve(), and MergeTemplate().
- Extended iPolygon3D with GetMaterial(), GetVertexIndices(),
  GetTextureType(), SetTextureType(), GetCosinusFactor(),
  SetCosinusFactor(), and a few additional versions of
  SetTextureSpace().
- Added new csPolygon3D::CopyTextureType() (and also added this to
  iPolygon3D). This function will copy the texture information from
  a given polygon to this polygon. Note that the material itself
  is not copied. Only the information on how to apply the texture
  mapping.
- Extended iMaterialWrapper with GetMaterial().
- Moved the POLYTXT_... flags from csPolygon3D header to iPolygon3D
  header.
- Also moved CS_POLY_COLLDET.
- Added iEngine::GetThingType().
- Added iCurve and iCurveTemplate SCF interfaces and let csCurve
  and csCurveTemplate implement them.
- Removed 'default_texlen' from csThing::MergeTemplate() since it
  wasn't working.
- Removed the csThing::MergeTemplate() version which also replaced
  materials. Instead added new csThing::ReplaceMaterials() function
  which does the same thing (except merge). So where you would
  use MergeTemplate() in the past (the version that replaces
  materials) you will now use the other MergeTemplate() and then
  call ReplaceMaterials().
- Changed csThing::MergeTemplate() to work on SCF interfaces
  (iThingState, iMaterialWrapper, ...).
- The thing loader compiles now but is far from complete and usable.

Date:	Thursday April 5, 2001 @ 5:00
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv23612/libs/csengine/polygon

Modified Files:
	polygon.cpp polytmap.cpp 
Log Message:
- Created iPolyTxtPlane interface and let csPolyTxtPlane implement
  it.
- Added temporary CreatePolyTxtPlane() and FindPolyTxtPlane()
  functions in iEngine. These will be used until these planes are
  managed by the thing plugin.
- Implemented plane loader and saver (saver not working yet). Planes
  are a bit special. They are objects that should be private to the
  thing mesh object system (they are only used by things) so the
  engine should not manage them. However planes can be shared accross
  several thing meshes so it is not suitable to make them private
  to one thing mesh either. So planes will be loaded by a general
  (non-mesh object) loader plugin. This plugin is closely associated
  to the thing loaders (implemented by the same shared library)
  so it knows how to create planes for things. In the future planes
  will be kept by the thing type plugin itself (global to all things).
  For now this loader will load the planes in the engine.
- Removed support for PLANE in library and world. Planes now have
  to be loaded using the ADDON keyword and the
  crystalspace.mesh.loader.plane plugin.
- Added iPolygon3D::SetTextureSpace() with iPolyTxtPlane* as a
  parameter.
- Added SCF interfaces: iPolyTexType, iPolyTexNone, iPolyTexFlat,
  iPolyTexGouraud, and iPolyTexLightMap. They are implemented by
  csPolyTexType, csPolyTexNone, csPolyTexFlat, csPolyTexGouraud,
  and csPolyTexLightMap respectively.
- Added GetPolyTexType() to iPolygon3D.
- Using the above interfaces I fixed the thing loader to correctly
  load texture mapping information (lightmapping, gouraud shading,
  flat shading, ...)
- Extended the loader with HARDMOVE for mesh objects.
- The thing loader plugin is still not working correctly but we
  are getting there.

Date:	Thursday April 5, 2001 @ 6:26
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv3066/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Added polygon ID which I will use for caching the lightmaps
  instead of the old sector/thing/ID way. This will mean that
  adding a polygon to a level will invalidate a lot of lightmaps
  but on the other hand it is safer and easier. The previous
  method depended on things and sectors having unique names.
- Added curve ID as well for a similar reason.
- Changed caching of lightmaps for polygons and curves using the
  new ID system.
- The above change fixes a bug where things loaded with the thing
  loader plugin would not correctly behave with regards to the lighting
  cache because those things don't have a name (their name is inside
  the mesh wrapper instead).
- The thing loader now works a lot better. There is still a problem
  with movable things (as you can see from the new version of flarge
  that I committed). The problem is that there is still a movable
  instance in csThing itself which is used instead of the correct
  movable in csMeshWrapper.

Date:	Sunday April 8, 2001 @ 23:25
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv16910/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp portal.cpp 
Log Message:
- Renamed MESHOBJ to MESHFACT in the map file format wherever
  a mesh factory is wanted. This is less confusing.
  This affects library and map files.
- Fixed a bug in the thing loader when there is no default material
  specified in the thing itself but only in the polygon.
- Completely converted flarge to use mesh objects alone.
- Removed all support for THING, SIXFACE, and SKY keywords in
  the standard loader. This means that sky objects are now no longer
  supported. To implement sky objects in the future we will use the
  proposed render order setting for mesh objects in general. This
  is a todo for later (but not long from now).
- The old LoadThing() to load a thing from a file is replaced
  with a LoadMeshObject() that can be used to load any mesh object
  in general. For LoadThingTemplate() to load a thing template you can
  use LoadMeshObjectFactory() instead.
- Removed all obsolete token keywords from the default loader.
- Fixed a bug in LoadMeshObjectFactory(). It was deleting all loaded
  plugins for nothing.
- Changed csPolygon3D::UpdateVertexLighting() to use iLight instead
  of csLight and extended iPolygon3D with UpdateVertexLighting().
  This is also a temporary function though.
- Added GetPolygon(name) to iThingState.
- Converted Blocks to use mesh objects instead of csThing directly.
- GetRadius() and GetObjectBoundingBox() in iMeshObject of csThing
  are now correct.
- Extended iPortal with SetPortalSectorCallback() to set a callback
  that is called whenever a sector for a portal is missing. This
  callback will get either a reference to a iRenderView (when drawing),
  a iFrustumView (when doing CheckFrustum) or else NULL (for HitBeam).
- Changed csPortal::CompleteSector() to a function which
  completes the sector using the new callback above.
- Added CheckFrustum() to iPortal.
- Added iPolygon3D::CreateNullPortal() to create a NULL portal
  (a portal pointing to a NULL sector).
- Added iFrustumView::StartNewShadowBlock().
- Added iFrustumView::CopyFrustumContext() and SetFrustumContext().
  These functions are specifically used to be able to remember
  the current context and restore it later.
- Using all the above I tried to fix infinite maze but it still
  crashes somewhere. Will look at this later.
- Same for -huge option. It compiles but doesn't work (but I suspect
  it wasn't working before either: todo for later).
- Fixed WalkTest to use mesh wrappers instead of csThing.
- Removed csSector::Prepare() as this is no longer needed (Prepare()
  is called transparently by the thing).
- Removed csEngine::PrepareSectors().
- Removed support for things and skies in csSector. Only mesh objects
  are supported now.
- Removed csPolyIt and csCurveIt (polygon and curve iterators) in
  csEngine. Since polygons and curves are private to things these
  iterators don't make sense anymore.
- Side note: in the process of this entire engine redesign many
  debug commands in WalkTest are broken now. They will probably
  be resurrected soon.
- Side note: radiosity is now broken too!
- Removed the list of skies, things, and thing templates from
  the engine and all functions related to those (like FindThing(),
  ...).
- Fixed several other apps to the change from things to mesh objects.
- Also fixed MazeD so that it compiles again but MazeD is now getting
  more and more broken. MazeD can only revive if it gets the ability
  to edit mesh plugins (preferably through other plugins as well).

Date:	Monday April 9, 2001 @ 2:55
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv1097/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
- Removed the 'movable' from csThing. The 'movable' is part of the
  mesh wrapper and the one in csThing should not be used.
- csThing no longer implements iVisibilityObject as the mesh wrapper
  already does this.
- Removed MarkVisible() and related functions from csThing.
- Removed sky and template flags from csThing. Sky support will soon
  be reimplemented using render order techniques.
- Removed zbufMode from csThing. This is part of mesh wrapper.
- Made csThing::Draw() and DrawCurves() smarter. If a thing cannot
  move (which is default and occurs a lot) these functions will not
  try to use the movable anymore. This makes it a bit more efficient.
- Removed csLight::CalculateLighting() for csThing.
- Also removed csSector::ShineLights() for a csThing.
- Fixed a bug in the use of csPortal::CompleteSector(). When this
  function returns false all routines will now correctly stop
  processing that portal.
- Fixed a bug in infinite maze (-infinite option of WalkTest) which
  makes it work a little better but still not good enough (still
  crashes when trying to complete the first sector).
- Added iVisibilityCuller::Setup(). This function will setup the
  visibility culler. It replaces csThing::BuildStaticTree().
- Removed iSector::CreateBSP().
- Added a parameter to csSector::UseStaticTree() which indicates
  the mesh object to use for visibility culling. In addition the
  STATBSP keyword in map files now requires an additional parameter
  which is the name of the mesh object to use for visibility culling.
  At this moment the only way to use this is to have a thing mesh
  object and add the VISTREE() flag to that.
- Renamed csSector::static_thing to culler_mesh. Also made it a
  mesh wrapper instead of a thing.
- I disabled a lot of more of the octree debugging stuff in WalkTest.
  This is all broken now.
- Removed the 'things' console command. It is broken now and needs
  to be replaced with something more general.

Date:	Wednesday April 11, 2001 @ 1:54
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv4084/libs/csengine/polygon

Modified Files:
	pol2d.cpp portal.cpp 
Log Message:
- Added the notion of recursion level in csRenderContext. Also added
  GetRenderRecursionLevel() and SetRenderRecursionLevel() to
  iRenderView. Using this the engine will be able to test how deep
  it is with going through portals.
- Added the notion of render context data. This is data that can
  be attached to a recursion level in the render context and can
  also be retrieved while that recursion level is active. If a
  recursion level is deleted (when coming back from a portal for
  example) all the render context data will also be deleted.
  Render context data has a key (void*) and a value (iBase*).
- Using the above changed I fixed a potentially serious bug in the
  visibility culling system. The visibility culling and drawing
  are now seperate actions. However the thing which does the
  visibility culling wants to remember all polygons that were found
  visible in a queue so that when the same thing is rendered later
  only those polygons are rendered. This worked fine before I
  implemented render priorities because the thing containing the
  culler (bsp/octree) was rendered first. However with render
  priorities this is no longer guaranteed and there can be situations
  in which there are other things that are rendered first before
  the thing containing the culler. In really bad cases those other
  things could in theory contain portals to sectors and those portals
  could eventually cause the same thing with the culler to be
  rendered. But this would cause an overwrite of the polygon
  queue! This is now fixed by attaching the render queue as
  render context data to the current recursion level. When a portal
  is traversed it may potentially also want to use this queue but
  it will use another one because it is in another recursion level
  so other render context data is used.
- Added csSector::RelinkMesh(). This is used to relink a mesh
  when conditions in the mesh have changed (like render priority).
  The sector needs to know this to put the mesh in the right render
  priority queue.
- Fixed csMeshWrapper::SetRenderPriority() so that it will notify
  all the sectors where the mesh is by calling RelinkMesh().
- Added SetLighting() and IsLighting() to iSprite3DState. Extended
  sprite loader plugin with LIGHTING keyword. Extended sprite saver
  plugin with support for saving LIGHTING value. Extended 3D sprite
  plugin to disable lighting based on this flag (default is lighting
  enabled).
- Fixed 3D sprites so that they use GetFullTransform() for lighting
  too. This means that lighting will now be correct if a sprite is
  used from within a hierarchical transformation.
- Fixed a bug with lighting for 3D sprites and other mesh objects.
  When there were no lights reaching a sprite anymore (after having
  been hit by one or more lights before) the lighting would not be
  disabled.
- Extended RENDERPRIORITIES system with a sorting parameter. This
  sorting parameter is not yet used but the parser already parses
  it. Possible values are BACK2FRONT, FRONT2BACK, or NONE.

Date:	Sunday April 29, 2001 @ 12:47
Author:	wouter

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv29280/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Ran into a const problem with a SetTextureSpace method when trying to
fix Tunnel Fighter.

Date:	Monday April 30, 2001 @ 4:48
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv25156/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp 
Log Message:
- Added support for FX mode scanline drawing to DrawPolygon.
  So you can now use CS_FX_ADD (for example) with both lighted
  and unlighted polygon drawing. Only CS_FX_TRANSPARENT is not
  supported.
- Moved MixMode from csPolyTexNone to csPolyTexType.
- Removed csPolyTexNone and iPolyTexNone. This functionality is now
  in csPolyTexType and iPolyTexType.
- The changes above mean that MIXMODE() keyword for thing loader
  will now work for all polygons.
- Added FPS counter to csdemo. Currently displays on stdout.
- Modified csdemo to make the stars using a single tiled polygon
  with CS_FX_ADD mode (using the above new routines) instead of
  a surface mesh object. This increases speed in the software renderer
  from 10FPS to 14FPS!
- Also added support for new FX polygon drawing in OpenGL/DrawPolygon.
- Consistently renamed all GetMixmode() and SetMixmode() functions
  to GetMixMode() and SetMixMode().

Date:	Thursday May 3, 2001 @ 7:00
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv28091/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
- Changed the do_clip parameter in G3DTriangleMesh to clip_portal
  and clip_plane.
  There are two kinds of clipping: portal clipping (clipping to the
  boundaries of the last portal we went through) and portalplane
  clipping (clipping to the plane of the portal itself). Both are
  handled seperatelly.
  There are three cases for both portal clipping as portalplane
  clipping (these are set in the fields clip_portal and clip_plane):
  	- No clipping required (CS_CLIP_NOT): in this case the
	  engine is sure that the mesh will not need any clipping.
	- Clipping needed (CS_CLIP_NEEDED): in this case the
	  engine thinks that clipping may be needed. Depending on
	  the type of clipper (see later) this clipping is optional
	  or not.
	- Clipping for toplevel (CS_CLIP_TOPLEVEL): in this case the
	  engine knows that no clipping is needed to the current
	  clipper but clipping may be needed for the toplevel
	  clipper (or Z=SMALL_Z plane if used for plane clipping).
  The engine will give a clipper to G3D. There are three cases:
  	- Optional clipper (CS_CLIPPER_OPTIONAL): the clipper is
	  optional. This means that the z-buffer contents can
	  be trusted to clip the object. But a renderer for which
	  overdraw is slow can choose to do a lazy clip or exact
	  clip if it wants.
	- Toplevel clipper (CS_CLIPPER_TOPLEVEL): the clipper is
	  the toplevel clipper (i.e. the outermost portal, usually
	  close to the size of the window or screen). In this
	  case clipping is required but the renderer may have
	  some special ways to do this (like initializing the
	  Z-buffer around the borders of the portal).
	- Required clipper (CS_CLIPPER_REQUIRED): in this case the
	  clipper MUST be used (if CS_CLIP_NEEDED is set in the
	  mesh) and clipping must be exact (i.e. triangles may
	  not overlap the clip area).
- Did the following changes to iGraphics3D:
    - Changed SetClipper() and GetClipper() to work with iClipper2D.
      This avoids a copy of the clipper.
    - Added 'cliptype' parameter to SetClipper() which will be
      one of the flags CS_CLIPPER_?
    - Added GetClipType() function.
    - Added SetNearPlane(), GetNearPlane(), ResetNearPlane(), and
      HasNearPlane() to set the near clipping plane.
- Fixed all 3D renderers except glide and Direct3D. These are now
  totally outdated. Note that the handling in the renderers is not
  yet smart. This is the framework. Now I need to do some work
  to use the framework for very efficient mesh handling.
- Changed the engine to call SetClipper() and SetNearPlane() every
  time we go through a portal and at init time. This is much faster
  than letting every single mesh object do this.
- Changed csRenderView and iRenderView::ClipBBox() to return the
  right clip_portal and clip_plane flags depending on the given
  bounding boxes (screen and camera space).
- Extended csCurve::GetScreenBoundingBox() so that it also returns
  the camera bounding box.
- Fixed all mesh and terrain plugins to use the new system when
  talking to DrawTriangleMesh.
- Changed terrfunc terrain plugin to be more clever about clipping
  now. This also means that the bug with disappearing polygons
  in front of the camera is now completely gone (touch wood!).

Date:	Sunday May 6, 2001 @ 0:02
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv4261/libs/csengine/polygon

Modified Files:
	pol2d.cpp 
Log Message:
- Moved G3D->SetPerspectiveAspect() to init in csEngine::Draw()
  instead of everywhere else.
- Removed the obsolete inv_aspect field from the structures
  sent to iGraphics3D.
- Fixed the python plugin again.
- Started work on improved DrawTriangleMesh for OpenGL. OpenGL
  renderer will now keep a 3D frustum in camera space and recalc
  this when needed (not finished yet).

Date:	Monday May 7, 2001 @ 8:58
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv3338

Modified Files:
	polytmap.cpp polygon.cpp 
Log Message:
further work on csengine. Also changed IMPLEMENT_OBJECT_INTERFACE
and IMPLEMENT_OBJECT_INTERFACE_EXT. They now take the class
they are applied to and add it implicitly to the list of support cast types (so you
don't have to do that explicitly for every class).

Date:	Friday May 11, 2001 @ 6:15
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv28457/libs/csengine/polygon

Modified Files:
	pol2d.cpp 
Log Message:
- Added additional HOWTO sections.
- Moved the FOG constants from OpenGL to ivideo/graph3d.h. They
  are general enough for any hardware accelerated fog implementation.
- Fixed fog in OpenGL. It now works again. For some reason it got
  broken. It is also faster (since no fog array needs to be copied
  anymore) and it uses less memory.
- Added a 'name' parameter to iEngine::CreateLight().
- Added GetLastAnimationTime() to csEngine.
- Removed csMeshWrapper::NextFrame(). csMeshWrapper will now use
  the last animation time from the engine to automatically detect
  if meshobj->NextFrame() has to be called. This is an optimization.
- Put 'mixmode' in G3DPolygonDPFX for DrawPolygonFX. This is in
  preparation for the removal of StartPolygonFX and FinishPolygonFX.
- Removed the support for Shortcut routines in OpenGL renderer. It
  was not used and did not work anyway.
- Fixed a memory leak in the software clipper used in OpenGL.
- Fixed a bug with the software clipper in OpenGL with meshes that
  resulted in no triangles after clipping.
- Fixed a bug with the software clipper in OpenGL. It would not
  clip correctly for meshes that were already transformed by the
  engine (this can happen for skeletal sprites).

Date:	Saturday May 12, 2001 @ 10:14
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv24323

Modified Files:
	polytmap.cpp polyplan.cpp 
Log Message:
moved textrans.cpp (.h) from csengine to csgeom

Date:	Sunday May 13, 2001 @ 12:47
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv22533/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
- Removed all 'friend' declarations (except Dumper) from
  csLightPatch. Instead added SetPolyCurve(), AddPolyList(),
  AddLightList(), RemoveLightList(), SetLightFrustum(), and
  GetLightFrustum(). Added a few CS_ASSERT's again.
- Added some CS_ASSERT's to various classes in csgeom.
- Added CS_ASSERT to dynamic light calculation code.

Date:	Monday May 14, 2001 @ 2:13
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv19320/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
- Fixed a bug in csShadowBlock, why doesn't a compiler warn on stupid
  assignments like 'a=a'? There is a very small chance that this
  fix may fix the dynamic lighting bug I'm experiencing. Not sure
  though.
- Put in lots of sanity checks in csShadowBlock and related classes.
  Also lots of CS_ASSERT calls.
- Added support for KEY keyword in loader for lights.
- Added new cmd_AnimateDynLight which will animate a pseudo-dynamic
  light.
- Added new cmd_AnimateDynLight to flarge to test this.
- Added new id's to csLight to solve a problem with lightmap saving
  (for pseudo-dynamic lights).
- Changed csEngine::FindCsLight() to work with this new ID instead
  of the CS_ID. Also changed csSector::FindLight().
- The two changes above fix a bug with pseudo-dynamic lights not
  loading correctly.
- Fixed a bug with pseudo-dynamic lights not setup correctly if
  the lighting is recalculated (i.e. not read from lm cache).

Date:	Monday May 14, 2001 @ 23:13
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv1727/libs/csengine/polygon

Modified Files:
	pol2d.cpp 
Log Message:
- Removed StartPolygonFX and FinishPolygonFX completely. Only
  the glide and Direct3D renderers are not updated. For now just call
  DrawPolygonFX(). That function is itself responsible for testing
  it texture information needs to be updated or not.
- csEngine::CreateSectorWallsMesh() will put the created mesh in
  the 'wall' render priority queue now.
- Further updated apimod19.txi.
- Added HOWTO on render priorities.

Date:	Thursday May 17, 2001 @ 2:48
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv30375/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
- Did an experimental optimization. CS will now keep the lightmap
  in another format which is more suitable for hardware. Instead
  of three seperate maps of red, green, and blue data we now have
  r,g,b,0 in one array. Disadvantage: 4 bytes per lightmap entry
  instead of 3. Advantage: no more need to convert the lightmap
  in OpenGL as this format can be used like that. This gives a speed
  up which is especially visible if there are dynamic lights and
  you are moving a lot (and there are lots of lightmaps). Otherwise
  it will not give a slow-down.
  The new format can be turned of by setting NEW_LM_FORMAT to 0
  in iengine/lightmap.h.
  WARNING! Lightmaps will have to be relalculated (-relight).
- Removed a bunch of code in OpenGL lightmap handling which used
  to be needed but now I can't see a difference in visual output.
  The code is between #if 0/#endif so I can revert if needed.

Date:	Friday May 18, 2001 @ 1:12
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv14647/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Since the new lightmap format seems to work well I removed the
optional support for the old format.

Date:	Monday May 28, 2001 @ 6:44
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv14254/libs/csengine/polygon

Modified Files:
	pol2d.cpp 
Log Message:
- Added an experimental optimization by using the GL_TEXTURE matrix
  to scale texture layers instead of scaling manually. On my ATI
  this does not seem to speed-up so it is currently disabled. Will
  try on other cards later. To enable it set EXP_SCALE_MATRIX to 1.
- Removed the now obsolete 'alpha' member in G3DPolygonDP. 'alpha'
  is now part of the mixmode that is also in that structure.
- Added CS_FX_SETALPHA_INT() which accepts an alpha between 0 and
  255 (and complements the already existing CS_FX_SETALPHA which
  accepts alpha between 0 and 1). Various parts of CS were actually
  calling CS_FX_SETALPHA with alpha between 0 and 255 which is
  obviously wrong. This fixes a number of loader bugs (in particular
  parsing ALPHA/MIXMODE of material layers, ball loader, cube loader,
  emit loader, explo loader, fire loader, fountain loader, rain loader,
  snow loader, spiral loader, spr2d loader, spr3d loader, surf loader,
  and thing loader).
- Cleaned up OpenGL renderer a little with regards to setting up
  blending modes. The SetupBlend() routine can now do all this setup.
- Optimized OpenGL renderer a little by removing all calls to
  glTexEnvf() and calling that routine once at init. The same parameter
  was used in all cases (GL_MODULATE). This increases FPS considerably.
- Optimized OpenGL::SetupBlend() by remembering the previous blending
  state.
- The common OpenGL canvas no longer disables depth testing and
  blending. It is now the OpenGL 3D renderer which does that right
  before going into 2D rendering mode.
- Fixed a bug in the common OpenGL canvas handling. It disabled
  GL_DITHER without restoring it.

Date:	Thursday May 31, 2001 @ 8:57
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv13779

Modified Files:
	polytmap.cpp 
Log Message:
replaced usage of the 'new' RTTI system with SCF in many cases

Date:	Thursday May 31, 2001 @ 13:36
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv14547

Modified Files:
	polytmap.cpp polygon.cpp 
Log Message:
removed the now unused 'new' RTTI system and the string server plug-in

Date:	Friday June 1, 2001 @ 6:00
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv23988/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Removed the old and obsolete iThing interface. Added
  GetPrivateObject() to iThingState.
- Extended iSector with functions to query/add/remove collections.
- Extended iSector with GetNumLights() and GetLight().
- Added iSector::HitBeam().
- Added GetPrivateObject() to iCollection.
- Added iEngine::GetNumMeshFactories() and GetMeshFactory().
- Rationalized a bit of the engine API. Changed the following (replace
  'Bla' in the following with whatever it is you are working on):
	- csSector: GetNumberBla() to GetBlaCount()
	- iSector: RemoveBla() to UnlinkBla()
	- iSector: FindBla(char* name) to GetBla()
- Changed csCameraPosition::Load() to work with iCamera and iEngine
  instead of csCamera and csEngine.
- Added iMeshWrapper::GetChildCount() and GetChild().
- Added iMeshWrapper::GetRadius().
- Reworked walktest so that it uses SCF interfaces more instead of
  the direct classes. This avoids a lot of GetPrivateObject() calls.
- Fixed all other apps to the changes above.
- Removed the DDG landscape engine.
- Fixed a bug in the landscape engine. If a light is after a triangle
  it would actually subtract from the base color. Thanks to Wouter
  Wijngaards for spotting this. This also improves speed of dynamic
  lighting because there is no more need to clamp down.

Date:	Friday June 1, 2001 @ 8:30
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv24518/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Eric Sunshine modified the following classes to embed SCF interfaces
rather than inheriting them in order to work around multiple-inheritance
problems with the NextStep compiler:

    iPolyTexFlat     -> csPolyTexFlat
    iPolyTexGouraud  -> csPolyTexGouraud
    iPolyTexLightMap -> csPolyTexLightMap

Date:	Monday June 4, 2001 @ 9:12
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv21457

Modified Files:
	polytmap.cpp polygon.cpp 
Log Message:
removed the now unused 'old' RTTI system

Date:	Tuesday June 5, 2001 @ 0:41
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv21247/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Fixed a very old bug in the OpenGL renderer. Triangle meshes as
  seen through a mirror did make backface culling operate differently.
  This resulted in the inside of the object being visible through
  a mirror.
- Fixed another bug in OpenGL clipper with regards to mirroring.
- Added new version of csFrustum::ClipToPlane() which accepts a
  general plane instead of two vertices.
- Renamed csPlane3::GetNormal() to Normal(). Also for csDPlane.
- Added csTransform This2OtherRelative() and Other2ThisRelative()
  which operate on csPlane3.
- Removed a couple of csIntersect3::Plane() routines to make things
  simpler.
- Did a little work on plane clipping in OpenGL renderer. It is
  almost working perfectly now but there are still a few problems/bugs
  here and there.
- Fixed two bugs with csPolygon3D::IsTransparent() and polygons using
  MIXMODE. When such a polygon was used on a portal the portal would
  not detect that the polygon was transparent and the texture would
  not be drawn.
- Reduced the optimization level in linux.mak from -O6 to -O2.
  This will probably not do much anyway and -O6 seems to give problems
  with gcc 2.96. I hope -O2 works well enough.
- Removed 'sndload' from 'make walkall'.

Date:	Tuesday June 5, 2001 @ 7:34
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv20458/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
- Started cleaning everything other than the c-buffer culler from
  CS engine. The rest isn't working either and is only useful for
  reference (which CVS will hold). This simplifies the engine
  considerably.
- Removed 'culler' command from WalkTest.

Date:	Tuesday June 5, 2001 @ 9:34
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv14196/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
Eliminated several compilation warnings from portal.cpp.

Date:	Wednesday June 6, 2001 @ 2:21
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv26053/libs/csengine/polygon

Modified Files:
	polytext.cpp portal.cpp 
Log Message:
- Removed support for the quadtree, coverage mask tree, coverage mask
  cube, and solid tree from CS. I parked the code locally and it will
  also be in the CVS attic. Some of that code (especially the 3D
  quadtree) will be useful to resurrect later but at this moment
  it is just confusing me :-)
- Added cs/iMovable::GetSectorCount() and also made a lot of the
  functions 'const'.
- Made a number of cs/iCamera members const.
- Made a number of cs/iMeshWrapper members const.
- Made a number of cs/iMeshFactoryWrapper members const.
- Made a number of iVisibilityObject members const.
- Made a number of iMeshObject members const.
- Made a number of iMeshObjectFactory members const.
- Added 'const' to a number of mesh object implementations and
  state interfaces.

Date:	Wednesday June 6, 2001 @ 16:55
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv9828

Modified Files:
	polytmap.cpp 
Log Message:
- removed DECLARE_TYPED_SCF_VECTOR(). This macro created a
  subclass of csVector that was intended to store SCF objects. It was
  useless because it never did an IncRef() on the contained objects, only
  a DecRef().
- made iSoundWrapper a subclass of iBase
- completely rewrote csObject. It now stores a list of iObject pointers and
  does not cast to csObject anymore. The reference count of contained
  objects is correctly increased and decreased. In addition, a csObject
  keeps a 'parent' pointer that is set when an object is added or removed,
  but has no further meaning and it is not IncRef'ed / DecRef'ed either. The
  user can decide how to make use of this pointer.
- The remake of csObject required some changes in the whole of CS. Mainly,
  where an object was added with ObjAdd (), a DecRef to the added object
  had to be done. Calls to ObjRelease() should be replaced by an IncRef()
  to the object-to-release and then a RemoveObject, although there was no
  such case in the current CS code.
- removed csObjectNoDel and csPObject.

Date:	Tuesday June 12, 2001 @ 2:08
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv30964/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp 
Log Message:
- Removed dumper.cpp and dumper.h. They are obsolete and BugPlug
  will soon get nearly all the functionality which was in Dumper.
- Removed obsolete (and useless) unix specific signal handling
  in walktest.cpp.
- Removed the commands 'gamma', 'dblbuff', 'dump', 'coorddump',
  'fov', and 'fovangle' from WalkTest. Extended BugPlug to have
  the equivalent functionality.
- Beware! In the dark recesses of BugPlug there now lives a creature
  so awful and fierce that even the mightiest heroes don't dare to
  look at it! When the sun shines over the mountains and fields,
  everything is well and Spider remains hidden in its dark cave.
  However, when the moonlight is dim or shaded, and nasty bugs crawl
  over the country, Spider will weave its web of deceit over the
  infected land! Unaware of the great danger, an unsuspecting wanderer
  might look over the country. Here Spider will strike! It will put
  a curse on the wanderer which will reveal his whereabouts to Spider
  at any time in the future! The only remedy to this curse is death!

Date:	Thursday June 14, 2001 @ 17:24
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv16509

Modified Files:
	portal.cpp polygon.cpp 
Log Message:
made the following changes:
- cleaned up the code for csPortal, csKeyValuePair and csMapNode
- added several csPortal methods to iPortal
- renamed iPortal::GetPortal / SetPortal to GetSector and SetSector
- added the missing SetKey to iKeyValuePair
- removed the unused 'MyOwner' member of csMeshWrapper
- added some missing const specifiers to methods of csFlags

Date:	Sunday June 17, 2001 @ 16:50
Author:	norman

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv32762/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp portal.cpp 
Log Message:
method name changes, lots of it

Date:	Sunday June 17, 2001 @ 23:46
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv25478/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Fixed a bad bug in iPolygon3D::CreateNullPortal(). This function
  should be used to create portals that point nowhere yet. A
  callback associated with that portal will be called whenever
  the engine needs to go through the portal. This function did not
  work correctly though. It would set garbage to the sector pointer
  instead of a valid NULL pointer.
- Fixed a bug in the map loader when used in combination with
  regions. It would actually start resolving sector portals again,
  even from sectors not loaded in this region.

Date:	Tuesday June 19, 2001 @ 3:09
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv6791/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Removed verbose output of lightmap calculation if recalculation
  of lighting is not enabled. Now the progress bars are only
  displayed when lighting is actually being calculated.
- Removed some totally useless init message in the parser with regards
  to lightmap cell size.
- Added iLightingInfo class which encapsulates lighting systems
  for mesh objects. Currently only thing mesh objects implement
  this. This class contains method to initialize lighting and
  also for lighting cache management.
- Removed all lightmap related stuff from iSector. This is now
  handled by the thing mesh object.
- Removed all lightmap related stuff from iThingState.
- Fixed a bug in the 'portal' command. It would try to query
  iMeshWrapper from the iMeshObject. Note that this fix doesn't
  fix the crash though.
- Changed the name of the cached lightmaps again. This means that
  levels will be black unless you use -recalc or -relight!

Date:	Wednesday June 20, 2001 @ 5:27
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv26810/libs/csengine/polygon

Modified Files:
	polygon.cpp portal.cpp 
Log Message:
- Made the resolving of portals to sectors a bit more robust
  by not resolving portals that point to sectors that already
  contain geometry.
- The CS loader will now by default call DeferUpdateLighting()
  on all loaded meshes (except the ones loaded with
  LoadMeshObject(char*filename)) so that the lighting looks ok
  directly after loading.
- Added iEngine::SelectRegion() which accepts an iRegion as a
  parameter.
- Added iRegion::GetPrivateObject().
- Fixed region handling for mesh wrappers (calls DecRef() now).
- Added iReference and iReferencedObject.
  This is a general system to keep references (iReference) to any
  kind of object (iReferencedObject). If some object wants to keep
  track of all other objects which hold a reference to this object
  then it can implement iReferencedObject and the other objects can
  implement iReference. When the referenced object is deleted it
  will call SetReferencedObject(NULL) on all the references.
- iPortal now subclasses iReference.
- csSector now implements iReferencedObject.
- By implementing this it is now safe to delete a sector. All portals
  to that sector will be automatically set to NULL portals (i.e.
  closed). If the portal has a callback associated with it then
  this will be called the next time the engine needs that portal.

Date:	Wednesday June 20, 2001 @ 6:55
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv11317/libs/csengine/polygon

Modified Files:
	polygon.cpp portal.cpp 
Log Message:
- Fixed SCF stuff in csMaterialWrapper, csTextureWrapper,
  csCameraPosition, and csMapNode. Please don't use
  CONSTRUCT_IBASE (NULL) for classes that get iBase from
  a superclass.
- csPortal now also extends csObject and embeds iPortal instead
  of inheriting from it. Added iPortal::QueryObject().

Date:	Wednesday June 20, 2001 @ 7:11
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv15661/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
Oops!

Date:	Thursday June 21, 2001 @ 3:14
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv9064/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
- Fixed a bug in the cleanup of sectors in the engine. The
  portal references were not cleaned up.
- Made the destructors of the following classes private:
	- csTextureWrapper
	- csMaterialWrapper
	- csCollection
	- csSector
	- csMeshFactoryWrapper
	- csTerrainFactoryWrapper
	- csCurveTemplate
	- csCameraPosition
- Removed csCurveTemplateArray. It was not used.
- csThing no longer puts itself in the current region. That is
  not needed since csMeshWrapper already does that.
- Completely reworked the callback system for portals. A portal
  callback is no longer a function. Instead it is an SCF
  class (iPortalCallback) that you have to implement. This allows
  cleanup of that callback when the portal is deleted.
  There are also two types of portal callback now:
     - Missing sector: this is the old type. When a sector is missing
       (null portal) this will be called.
     - Portal callback: this will be called when the sector is not
       missing.
- Made a few things in the Window canvases static (ddraw, ddraw8,
  and glwin32) so that they can be static linked with each other.
- Fixed static linking for apps using the engine as a plugin by
  adding engine/3d to the PLUGINS section (instead of PLUGINS.DYNAMIC)
  in mk/user.mak.

Date:	Friday June 22, 2001 @ 2:14
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv25738/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
- Fixed a bug in Walktest with the deletion of the legs/body
  collider. They were deleted with DecRef() but that is illegal
  since it is now required that they are deleted with
  engine->RemoveMesh().
- Implemented RemoveFromCache() in OpenGL 3D renderer. This is
  important for dynamic worlds because when a polygon is deleted
  the OpenGL renderer would not release information associated with
  that polygon. In particular the lightmap data was not released.
- Fixed a missing DecRef() on iThingState in the thing loader. That
  would leak a reference.
- Fixed a missing DecRef() in the thing loader when loading polygons.
- Removed csPolygonArrayNoFree. It is not used.

Date:	Friday June 22, 2001 @ 7:17
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv10117/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
- Fixed a bug in csSector::FollowSegment(). It would not
  work correctly for null portals. Now it correctly detects
  that case.
- Removed the ref from csPolyTexture to csPolygon3D. It is a
  circular reference.
- Worked on a very old bug in the software renderer texture cache.
  Actually I tried to worked around the bug. I don't understand the
  real nature of the bug though. The code is commented because
  it doesn't work correctly yet. There are also underflows it seems!

Date:	Monday June 25, 2001 @ 7:15
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv28063/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polytext.cpp polytmap.cpp portal.cpp 
Log Message:
Eric Sunshine made the following name changes throughout the project in
order to avoid global namespace pollution:

All SCF macros are now prefixed by "SCF_".
All MSG_BLAH macros are now prefixed by "CS_".
All QUERY_PLUGIN macros are now prefixed by "CS_".
All LOAD_PLUGIN macros are now prefixed by "CS_".
All IS_BLAH_EVENT macros are now prefixed by "CS_".

Date:	Friday June 29, 2001 @ 18:04
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv30026/libs/csengine/polygon

Modified Files:
	pol2d.cpp polytext.cpp 
Log Message:
Eric Sunshine made the following changes to the project:

-*- Added a "CS_" prefix to the following platform-specific configuration
    macros:

    SOFTWARE_2D_DRIVER --> CS_SOFTWARE_2D_DRIVER
    OPENGL_2D_DRIVER   --> CS_OPENGL_2D_DRIVER
    GLIDE_2D_DRIVER    --> CS_GLIDE_2D_DRIVER
    SOUND_DRIVER       --> CS_SOUND_DRIVER

-*- Added a "CS_" prefix to the following csVector-related macros.
    Furthermore, DECLARE_TYPED_SCF_VECTOR has been renamed to
    CS_DECLARE_TYPED_IBASE_VECTOR in order to more clearly indicate that
    this array type works with reference-counted iBase objects.

    BEGIN_TYPED_VECTOR()       --> CS_BEGIN_TYPED_VECTOR()
    FINISH_TYPED_VECTOR()      --> CS_FINISH_TYPED_VECTOR()
    DECLARE_TYPED_VECTOR()     --> CS_DECLARE_TYPED_VECTOR()
    DECLARE_TYPED_SCF_VECTOR() --> CS_DECLARE_TYPED_IBASE_VECTOR()
    DECLARE_TYPED_VECTOR_HELPER()
	--> CS_CS_DECLARE_TYPED_VECTOR_HELPER()
    DECLARE_TYPED_VECTOR_NODELETE()
	--> CS_CS_DECLARE_TYPED_VECTOR_NODELETE()

-*- Added a "CS_" prefix to the following `sysdef' request macros.
    Furthermore, each macro name now contains the word "provide" since
    these macros are used by client code to request that cssysdef.h
    provides certain facilities.

    SYSDEF_ACCESS  --> CS_SYSDEF_PROVIDE_ACCESS
    SYSDEF_ALLOCA  --> CS_SYSDEF_PROVIDE_ALLOCA
    SYSDEF_CASE    --> CS_SYSDEF_PROVIDE_CASE
    SYSDEF_DIR     --> CS_SYSDEF_PROVIDE_DIR
    SYSDEF_GETCWD  --> CS_SYSDEF_PROVIDE_GETCWD
    SYSDEF_GETOPT  --> CS_SYSDEF_PROVIDE_GETOPT
    SYSDEF_MKDIR   --> CS_SYSDEF_PROVIDE_MKDIR
    SYSDEF_PATH    --> CS_SYSDEF_PROVIDE_PATH
    SYSDEF_SELECT  --> CS_SYSDEF_PROVIDE_SELECT
    SYSDEF_SOCKETS --> CS_SYSDEF_PROVIDE_SOCKETS
    SYSDEF_TEMP    --> CS_SYSDEF_PROVIDE_TEMP
    SYSDEF_UNLINK  --> CS_SYSDEF_PROVIDE_UNLINK

-*- Updated apimod19.txi to mention the above macro name changes.

Date:	Saturday June 30, 2001 @ 22:04
Author:	miklby

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv12104/CS/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
- In the ongoing quest to eliminate bugs is the HitBeam(),
  bounding box and radius systems, I have added an additional
  feature to bugplug. When the plugin is used to grab the
  bounding box on an object, the beam and the intersection
  points are also drawn. This is to aid the further debugging
  of HitBeam(). With the latest patches you should see a
  co-linear, green and red line. If you see a triangle with
  a green, red and yellow side, then there is trouble with
  your mesh's HitBeamObject() method.
  
- Add intersect parameter to csSector::HitBeam(). This is
  to allow the intersection point with mesh objects to be
  extracted. Mesh object and portal have be changed to suit.
  
- Corrected BugPlug to feed InvPerspective() the correct
  value for the mouse co-ords with the Y axis inverted.

Date:	Thursday July 5, 2001 @ 2:16
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv20165/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
- Added iReporterListener interface. Added the notion of listeners
  to the reporter. You can now register listeners that will listen
  to new messages that arrive with the reporter. The listeners
  can handle that message and then let it be discarded.
- Changed the engine to use the reporter to tell about loading
  progress instead of using CsPrintf. Changed WalkTest to add a
  reporter listener which will listen to NOTIFY and WARNING messages
  and will display them immediatelly.
- Removed CsPrintf() in engine.

Date:	Thursday July 5, 2001 @ 14:00
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv17688

Modified Files:
	polytext.cpp 
Log Message:
- changed the way lightmaps are represented in the engine. Instead of
  a simple array of simple, an array of csRGBpixel's is now used. This should
  not change the actual binary representation, which is important for the
  renderers.
- all this is done in csRGBMap, which now exists in csgeom. csRGBLightMap
  has been removed.

Date:	Thursday July 5, 2001 @ 15:15
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv2164

Modified Files:
	polytext.cpp 
Log Message:
added a generic macro to csutil (sarray.h) that lets you define a non-growing
but resizable array, similar to the newly added csRGBMap but for any given
type. Removed csRGBMap again; the lightmap code uses the above macro
for this. Also re-implemented csShadowMap using the macro.

Date:	Friday July 6, 2001 @ 10:50
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv14499/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
- Added iEngine::ShineLights() for manually calculating lighting.
- The engine plugin can now be initialized without requiring a
  G3D plugin. This is useful for using the engine in a server
  setup or for calculating stuff (like lighting).
- Tried to modify the engine and parser so they work nicely without
  a 3D renderer. For the parser this is ok but it appears to be
  more complicated for the engine so I aborted this attempt.
- Removed EnableLightingCache() and IsLightingCacheEnabled()
  from the engine (iEngine and csEngine). Instead added
  SetLightingCacheMode() and GetLightingCacheMode(). There
  are two flags that you can combine and give to that function:
    CS_ENGINE_CACHE_READ
    CS_ENGINE_CACHE_WRITE
  If CS_ENGINE_CACHE_READ is set then the engine will try to
  read lightmaps from the cache. If this fails then no lighting
  will be present. If CS_ENGINE_CACHE_READ is not set then the
  engine will recalculate lighting.
  If CS_ENGINE_CACHE_WRITE is set then the engine will cache
  the resulting lighting.
- Added Lighter application which will do the lighting on a level.
  It even shows a graphical progress bar (this is now possible
  with the new iProgressMeter interface I made yesterday)
  Don't expect too much fancy graphics though! That's for later :-)

Date:	Sunday July 8, 2001 @ 11:12
Author:	mgeisse

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv27815

Modified Files:
	portal.cpp polytext.cpp polygon.cpp pol2d.cpp 
Log Message:
replaced lots of SCF_QUERY_INTERFACE calls in the engine with
SCF_QUERY_INTERFACE_FAST.

Date:	Sunday July 8, 2001 @ 12:21
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv10119/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Extended iVisibilityCuller with IntersectSegment().
- Moved the implementation of IntersectSegment() from csSector
  to csThing. There it is now implemented much more efficiently
  by using the visibility algorithms for detail objects.
- The above optimizations greatly optimize speed of moving
  around in very big levels that use an octree for visibility
  culling (several factors faster).
- Things now keep a list of polygons which have a portal.
  This is maintained by csPolygon3D itself through the
  functions csThing::AddPortalPolygon() and
  csThing::RemovePortalPolygon(). This list is going to be
  used for a more optimal camera movement system. The camera
  movement system currently does a full FollowSegment() but
  this is rather expensive in big maps considering that it
  has to test ALL objects and polygons. It is much more
  efficient to just test the portals and let collision detection
  do the rest.
- Added 'only_portals' parameter to iSector::FollowSegment()
  and csSector::FollowSegment(). When this flag is true (default
  and old behaviour is false) then only portals will be checked
  and no collision detection with walls will happen. This is a lot
  faster but it does mean that the application will need another
  way to do collision detection with objects and walls.
- Added equivalent 'only_portals' flag to
  csThing::IntersectSegment() and csSector::IntersectSegment().
- Added OnlyPortals() and GetOnlyPortals() functions to iCamera
  with which you can control if MoveWorld() will check collision
  with portals alone or also with other polygons. By default
  this is 'true' (which is a lot faster).
- Fixed a bug with map2cs where it would put the MOVEABLE()
  keyword outside the PARAMS() block. It must go inside the
  PARAMS() block instead.

Date:	Monday July 9, 2001 @ 2:39
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv802/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Added csThing::IntersectSegmentFull() which does the same
  thing as IntersectSegment() except that the latter doesn't (anymore)
  test objects in the visibility tree.
  iVisibilityCuller::IntersectSegment() (implemented by csThing)
  will actually call IntersectSegmentFull().
- Renamed proctex.cpp in simplept to sproctex.cpp. Due to a limitation
  in the makefile system we cannot have source files that have
  the same name even if they are in seperate sub-projects.
- Renamed csPoly3D::SetGetVertexCount() to SetVertexCount().
- Renamed csPoly2D::SetGetVertexCount() to SetVertexCount().
- Renamed csWfPolygon::SetGetVertexCount() to SetVertexCount().
- Fixed a signficant bug in the transformation of bounding boxes
  in the octree. It could happen that it was not updated enough.
  Now it uses the camera number to see if it needs updating those
  vertices and it will also make sure the number of vertices in the
  camera array is the same as the number of vertices in the object
  array.

Date:	Monday July 9, 2001 @ 6:20
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv12654/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
- Fixed a bug in CheckFrustum() code. Detail objects would not
  be correctly treated by the visible_set csHashSet.
- Fixed another bug in CheckFrustum(). The visibility objects would
  not be correctly initialized which means that the initial lighting
  step would not be able to see them (i.e. detail objects got no
  lighting).

Date:	Tuesday July 10, 2001 @ 4:21
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv31665/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Eliminated several compilation warnings from polytext.cpp.

Date:	Wednesday July 11, 2001 @ 3:40
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv22386/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
- Made a lot of functions in csPolyTexture inline.
- Started a fundamental rewrite of the lighting system. I'm far
  from satisfied with the quality of the current lightmap generator.
  In big levels using octree there are LOTS of small and not-so-small
  lighting errors. Also the current code is WAY to complex to
  actually maintain. So I'm not going to start to try fixing that.
  This is only the fourth time the lighting system has been rewritten
  though :-)
- Added new csShadowBitmap class. This class will hold shadow
  information for a single lightmap. Shadows will be rendered on
  this bitmap during the lighting process. Later on the shadow bitmaps
  will be used to update the lightmaps.
- Added iFrustumViewUserdata SCF interface which will be used to
  attach user data to iFrustumView (used by CastShadows() and
  CheckFrustum()). Added SetUserdata() and GetUserdata() to
  iFrustumView interface.
- Added csLightingPolyTexQueue class which will hold the data for the
  lighting process. It implements iFrustumViewUserdata.

Date:	Wednesday July 11, 2001 @ 6:38
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv22945/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
Continued work on the new lighter. Almost starts to work now but
it still isn't enabled by default.

Date:	Wednesday July 11, 2001 @ 6:58
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv27206/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Removed some debug info.

Date:	Thursday July 12, 2001 @ 5:41
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv22481/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
- Added iPolygon3D::GetPolygonID ().
- Extended BugPlug to show the name and ID of the selected polygon.
  BugPlug will also dump some additional information to debug.txt.
- Worked further on the new lighting system. It starts to work
  mostly now but there is still a lot to do. Quality is less that
  optimal now and so is speed.
- Prepared some classes in csThing in order to be able to generate
  an edge table so that adjacent polygons can be easily detected.
  Unimplemented at the moment.

Date:	Friday July 13, 2001 @ 6:04
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv4601/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
- Removed a hard-coded limit to the number of lightmaps that
  can be affected by a pseudo-dynamic light. This used to be
  2000 but I implemented this by using a csVector now.
- Changed the callback functions in iFrustumView with an additional
  'vis' parameter. This means that those functions will now also
  be called when a polygon or curve is totally shadowed. In this
  case 'vis' will be set to false.
- Continued working on the new lighting system. It is almost
  starting to work now. But the last straw is always the most
  difficult one :-) It is still not enabled by default.

Date:	Monday July 16, 2001 @ 2:33
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv465/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp portal.cpp 
Log Message:
- Fixed pseudo-dynamic lighting again (broke it yesterday).
- New lighting system starts to work good enough so that I
  now removed the old system. There are still a few small problems
  with lighting but it does look a lot better than the old system.
  Also the new system doesn't support warping portals yet.
- Significantly cleaned up the iFrustumView code by removing all
  lighting specific stuff.
- Cleaned up new lighting system and CheckFrustum() a little more.
- Added iLightingProcessInfo interface. A callback for a null-portal
  can query this interface from the userdata in iFrustumView to
  get information about the light that is being processed.
- Fixed a small bug in the first simple tutorial (documentation
  only).
- Fixed curve static and dynamic lighting so it is correct with
  space warping portals.
- Fixed a memory leak in curve code.
- Added -lightqual commandline option to influence the quality of
  lightmap generation. By default this is equal to 3 which is rather
  good. Higher values give better quality but then calculation takes
  a LOT longer. I would not go beyond 4 or 5 really. Lower quality
  values are a lot faster to calculate but don't look as nice. 2
  is still good but below that it starts getting ugly (but fast) very
  soon.
- Also added equivalent Engine.Lighting.LightmapQuality config option
  (in data/config/engine.cfg) which holds the default for this setting.

Date:	Monday July 16, 2001 @ 7:32
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv5456/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Added a test for adjacent polygons for lighting. This is really
very clumsy code and it should be rewritten preferably using some
precalculated stuff. But it does improve lighting quality a lot,
especially with low quality setting. Note that it slows down lighting
again.

Date:	Tuesday July 17, 2001 @ 2:29
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv1285/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Implemented hierarchical mesh factories. Extended the
  iMeshFactoryWrapper with functions to manipulate them.
- Added iMeshFactoryWrapper::CreateMeshWrapper() which will create
  a mesh wrapper (or hierarchy of mesh wrappers if it is a hierarchical
  factory). csEngine::CreateMeshObject() will use that function
  now.
- iMeshFactoryWrapper::CreateMeshWapper() will now by default
  use the name of the factory wrapper for the names of the enclosed
  objects.
- Renamed all iEngine::CreateMeshObject(), FindMeshObject(),
  GetMeshObject(), ... to CreateMeshWrapper(), FindMeshWrapper(), ...
  as those functions really operate on mesh wrappers and not on
  mesh objects.
- Added support for hierarchical mesh object factories to the
  world file. Just use MESHFACT inside another MESHFACT. You can
  then also use MOVE keyword to define relative transformation.
- To create mesh objects from such a hierarchical mesh factory it
  is not enough to use the MESHOBJ keyword. For this a new keyword
  is added called MESHREF. This works a bit like MESHOBJ but the
  first thing you have to specify is the factory to use. This will
  then create a mesh object hierarchy from that factory. Note that
  with MESHREF it is not possible to specify further mesh object
  specific options (i.e. things that would normally go inside
  the PARAMS block of a mesh object). These objects have to be
  manipulated from within the code.
- Added an example hierarchical mesh factory to flarge. Also
  demonstrates how to use the new MESHREF keyword.
- Added CS_ prefix to the following defines:
    - DECLARE_GROWING_ARRAY
    - DECLARE_GROWING_ARRAY_EXT
    - DECLARE_GROWING_ARRAY_REF
    - TYPEDEF_GROWING_ARRAY
    - DECLARE_ACCESSOR_METHODS
    - DECLARE_ARRAY_INTERFACE_NONUM
    - DECLARE_ARRAY_INTERFACE
    - DECLARE_OBJECT_INTERFACE
    - DECLARE_EMBEDDED_OBJECT
    - IMPLEMENT_EMBEDDED_OBJECT

Date:	Tuesday July 17, 2001 @ 2:43
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv3986/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Fixed a bug which occured when portals were being split by a bsp
tree.

Date:	Wednesday July 18, 2001 @ 5:19
Author:	miklby

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv12070/CS/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
- polytext.cpp: hid the overloaded *PutPixel and *DrawBox
  by prepending underbars to the overloaded methods. Adapts
  polytext to egcs 2.91.66 brain death.

- flarge: added metaball to the basement. Added a couple of
  lights so its not so dark down there
  
- stdtex.zip: added blobby.jpg.

Date:	Thursday July 19, 2001 @ 6:47
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv1208/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Made the UV syntax for specifying a texture a little bit more
robust by testing if it is actually a valid texture mapping
specification. This avoids a crash. It will print a warning
if invalid. In addition it will select some default valid
texture mapping.

Date:	Friday July 27, 2001 @ 2:16
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv20480/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
	- Removed iSystem::Printf() and iSystem::PrintfV(). The plan is now
	  to use the reporter instead. To do this you can use the following
	  initialization code somewhere in your app or plugin init:
	    #include "ivaria/reporter.h"
	    iReporter* reporter = CS_QUERY_REGISTRY (object_reg, iReporter);
	- Added csReport() conveniance function. This function will use
	  the object registry to see if there is a reporter. If so it will
	  use it, otherwise it will print to standard output. Example:
	    csReport (object_reg, CS_REPORTER_SEVERITY_ERROR,
	    	"crystalspace.???.???", "Bad error in '%s'!", filename);
	- Keep in mind when replacing Printf() with Report() that report
	  will automatically add a newline at the end of the string.
	- In addition removed CS_MSG_ constants. Use the CS_REPORTER_SEVERITY_
	  constants instead. You can use the following translation:
	    CS_MSG_WARNING -> ..._WARNING
	    CS_MSG_FATAL_ERROR -> ..._ERROR
	    CS_MSG_INITIALIZATION -> ..._NOTIFY
	    CS_MSG_CONSOLE -> ..._NOTIFY
	    CS_MSG_STDOUT -> ..._NOTIFY
	    CS_MSG_INTERNAL_ERROR -> ..._BUG
	    CS_MSG_DEBUG_? -> ..._DEBUG
	- Changed the csTextProgressMeter so that it now has an output
	  console as a parameter and not the msg type (CS_MSG_...) and
	  iSystem pointers.
	- Did the same for csProgressPulse.
	- Removed the 'mode' parameter (which used to be one of CS_MSG_...)
	  from the iConsoleOutput interface. None of the output console
	  plugins were using it and it is obsolete anyway.
	- Added ... to iConsoleOutput::PutText() and also added PutTextV().
	- Changed all libraries, apps, and plugins in CS to use the reporter
	  instead of iSystem::Printf(). This affects LOTS of files...
	- Removed csSystemDriver::Warn() and Alert().
	- Removed the console pointer in csSystemDriver.
	- Removed ConsoleOut() from system driver. It was not used a lot
	  and in all cases it was defined as a normal puts. Also removed
	  specific ConsoleOut() implementations for some OS'es.
	- Instead of ConsoleOut() there is now csPrintf() which works
	  more like printf (i.e. exactly like printf) but which can be
	  defined by the platform. The DJGPP port has its own implementation
	  of csPrintf() which can disable itself if graphics are enabled.
	  In general csPrintf() should always be used instead of printf.
	  Little of the code is doing that however.
	- Also added csVPrintf() which is similar to vprintf().
	- Removed Time() from system driver.
	- Instead of Time() there is now csGetClicks(). Currently
	  iSystem::GetTime() has not been removed yet but that will call
	  csGetClicks().
	- Moved the initialization of SCF from csSystemDriver::Initialize()
	  to the constructor of csSystemDriver. The problem is that SCF
	  is now required even before Initialize() is called in order to
	  be able to access the object registry and various objects in
	  that registry (like the commandline which typically is needed
	  BEFORE Initialize).
	- Fixed a crash bug in Blocks.
	- Fixed a problem with static linking for height generation
	  classes in both terrfunc and csparser.

Date:	Friday August 3, 2001 @ 12:27
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv23862/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Removed iSystem::GetInstallPath(). Removed
  csSystemDriver::InstallPath(). Instead there is now the global
  csGetInstallPath() function.
- Removed all 'fatal_exit' calls and also removed fatal_exit()
  itself.

Date:	Sunday August 12, 2001 @ 8:06
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv2080/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Eric Sunshine made the following changes to the project:

-*- Converted the Apple/NeXT ports over to the new platform-specific
    shared `helper' object paradigm as much as possible at this time.  The
    changes include:

    * Added iNeXTAssistant interface which declares methods for use by
      canvases, the AppKit delegate object, and the C++ to Objective-C
      bridging code.

    * Added NeXTAssistant which implements iNeXTAssistant.  This object
      lives within CS/libs/cssys/next and has inherited much of the
      functionality performed in the past by NeXTSystemDriver.
      Unfortunately, this object still has some reliance upon the system
      driver since some system driver functionality has not yet been
      relocated to stand-alone utility modules.

    * Removed almost all functionality from NeXTSystemDriver.  This class
      is now relatively tiny.

    * Updated NeXTDelegate, the Objective-C AppKit delegation object, to
      work via iNeXTAssistant rather than iSystem::PerformExtension().

    * Updated NeXTDriver2D, the AppKit-based software canvas, to work via
      iNeXTAssistant rather than iSystem::PerformExtension().

-*- Fixed a bug in CheckActionConflict() from mdltool.cpp where the
    Action2 object was being accessed after DecRef() was called on it.

-*- Eliminated several compilation warnings in mdltool.cpp.

-*- Modified garray.h to work around a really bone-headed bug in the
    OpenStep C++ compiler.  Specifically, with this type of code:

    class A {
    private:
      CS_DECLARE_GROWING_ARRAY(Vertices, csVector3);
    };
    class B {
    private:
      CS_DECLARE_GROWING_ARRAY(Vertices, int);
    };

    The compiler would claim that the typedef of __Vertices::ga_type in
    class A (csVector3) conflicted with the one in class B (int) even
    though the typedefs are both scoped _and_ private to their own class.

-*- Eliminated several compiler warnings from csNamedObjectVector where it
    was trying to implicity convert (void*) to (iObject*).  The problem is
    that not all compilers recognize `NULL' specially, and the definition
    of NULL in some system headers is (void*).  Therefore, returning NULL
    from a method which is declared as returning a specific type results
    in this warning message.

-*- Eliminated a compiler warning from polytext.cpp where it was trying to
    implicitly convert (void*) to (iLight*).

Date:	Monday August 13, 2001 @ 22:02
Author:	philwyett

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv15220/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polytext.cpp 
Log Message:
Beginings of a optimization schedule.

- Loop optimization.
- Removed over-use and bad use of variables in some code.
- Altered some code code to use bitwise shifting for "if ( var == 1)" etc.
  testing. This is an optimization which eliminates assembler level
  CMP in speed critical code. Some may not like this and can be removed
  if it makes people un-comfortable.

- Did some altering of code to bring within CS coding style.

Work in progress. The benefits of changes can been seen in Windows port
with faster apps starts (by-product), more efficient proc textures i.e. animation
speed of certain elements improved. e.g demosky and screen FX (F4 - F6)
keys when running walktest. General FPS is also up a fraction...

Date:	Tuesday August 14, 2001 @ 0:12
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv11269/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Fixed a bug in the lighting code which prevented the falling
blocks in Blocks to be lit correctly.

Date:	Sunday August 19, 2001 @ 22:17
Author:	philwyett

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv16596/libs/csengine/polygon

Modified Files:
	polytmap.cpp 
Log Message:
Brought more header defines into line with CS
coding style and standards.

Renamed class: TextureTrans -> class csTextureTrans

Date:	Monday August 20, 2001 @ 4:18
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv27146/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Added virtual destructor to csSpriteBuilderFile to remove warning.
- Made destructor of csModelConverterSPR private.
- Added iThingState::GetPortalPolygon() which returns the polygon
  of the portal (given with index). It complements GetPortalCount()
  and GetPortal().
- Added iPolygon3D::IntersectSegment, IntersectRay,
  IntersectRayNoBackFace, IntersectRayPlane, and PointOnPolygon.
  These functions were already in csPolygon3D.
- Removed the duplicate iMovable::AddSector(), GetSector(int), and
  GetSectorCount(). This functionality is present through iSectorList
  which you can get with iMovable::GetSectors(). Also actually added
  the implementation for iSectorList::AddSector() and RemoveSector().
- iMovable::GetSectors() no longer returns a 'const' pointer since
  you now have to use that object to actually add sectors.
- Completed iMeshWrapper::PlaceMesh(). The function currently has
  the following limitations:
    - Does not work correctly if the movable transform is not
      orthonormal (i.e. the transform scales the object in some way).
      In general this is not recommend either since there are other
      parts of CS (like collision detection) that don't work well in
      that case.
    - PlaceMesh() only goes one level deep. i.e. it only checks
      all portals in the current sector and adds the destination
      sectors from those portals. It will not recurse into those
      sectors to continue the test there. This limitation will only
      be a problem if you have portals that are very close to each
      other and an object happens to cross them all.
    - This function ignores children of the mesh object. So only the
      bounding sphere of the parent object is considered.
    - This function will only test against portals of things that
      cannot move (i.e. have flag CS_THING_MOVE_NEVER set).
    - This function is not super-efficient as it assumes no previous
      knowledge except for one sector. It would be nice to have
      extra PlaceMesh() versions that take a displacement vector
      and calculate the new set of sectors based on the old one
      (assuming this can be done more efficiently).
    - For huge sectors containing lots of portals or mesh objects
      this function should be optimized. This can probably be done
      by keeping an efficient portal representation structure on the
      csSector level.
  Otherwise it should work just fine but it is untested.

Date:	Sunday August 26, 2001 @ 23:27
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv14952/libs/csengine/polygon

Modified Files:
	pol2d.cpp 
Log Message:
	- Extended iPolygonBuffer to have more specific support for
	  lightmapped polygons. This means that iPolygonBuffer will be more
	  closely tied to DrawPolygonMesh() which will be changed to
	  work with iPolygonBuffer.
	- The DefaultDrawPolygonMesh() now works with the new polygon buffers.
	  Note that there are still some bugs with it though. The main problem
	  is that clipping doesn't work yet.
	- When the new CS_THING_FASTMESH flag is set for a thing the new
	  DrawPolygonMesh will be used. This flag can also be set in the
	  map file for things (FASTMESH keyword).
	- Removed a few obsolete keywords in thing loader.
	- Removed obsolete support for CS_ENTITY_INVISIBLE and
	  CS_ENTITY_CAMERA in csThing. This support is already present
	  in csMeshWrapper and is not needed in csThing.
	- Removed a piece of totally unneeded code in thing drawing. It
	  was actually calculating the tesselation resolution for curves
	  and then never using the result (nor needing it at all).
	- Fixed a bad bug in csThing::GetRadius(). It would only return
	  a valid center the first time it was called. Otherwise it would
	  return bogus values.
	- Implemented csThing::DrawTest() so that a thing will not be
	  even considered for rendering if behind the Z=0 plane. This can
	  significantly speed up rendering for levels containing lots of
	  things. Even for flarge this actually speeds up FPS a little
	  (one example: 31.6 FPS -> 32.6 FPS).
	- Extended the test in csThing::DrawTest() to also include frustum
	  clipping. This also gives a small additional speed increase.
	- Removed G3DVertex class since this is equivalent to using
	  csVector2 instead.
	- DefaultDrawTriangleMesh now also understands lazy clipping but
	  this is not yet used by the software renderer.
	- Added clip_portal, clip_plane, and clip_z_plane to G3DPolygonMesh
	  to support the same kind of clipping capabilities as with
	  G3DTriangleMesh.
	- Implemented clipping in DefaultDrawPolygonMesh.

Date:	Tuesday August 28, 2001 @ 5:09
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv23436/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Removed two versions of csEngine::FindObjectInRegion().
- Moved the list of planes and the list of bezier templates from
  the engine to the csThingObjectType class. These are private for
  things.
- Removed csEngine and iEngine::CreatePlane().
- Removed the following functions from iEngine:
    - CreatePolyTxtPlane()
    - FindPolyTxtPlane()
    - CreateBezierTemplate()
    - FindCurveTemplate()
- Added new iThingEnvironment interface which is implemented by
  the iObjectType of things. This interface contains access to all
  objects that are global to things (currently planes and curve
  factories). It now contains the four functions deleted from
  iEngine (see above).
- Added iThingState::QueryObject().

Date:	Thursday August 30, 2001 @ 11:21
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv30442/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Added iEngine::SetEngineMode().
- Removed support for the obsolete and not-working lighting
  callback.
- Removed csStatLight::LightingFunc().
- Renamed CALLBACK_... to CS_CALLBACK_...

Date:	Monday September 10, 2001 @ 3:14
Author:	norman

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv6515/libs/csengine/polygon

Modified Files:
	pol2d.cpp 
Log Message:
jan dvoraks macro patch for slihtly moderater use of ##, this will make the gcc3 compiler (and 2.96-x afaik) more happy

Date:	Sunday September 16, 2001 @ 8:05
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv30979/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Print out polygon name in error message indicating overflow
in number of vertices.

Date:	Friday September 21, 2001 @ 1:24
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv21851/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
- Fixed csSector::IntersectSegment() so that it no longer ignores
  all the other meshes if there is a culler. The culler is now
  used in addition to the other meshes.
- Added a new optional parameter to csSector::IntersectSegment()
  to return the mesh wrapper that is hit.
- Changed the return value of csSector::HitBeam() to csMeshWrapper
  (instead of csObject) and the return value of iSector::HitBeam()
  to iMeshWrapper.
- Modified csSector::HitBeam() so that it will actually return the
  mesh wrapper that is hit instead of the csObject. This mesh will
  also be returned in all cases now.
- Accordingly modified csPortal::HitBeam().

Date:	Sunday October 21, 2001 @ 6:45
Author:	norman

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv11443

Modified Files:
	polytext.cpp 
Log Message:
made UpdateLightMap and UpdateShadowMap faster

Date:	Saturday November 17, 2001 @ 4:45
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv20854/libs/csengine/polygon

Modified Files:
	polygon.cpp portal.cpp 
Log Message:
- Added some additional DG_DESCRIBE0 statements to some
  constructors of engine objects in order to be able to do
  better debugging using the csDebuggingGraph.
- Made csDebuggingGraph a little bit more relaxed so that it
  no longer requires object_reg to be non-NULL. If object_reg
  is NULL it will simply do nothing.

Date:	Saturday November 17, 2001 @ 10:59
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv22682/libs/csengine/polygon

Modified Files:
	polygon.cpp portal.cpp 
Log Message:
- Added the notion of types to the csDebuggingGraph tool.
  This means that you can now also indicate the type of the
  object in the graph. This is purely to make the dump
  easier to read. Use DG_TYPE to set the type.
- Added DG_TYPE to lots of common csObject's in the engine.
- Reverted part of Martin's changes to csObject because
  this causes problems in some cases. i.e. re-added ObjReleaseOld().

Date:	Friday November 23, 2001 @ 5:23
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv19682/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
Added yet more DG_LINK() commands in the engine so that the object
graph is better defined in the graph debugger.

Date:	Tuesday November 27, 2001 @ 0:04
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv16929/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
Considerably optimized memory usage of graph debugger by
reorganizing the data a little.

Date:	Wednesday November 28, 2001 @ 3:29
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv12410/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Made the test on bad UV coordinates for a polygon a little
bit more strict so that it rejects more polygons. There were
still polygons that came through which could crash the lighting
calculator otherwise.

Date:	Tuesday December 4, 2001 @ 5:28
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv5044/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Fixed a bug in csThing::HardTransform(). Polygon texture planes
and polygon normal planes were sometimes shared between polygons
and even between polygons belonging to other things (for texture
planes). This improves (but does not fully fix) lighting and texture
mapping in the partsys level.

Date:	Wednesday December 5, 2001 @ 1:13
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv4952/libs/csengine/polygon

Modified Files:
	pol2d.cpp 
Log Message:
Fixed a bug in iPolygon3D::SetAlpha() (actually the bug is elsewhere
but it reflects in that routine). The problem is that once alpha
is set it is not possible to clear it. Also setting different
values for alpha for the same polygon (i.e. changing alpha
dynamically) will not work correctly as the new alpha value is
simply or-ed on top of the previous one.

Date:	Wednesday December 19, 2001 @ 5:36
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv20788/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Added error checking to the lightmap writer so that it will now
  show a warning if it couldn't open a lightmap cache file for
  writing and it will also return without causing crashes.
- Gouraud lighting is now also saved in the lightmap cache.
  This also means that startup will now be a little faster EVEN
  if the level is not using gouraud shading because it will not have
  to calculate lighting anymore for (potentially non-existant)
  gouraud shaded polygons.

Date:	Thursday December 27, 2001 @ 1:26
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv15575/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Fixed a bug in the engine which would cause it to crash if
the gouraud info was missing in the lightmap cache.

Date:	Thursday December 27, 2001 @ 9:36
Author:	matzebraun

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv15297/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
        - fixed SCF_DEBUG to work correctly with embeded interfaces
        - fixed some compiler warnings
        - fixed definition of int32 and uint32 should be long not int
        - removed the type UByte,SByte, UShort,SShort, ULong,SLong, UInt, 
          SInt, uchar, ushort and ulong and substituted code with the
          corresponding intxx types.

Date:	Wednesday January 2, 2002 @ 3:09
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv4179/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Added initialization of 'radius' to partgen.cpp.
- Fixed partgen/GetRadius() to first call SetupObject(). This will
  make sure the radius returned by iMeshObject->GetRadius() is correct
  even before the particle system is first drawn.
- Fixed iMeshWrapper::PlaceMesh() so that it correctly transforms
  the bounding sphere of the object it is trying to place. Previously
  it was doing the inverse transform instead.
- Further fixed PlaceMesh() so that it finally works as intended.
- Optimized PlaceMesh() so it first checks if the sector has already
  been added before doing all the calculations.
- Changed iMeshWrapper::GetRadius() to also consider potential
  children. In that case it will calculate the union of all the
  bounding spheres of the children. As a consequence this means that
  PlaceMesh() will now also consider children.

Date:	Friday January 4, 2002 @ 22:27
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv19136/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
Fixed a bug with the OpenGL renderer where it was trying to
store a value of 0, 1, or 2 in a boolean :-)
The result of this bug was that portals which required clipping
(like for the console portal command) didn't actually clip at
all.

Date:	Monday January 7, 2002 @ 2:20
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv17214/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
- Renamed VEC_FORWARD and other similar defines to CS_VEC_FORWARD
  (i.e. follow CS conventions). Also updated apimod94.txi for this
  change.
- Renamed DEFAULT_LIGHT_LEVEL to CS_DEFAULT_LIGHT_LEVEL.
- Renamed NORMAL_LIGHT_LEVEL to CS_NORMAL_LIGHT_LEVEL.
- Removed CS_ENTITY_BACK2FRONT as this flag is obsolete and now
  handled by the render priority system. It was not implemented
  anyway.
- Deleted obsolete include/iengine/terrain.h include file. This
  was apparantly forgotten a long time ago.
- Rationalized many of the engine Doxygen comments. i.e. added
  more documentation for possible CS_... values where they can
  be used. Also updated some out-dated documentation and also
  added missing entries.

Date:	Wednesday January 16, 2002 @ 5:34
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv12666/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
- Fixed a bug in iRenderView::ClipBSphere() in combination
  with mirroring and a portal that clips geometry.
- I discovered that there is a bug when a CAMERA object
  (CS_ENTITY_CAMERA keyword, like a sky-box or sky-dome) is
  mirrored. The position will then not be correct in the
  mirror. To try to solve this bug I extended the iCamera
  interface with SetUnmirroredCameraPos(). At this moment
  the bug is still not fixed though.
- Switched ball plugin to use ClipBSphere instead of ClipBBox.
- Implemented slightly better edge drawing capabilities in
  OpenGL renderer. This time the real edges of the triangles
  are shown instead of what the OpenGL renderer will render
  with glDrawElements. This is only for DrawTriangleMesh() at
  the moment.

Date:	Thursday January 17, 2002 @ 5:45
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv30614/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
- Removed the iCamera::SetUnmirroredCameraPos() function again
  (and fixed iso engine for this). This turned out not to be the good
  way to solve the bug of mirroring CS_ENTITY_CAMERA objects.
- Added iRenderView::GetOriginalCamera(). This will return the original
  camera before any space warping transformation occured.
- Using the above new function it is now possible to correctly
  render mesh objects with the CS_ENTITY_CAMERA flag set even through
  space warping portals.

Date:	Friday January 18, 2002 @ 2:47
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv4462/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polyplan.cpp polytext.cpp polytmap.cpp 
	portal.cpp 
Log Message:
Slight code cleanup: removed all trailing spaces and tabs from
all lines in all source and make files throughout the entire project.
Note that this will most likely not result in a significant
FPS increase :-)

Date:	Sunday January 20, 2002 @ 21:54
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv3421/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Tobias Brueckner suggested a fix for OpenGL with materials
  that have no associated texture. The fix was incomplete
  so I tried to complete it. At this moment the OpenGL renderer
  no longer crashes but the color is still not used. Have
  to investigate further.
- Fixed a bug in the engine which caused crashes if a material
  was defined without a texture.

Date:	Monday January 21, 2002 @ 1:47
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv28297/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Fixed the OpenGL renderer so that it now properly combines
  the color defined in the mesh with the color specified in the
  material (for materials which have no texture). This way it
  behaves like the software renderer. Note that this is only
  for DrawTriangleMesh for now.
- Reformatted some new code in genmaze a little bit.
- Fixed a bug in the engine in relation with materials without texture
  in combination with mixmode settings different from CS_FX_COPY.

Date:	Monday January 21, 2002 @ 4:10
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv31180/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
- Made csPortal::SetFilter() safer.

Date:	Wednesday January 23, 2002 @ 2:52
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv8261/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Renamed all BOX_ constants in box.h to CS_BOX_. This includes
  BOX_CORNER_..., BOX_EDGE_..., and BOX_SIDE_...
- Renamed POL_FRONT, POL_BACK, POL_SAME_PLANE, and POL_SPLIT_NEEDED
  so that they also start with CS_.
- Renamed DECLARE_TYPED_QUEUE to CS_DECLARE_TYPED_QUEUE.
- Created a new general mesh object. This is simply a static mesh
  rendered with DrawTriangleMesh(). It doesn't support animation
  except that you can directly alter the vertices in the mesh
  if you want. For static objects that don't require any special
  features like animation or such this is a good alternative to
  3D sprites. The factory of this object contains the geometry
  so it is very efficient to make multiple instances of this object
  (just like 3D sprites).
- Added a loader for the new general mesh objects. Added an example
  to flarge so you can see how it works.
- Added the ability to automatically generate normals for
  the general mesh object.

Date:	Saturday February 2, 2002 @ 2:37
Author:	philwyett

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv6801/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:

Fixed a few truncations from double to float.

Date:	Sunday February 3, 2002 @ 1:35
Author:	philwyett

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv11591/libs/csengine/polygon

Modified Files:
	portal.cpp polytext.cpp polygon.cpp pol2d.cpp 
Log Message:

- Eliminated more truncation and conversion between types warnings under MSVC.

- Moved some code to use qsqrt() rather than sqrt() where appropriate.

Note:

MSVC does not like float value's being expressed as ".0" or "0." and always likes you
to use a trailing "f" if you are allocating a value to a the float type.

Date:	Wednesday February 6, 2002 @ 5:17
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv17387/libs/csengine/polygon

Modified Files:
	polygon.cpp portal.cpp 
Log Message:
- Fixed a bug in iRenderView::TestBSphere(). This bug was fixed
  some time ago in iRenderView::ClipBSphere() but I forgot
  to fix TestBSphere() too.
- Fixed a bug which affected visibility testing of objects in a
  sector using octree which was seen through a mirror. The
  mirror caused culling to be wrong. This means that mirrors now
  work properly if included with the culler object (i.e. the object
  using VISTREE() setting).
- Fixed a stupid bug in the engine which prevented Blocks from
  working properly.
- When traversing a portal that is located in a sector using
  c-buffer visibility culling then we have to clear the c-buffer
  for the area of the portal. This used to be done in the portal
  class but the problem is that we do it all the time then even
  if the sector doesn't use c-buffer (i.e. we do it as soon as
  the c-buffer is used globally). I moved this code to the polygon
  drawer because then we can do it only when it is really needed.

Date:	Friday February 15, 2002 @ 0:18
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv12026/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polyplan.cpp polytext.cpp polytmap.cpp 
	portal.cpp 
Log Message:
Completely reformatted the engine source code using the GC utility.

Date:	Wednesday February 20, 2002 @ 4:08
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv7873/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
- Added SetMaximumSectorVisit() and GetMaximumSectorVisit() functions
  to iPortal. With this you can control how many times the same
  portal can visit the same sector during one recursion level. This
  is mainly useful for space warping portals that warp back in
  space so that the portal can be seen from the portal itself :-)
  By default this limit is set to 5.
- Added MAXVISIT keyword that you can use inside a WARP() statement
  for a polygon. This will call SetMaximumSectorVisit().
- Added new 'entity_WavePortal' command for WalkTest. With this
  command you can let a space warping portal 'wave' a little bit.
  flarge contains an example of an infinite room with waving
  portals. This is only a small illustration of what space warping
  can do. It is not an example of nice code :-)
  It also demonstrates a bug where the distance polygons are
  drawing wrong for some reason.

Date:	Saturday March 2, 2002 @ 11:48
Author:	norman

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv1530

Modified Files:
	polygon.cpp 
Log Message:
thing was not initialized in first constructor (but used in SetParent for instance)

Date:	Wednesday March 6, 2002 @ 7:07
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv4427/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Added iCacheManager interface (include/iutil/cache.h). This is
  a generic interface to describe a cache mechanism. It can be used
  for storing data that is hard to calculate and doesn't change
  often. Since this is an interface you can create various
  implemetations that read/write cached items from several sources.
  Even a networked implementation could be possible.
- Added csVfsCacheManager implementation of iCacheManager
  (include/csutil/vfscache.h). This is an implementation of
  iCacheManager that will store cached items on VFS (file system).
- The engine will now find a cache manager in the object registry
  with the tag 'crystalspace.engine.cachemgr'. If this doesn't
  exist it will create an instance of csVfsCacheManager and
  register that (cache will be placed in 'cache' dir). By registering
  your own implementation of iCacheManager to that tag you can
  force the engine into using a different cache.
- Extended iLightingInfo interface with a iCacheManager* parameter.
- Lightmaps are already cached using the new system. Octree and
  bsp tree are still a todo.

Date:	Wednesday March 6, 2002 @ 7:58
Author:	matzebraun

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv25164/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
added a missing cache.h include

Date:	Tuesday March 12, 2002 @ 2:08
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv10295/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polytext.cpp 
Log Message:
- Made the lightmap cache for pseudo-dynamic lightmaps (shadow
  maps) a bit more robust. Previously changing pseudo-dynamic
  lights could cause the map to become unloadable because
  old cached dynamic lightmap files made things crash.
- Cleaned up pol2d.cpp source code which seems to have been
  badly formatted by the C++ 'beautifier' :-)
- Fixed a bad bug in pseudo-dynamic lights. Due to a wrong test
  in the lighting code polygons that were fully lit by a
  pseudo-dynamic light would not get lit at all.

Date:	Wednesday March 13, 2002 @ 15:40
Author:	norman

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv24100/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polyplan.cpp polytext.cpp polytmap.cpp 
	portal.cpp 
Log Message:
- changed few of the static/global objects in csgeom and csengine to be declared/implemented with the new CS_ macros ("scfreg engine.so" no longer segfaults - that was why i started all this, the guy who asked on irc why it segfaults be cursed :)
- added a CS_..._REF in cssysdef that returns a reference to the static object
- in cssysdef.h moved forward declaration of cleanup function out of extern "C" {} construct

Date:	Friday March 15, 2002 @ 13:50
Author:	norman

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv26258/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- modified the variables declared with CS_DECLARE_GROWING_ARRAY so they use the new cs macros for static/global objects

Date:	Saturday March 16, 2002 @ 16:23
Author:	norman

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv20187/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp 
Log Message:
- modified the macros for globals so MSVC will (hopefully) not barf
- gone through plugins to replace the globals with the cs macros

Date:	Monday March 18, 2002 @ 6:09
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv5651/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Fixed yet another bug in the octree cache. It appeared that
debug/optimize cache could have some differences. This is probably
related to small changes in floating point calculations and
the polygon splitting routine is very sensitive to that.
This has now been fixed by saving additional information to the
octree cache. This means the octree cache is now bigger but
more robust on different platforms/debug/optimize mode.

Date:	Friday March 22, 2002 @ 1:31
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv29555/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Better formatting.

Date:	Friday March 22, 2002 @ 5:52
Author:	res2002

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv23800/polygon

Modified Files:
	polygon.cpp polyplan.cpp 
Log Message:
- added function let the renderer check if it can handle a lightmap
- replaced some printfs() with Report()

Date:	Wednesday March 27, 2002 @ 12:25
Author:	res2002

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv13317

Modified Files:
	polygon.cpp 
Log Message:
fixed crash bug when relighting polygons with lightmaps the renderer can't handle

Date:	Wednesday March 27, 2002 @ 13:44
Author:	res2002

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv31877

Modified Files:
	polygon.cpp pol2d.cpp 
Log Message:
lighting for a polygon is again always calculated, 
even if the renderer can't handle the lm

Date:	Wednesday March 27, 2002 @ 23:53
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv1117/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Reverted part of 'res' changes to the lightmap checker because
they cause big problems.

Date:	Wednesday April 3, 2002 @ 22:43
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv14430/libs/csengine/polygon

Modified Files:
	polygon.cpp polyplan.cpp polytext.cpp polytmap.cpp portal.cpp 
Log Message:
Cleaned up comments.

Date:	Monday April 8, 2002 @ 8:11
Author:	res2002

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv8695

Modified Files:
	polygon.cpp 
Log Message:
lightmap size check, once more:
- lightmap size can not exceed a (for now) hardcoded limit of 256x256. if it does, lighting is disabled for the poly
- renderer is asked if it can handle this lightmap. if not, poly will be rendered unlit, but lighting is still calculated
- in both cases, notifications are emitted as well

Date:	Tuesday April 9, 2002 @ 13:43
Author:	res2002

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv22650/polygon

Modified Files:
	polygon.cpp 
Log Message:
- maximum lightmap size can be changed by user
- added iEngine::ResetWorldSpecificSettings() which 
"Reset a subset of flags/settings (which may differ from one world/map to another) to its defaults"
- added functions to get default values for above subset of flags/settings

Date:	Saturday April 13, 2002 @ 23:48
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv19372/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
In one version of csTextureTrans::compute_texture_space()
there were two calls to qisqrt() (equivalent to 1/sqrt()).
With gcc 2.96 on linux and optimize -O2 compile the second
qisqrt() would fail unless the first one is replaced with
1/qsqrt() (debug mode and -O are fine). I have no idea
why this is. For now I just replaced the first qisqrt()
with 1/qsqrt() but this needs further investigation.

Date:	Sunday April 14, 2002 @ 11:13
Author:	res2002

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv32086/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
lightmap mean lighting now includes pseudo-dynamic lights

Date:	Tuesday May 21, 2002 @ 5:16
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv13649/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Added new csPolygonMeshTools class in csgeom. This class will
  contain functions to work with iPolygonMesh instances. Currently
  it only contains the CalculateNormals() function which will calculate
  the normals of all polygons in the mesh.
- Optimized csPoly3D::ComputeNormal() a bit.
- csPolyPlane contained a virtual destructor for no particular reason.
- Polygon perspective projection was doing an additional transform
  of the camera plane for no particular reason.
- Implemented backface culling for writing out objects to the
  coverage buffer in Dynavis.

Date:	Thursday May 23, 2002 @ 4:24
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv13444/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
- Fixed a bug in CS which caused problems with portals that go
  between sectors that contain static polygon trees. The c-buffer
  was not cleared properly when the portal was on a mesh that itself
  doesn't have the static tree.

Date:	Wednesday June 5, 2002 @ 1:29
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv963/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Thanks to the extensive research and coding efforts of Toni
I managed to fix up static lighting so that it gives more correct
shadows in most cases.

Date:	Wednesday June 5, 2002 @ 1:34
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv2390/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Small spelling fix.

Date:	Wednesday June 5, 2002 @ 1:34
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv2608/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
More separating fixes :-)

Date:	Saturday June 29, 2002 @ 12:55
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv22057/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
Removed the dependency on iSector from iShadowBlock and
iShadowBlockList. This means that it is now easier to use
iShadowBlock outside the engine (i.e. from within Dynavis soon).

Date:	Monday July 1, 2002 @ 5:45
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv17041/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Updated a comment in iPolygon3D::SetMaterial() to indicate a
  potential problem.
- Fixed a bug in the octree version of VisTest(box/sphere). It
  would use the object space bounding box instead of the world
  space bounding box for testing.

Date:	Monday July 1, 2002 @ 7:18
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv15189/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polytext.cpp portal.cpp 
Log Message:
- Removed the following macros:
     SCF_QUERY_INTERFACE_FAST
     CS_GET_CHILD_OBJECT_FAST
     CS_GET_NAMED_CHILD_OBJECT_FAST
     CS_GET_FIRST_NAMED_CHILD_OBJECT_FAST
     SCF_DECLARE_FAST_INTERFACE
  All SCF macros are now declared automatically as the FAST
  version (inside SCF_VERSION). So just remove the _FAST
  and it will be ok.
  CS_QUERY_REGISTRY and CS_QUERY_REGISTRY_TAG will also benefit
  from this optimization.
- Updated apimod96.txi for this change.

Date:	Tuesday September 3, 2002 @ 0:33
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv28129/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Eliminated compilation warning.

Date:	Saturday September 7, 2002 @ 22:39
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv31688/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Fixed a lot of uses of iDataBuffer in CS to work with csRef.

Date:	Saturday September 7, 2002 @ 22:58
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv2734/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Changed iCacheManager->ReadCache() to return csPtr.

Date:	Monday September 9, 2002 @ 6:40
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv15303/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp portal.cpp 
Log Message:
Removed lots (but far from all) DecRef() calls from entire
CS. Replaced with csRef usage.

Date:	Tuesday September 10, 2002 @ 5:11
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv12335/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp portal.cpp 
Log Message:
- Fixed a ref count leak in the plugin loader.
- Fixed ref count leaks with layout manager in aws.
  Also iAwsLayoutManager was not inheriting from iBase.
- Fixed some other ref leaks in aws.
- Fixed some other ref leaks in csparser.
- Fixed iLoader->LoadTexture(char*, char*) so that it returns
  a normal pointer again. This function was not returning a
  pointer that required DecRef().
- Temporarily removed the T* cast operator from csPtr. This ensures
  that it is ONLY possible to assign csPtr's to csRef's (which is
  the intended use in a full smart-pointer API). With this operator
  removed I fixed a large part of CS (but not all) to work cleanly.
  Then I enabled the T* cast again.

Date:	Friday September 20, 2002 @ 2:03
Author:	vengeance2001

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv3332

Modified Files:
	polytext.cpp 
Log Message:
Added capability for dynamic ambient lighting per thing.

Date:	Friday September 20, 2002 @ 9:15
Author:	matzebraun

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv1129/libs/csengine/polygon

Modified Files:
	pol2d.cpp polytext.cpp 
Log Message:
removed all #define CS_SYSDEF_PROVIDE_ALLOCA from libs

Date:	Saturday September 21, 2002 @ 0:25
Author:	vengeance2001

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv2121

Modified Files:
	polytext.cpp 
Log Message:
Added calculation of max light map values to decide when to check
for RGB overflows and when we don't have to.

Date:	Sunday September 22, 2002 @ 1:38
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv17058/libs/csengine/polygon

Modified Files:
	portal.cpp 
Log Message:
- Modified iMeshWrapper->SetDrawCallback() so that multiple
  callbacks are now supported. Added RemoveDrawCallback() and
  GetDrawCallbackCount(). Also modified GetDrawCallback() so that
  there is an additional index parameter.
- Modified iPortal->SetMissingSectorCallback() and
  iPortal->SetPortalCallback() in a similar way (as SetDrawCallback()).
  Also added the appropriate functions to remove and get
  all callbacks.
- The missing sector callback that is used in the loader is now
  self-cleaning.

Date:	Tuesday September 24, 2002 @ 5:58
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv3591/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Relaxed the bad uv mapping test a bit (SMALL_EPSILON instead
  of EPSILON).
- Extended levtool with a -validate commandline option. This will
  validate the level. At this moment it will only test if all
  polygons with more than three vertices are well-formed in the
  sense that all vertices of the polygon must be on the same plane.

Date:	Tuesday October 1, 2002 @ 8:48
Author:	ate

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv11023

Modified Files:
	polytext.cpp polygon.cpp 
Log Message:
Oriol Esteve has done the patch to add Smoothing fot things... to enable it just set the <smooth /> in the params section of the thing. It takes a bit more to recalc the lights, but i think it worths.
This code is stable but experimental, but feel free to play.

Date:	Wednesday October 2, 2002 @ 0:14
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv31814a/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
- Cleaned up new thing smoothing code (code style, please people
  a tab == 8 spaces but indentation MUST be with 2 spaces!!!).
- Optimized thing smoothing a little bit.
- Added a few <smooth /> options in flarge.

Date:	Wednesday October 2, 2002 @ 1:43
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv23609/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Fixed another smoothing bug.

Date:	Thursday October 3, 2002 @ 21:34
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv27588/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Eliminated compilation warning.

Date:	Thursday October 3, 2002 @ 21:36
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv27838/libs/csengine/polygon

Modified Files:
	polytext.cpp 
Log Message:
Eliminated compilation warning.

Date:	Thursday October 10, 2002 @ 2:55
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv14278/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Fixed a bug in dynamic lighting where it would cause bad shadows
if some object enclosed another. Added an additional test to see
if a polygon is really covering another to avoid this.

Date:	Thursday October 10, 2002 @ 4:52
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv13699/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Fixed a bug in lighting in combination with DrawPolygonMesh (fastmesh)
things. Apparently the super lightmaps were not marked as dirty.

Date:	Friday October 25, 2002 @ 7:09
Author:	dentoid

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv5557

Modified Files:
	pol2d.cpp polygon.cpp polytext.cpp portal.cpp 
Log Message:
Added support for textures in new renderer. (Most calls in iRender3D only has temporary implementations. They will be neater later.) Also added a #define CS_USE_NEW_RENDERER in csdef.h, but this is disabled by default. Note that only r3dtest, the libraries, the engine plugin and the new renderer will compile correctly with this enabled. (Other things that aren't connected to the renderer might compile too, but most plugins will fail.)

Date:	Friday October 25, 2002 @ 12:36
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv1407/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
More warnings removed.

Date:	Sunday November 10, 2002 @ 12:57
Author:	dentoid

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory usw-pr-cvs1:/tmp/cvs-serv5436

Modified Files:
	polygon.cpp 
Log Message:
Updates for the new renderer. (Breaks it, fixes are to come...)

Date:	Monday November 18, 2002 @ 7:04
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory sc8-pr-cvs1:/tmp/cvs-serv22341/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Implemented a new fundamental change in the lightmap format.
  Due to some HUGE levels that the PlaneShift team is making
  (with more than 230000 lightmap files!) I had to rethink the
  way lightmaps are stored since ZIP files are limited to 65535
  files. So I now group all lightmaps that belong to a single
  object in one file. That greatly reduces the number of files
  that need to be stored and also increases loading speed
  considerably.
- Changed csVfsCacheManager so that it will now use one less
  directory level if the id == ~0.

Date:	Monday November 18, 2002 @ 7:16
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory sc8-pr-cvs1:/tmp/cvs-serv26877/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
API cleanup: removal of old lightmap cacher.

Date:	Tuesday November 19, 2002 @ 2:01
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory sc8-pr-cvs1:/tmp/cvs-serv6835/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
'genmesh' objects now also cast shadows (they don't receive
shadows yet). Generalized the shadow casting system in the engine
so that this is actually possible.

Date:	Monday November 25, 2002 @ 6:01
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory sc8-pr-cvs1:/tmp/cvs-serv3565/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Added a new CS_POLY_VISCULL flag with which it is possible to
  enable/disable visibility culling for individual polygons (thing
  mesh only). By default this flag is enabled except in the following
  cases:
      - Polygon has an <alpha> keyword.
      - Image associated with the texture of this polygon has
        keycolor.
      - Image associated with the texture of this polygon has
        an alpha map.
  Note that it is the polygon loader in syntax services that
  actually provides these defaults. If you manually create polygons
  with the API the default is always true.
- Extended syntax services plugin with new <viscull> keyword that
  you can use in a polygon to enable/disable visibility culling for
  individual polygons. Similar to the <colldet> keyword.
- Renamed iObjectModel->GetSmallerPolygonMesh() to
  GetPolygonMeshViscull() as this more closely describes what the
  purpose is of this polygon mesh.
- Renamed iObjectModel->GetPolygonMesh() to GetPolygonMeshColldet().

Date:	Monday December 2, 2002 @ 1:50
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory sc8-pr-cvs1:/tmp/cvs-serv4315/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp portal.cpp 
Log Message:
- Moved the dynamic ambient functions from iThingState to
  iLightingInfo. That means dynamic ambient can now also be used
  by other objects (i.e. like genmesh). Genmesh already implements
  the interface but doesn't use it.
- Optimization so that the iLightingInfo interface is remembered
  with a mesh. That makes the loop to change dynamic ambient
  in a sector considerably faster. There is now a new method:
  iMeshWrapper->GetLightingInfo().
- Optimization in dynamic lighting so that a query interface
  call is avoided for every polygon that is hit by a dynamic light.
- Optimization in polygon->GetParent(). This call was also doing
  a query interface for nothing.
- Optimization in csPortal->GetReferencedObject(). Removed unneeded
  query interface.
- Extended iVisibilityObject with GetMeshWrapper() function. This
  avoids a lot of extra query interface calls in the engine and
  visibility cullers.

Date:	Monday December 16, 2002 @ 4:01
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory sc8-pr-cvs1:/tmp/cvs-serv11067/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polytext.cpp portal.cpp 
Log Message:
- Completely removed the old octree culler. This has a great impact
  on the internal engine structure. It greatly simplifies both
  csThing and csPolygon3D and it also makes sure they are a bit
  more efficient (use less memory and a bit faster since some
  virtual function calls are no longer virtual).
- Moved crysball culler from csengine to csgeom as it doesn't
  need nor depend on the engine.
- Removed everything related to PVS from the engine. That wasn't
  used anyway.
- Removed several API calls in iEngine and iSector related to the
  old culler and PVS.
- The parser will now give an error if 'culler' or 'vistree' is
  used in a map file.

Date:	Wednesday December 18, 2002 @ 5:10
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory sc8-pr-cvs1:/tmp/cvs-serv13260/libs/csengine/polygon

Modified Files:
	polygon.cpp portal.cpp 
Log Message:
- Added iPortal->HitBeam(). This function already existed in
  csPortal->HitBeam().
- Fixed csSector, csCamera, and csPortal so they no longer use
  csPolygon3D but instead always uses iPolygon3D.
- Continued working on seperating csThing from the engine.
  csSector no longer depends on csThing (but still uses iThingState
  in some places).
- Removed iFrustumView->SetFirstTime() and related. That way we
  remove another link between csThing and the engine (this was
  used for resetting the gouraud color but apparently this is no
  longer needed).

Date:	Wednesday December 18, 2002 @ 7:21
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory sc8-pr-cvs1:/tmp/cvs-serv28452/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Added iThingEnvironment->Clear() to reset the thing environment.
- Moved the light patch and polygon pools from the engine to the
  thing environment.
- Cleaned up a lot more links between csEngine and csThing.
- Added iEngine->FindLight() to find a light given an index.

Date:	Wednesday December 18, 2002 @ 12:30
Author:	sunshine

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory sc8-pr-cvs1:/tmp/cvs-serv16069/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
Eliminated compilation warning.

Date:	Thursday December 19, 2002 @ 3:49
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory sc8-pr-cvs1:/tmp/cvs-serv21039/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polytext.cpp 
Log Message:
- Added iDynLight->AddAffectedLightingInfo(). The plan is to make
  dynamic lights work on a base of meshes instead of curves and
  polygons directly.
- Added iDynLight->RemoveAffectedLightingInfo().
- Added iLightingInfo->DynamicLightChanged() function. With this
  function dynamic lights will notify mesh objects that a dynamic
  light has changed. The dynamic light will only notify meshes
  that were added using AddAffectedLightingInfo().
- Added iLightingInfo->DynamicLightDisconnect() function.
- The changes above disconnect the knowledge of individual
  polygons and curves from the dynamic lighting system. Another
  step closer towards csThing/csEngine seperation.

Date:	Thursday December 19, 2002 @ 5:31
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory sc8-pr-cvs1:/tmp/cvs-serv24810/libs/csengine/polygon

Modified Files:
	polygon.cpp polytext.cpp 
Log Message:
- Added iLightingProcessInfo->FinalizeLighting() function.
- Added iLightingProcessData interface. Mesh objects can implement
  this interface in order to be able to add userdata to the
  lighting procedure. Added iLightingProcessInfo->AttachUserdata()
  and QueryUserdata() to work with it.
- Added csLightingProcessInfo which implements iLightingProcessInfo
  and is directly used by the lighting system (as userdata
  for CheckFrustum()).
- Modified csLightingPolyTexQueue to implement iLightingProcessData
  so that the lightmap specific lighting stuff is now seperated
  from the lighting stuff.

Date:	Thursday December 19, 2002 @ 6:38
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory sc8-pr-cvs1:/tmp/cvs-serv22791/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polyplan.cpp polytext.cpp portal.cpp 
Log Message:
- Physically seperated arrays.cpp in the engine to prepare for the
  move of thing as a seperate plugin.
- Moved csLightPatch to lppool.cpp.
- Removed all includes from core engine to thing and vice versa
  that are not needed. This only leaves a very few dependencies
  before thing can be moved outside. Of course these few
  dependencies still require some work.

Date:	Friday December 20, 2002 @ 1:28
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory sc8-pr-cvs1:/tmp/cvs-serv23860/libs/csengine/polygon

Modified Files:
	polygon.cpp polytmap.cpp 
Log Message:
- Removed -revis commandline option. This is no longer needed.
- Removed -recalc commandline option. This is now exactly the
  same as -relight.
- The thing object type now also implements iConfig. Moved
  the cosfact option from csEngine config to thing object type config.
- Added iEngine->AddToCurrentRegion(). This function was already
  present in csEngine.

Date:	Friday December 20, 2002 @ 2:56
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory sc8-pr-cvs1:/tmp/cvs-serv23837/libs/csengine/polygon

Modified Files:
	polygon.cpp 
Log Message:
- Added csThingObjectType::Warn(), Bug(), Notify(), and Error().
- Added iEngine->GetLightmapsRequirePO2() and
  iEngine->GetMaxLightmapAspectRatio().
- csPolygon3D class no longer requires access to csEngine and csLight
  classes.

Date:	Friday December 20, 2002 @ 4:15
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory sc8-pr-cvs1:/tmp/cvs-serv29330/libs/csengine/polygon

Modified Files:
	pol2d.cpp polygon.cpp polytext.cpp 
Log Message:
csPolygon3D now uses iMaterialWrapper instead of csMaterialWrapper.

Date:	Friday December 20, 2002 @ 7:32
Author:	jorrit

Update of /cvsroot/crystal/CS/libs/csengine/polygon
In directory sc8-pr-cvs1:/tmp/cvs-serv14958/libs/csengine/polygon

Removed Files:
	pol2d.cpp polygon.cpp polyplan.cpp polytext.cpp polytmap.cpp 
	portal.cpp 
Log Message:
	- Lightmap cell size can no longer be set from within config.
	  Use the <settings> block in the map file instead.
	- Temporarily removed the ability of setting cosinus factor from
	  within config.
	- Added iFrustumView->CreateShadowBlock().
	- Added accessor functions for lightmap cell size in iThingEnvironment.
	  And removed the SetLightmapCellSize/GetLightmapCellSize() functions
	  from iEngine.
	- Added iFrustumView->GetSquaredRadius().
	- Temporarily removed the ability to set lightmap calculation quality.
	  It will now always be 3.
	- Temporarily removed the ability to control the number of reflections
	  in lighting calculations. Now hardcoded at the default 1 value.
	- Temporarily removed the ability to disable portal traversal for
	  debugging purposes.
	- Added iSector->CheckFrustum() for portal traversal.
	- Removed the 'cosfact' console command in walktest.
	- The big step! csThing is now a seperate plugin!