Crystal Space 3D SDK

Date:	Monday May 8, 2000 @ 0:26
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv25184/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp 
Log Message:
-*- All Crystal Space application and plug-in configuration files are now
    loaded from virtual filesystems via VFS rather than the physical
    filesystem, with the exception of scf.cfg and vfs.cfg which can not be
    loaded from VFS for (hopefully) obvious reasons.  (scf.cfg is needed to
    initialize SCF which is used to load the VFS plug-in, and vfs.cfg is
    used to actually define the VFS volumes.)

-*- Moved all configuration files onto the VFS volume /config which
    happens to be mounted at physical location CS/data/config.
    Note that using the /config volume is a convenience, rather than a
    requirement.  Programs written using Crystal Space can choose to
    locate their own configuration files anywhere they like; even on a
    physical filesystem, if desired (though this is frowned upon).

-*- Script files which are executed by 'walktest' are now loaded from
    VFS rather than from a physical filesystem.

-*- Fixed a lot more 'const' problems throughout the project.  Most of
    these involved changing (char*) to (const char*).

Date:	Tuesday May 9, 2000 @ 7:40
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv25830/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.h 
Log Message:
Received a patch from Samuel Humphreys which allows you to render
on texture dynamically. Currently this only works for the software
renderer. Support for the other renderers will have to be added.
There is also a new 'dtsimple' demo app to show of the new
feature.

Date:	Wednesday May 10, 2000 @ 2:52
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv9596/plugins/video/renderer/opengl

Modified Files:
	glrender.mak ogl_g3d.cpp ogl_g3d.h ogl_txtcache.cpp 
	ogl_txtcache.h ogl_txtmgr.cpp ogl_txtmgr.h 
Log Message:
Samuel Humphreys sent me a new patch to clean up his dynamic
textures and also implement them for OpenGL.

Date:	Wednesday May 10, 2000 @ 4:01
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv24407/plugins/video/renderer/opengl

Modified Files:
	glrender.mak 
Log Message:
Removed an obvious mistake.  OpenGL was including *.cpp files from soft3d.

Date:	Wednesday May 10, 2000 @ 16:14
Author:	malakai

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv30974

Modified Files:
	ogl_txtmgr.cpp 
Log Message:
added a check before calling DecRef in destructor
-frank (frank@...)

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv24401/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp ogl_halo.cpp ogl_txtcache.cpp 
Log Message:
Removed CHK and CHKB.

Date:	Sunday May 14, 2000 @ 23:26
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv14769/plugins/video/renderer/opengl

Modified Files:
	glrender.mak 
Log Message:
Fixed bug in OpenGL makefile. The inclusion of the software
renderer caused problems if the CS version of NASM was present.
The NASM asm files were not included in the OpenGL makefile
causing undefined symbols in the included software renderer.

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv2341/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp ogl_halo.cpp ogl_txtcache.cpp ogl_txtmgr.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:	Thursday May 18, 2000 @ 6:46
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv15702/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp 
Log Message:
Eliminated compilation warnings about */ found outside of comment.

Date:	Tuesday May 23, 2000 @ 7:35
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv6078/plugins/video/renderer/opengl

Modified Files:
	glrender.mak ogl_g3d.cpp ogl_g3d.h ogl_txtcache.cpp 
	ogl_txtmgr.cpp ogl_txtmgr.h 
Added Files:
	ogl_dyntexback.cpp ogl_dyntexback.h ogl_dyntexsoft.cpp 
	ogl_dyntexsoft.h 
Log Message:
- Added a patch from Samuel Humphreys with the following changes:
    - Pluggifies the software renderer for opengl .
    - Add a back buffer style implementation for opengl based on
      Normans implementation. However on my system, it runs at
      half the speed as the software version, and it renders
      flipped in the x-axis, I've tried lots of stuff to get it
      working properly, but to no avail. Need other people to have
      a go at this. Also with mesa and voodoo2 the texture
      shifts into the blue spectrum, whereas it doesnt with software
      opengl...Im investigating this.
    - Added further configuration stuff to opengl.cfg, so you can
      choose dynamic texture implementation. See comments there.
    - Implemented some outstanding methods to the opengl driver:
      SaveArea, RestoreArea
    - Fixed bug in DrawPixmap, it now correctly renders sub
      region of textures whose size has been modified. This was
      highlighted by cswstest.
    - Modified glx2d.cpp so that it'll give a single buffer for
      CSWS,--outstanding issue with paletted mode...i.e. the glx
      drivers will not work in paletted mode, but it wouldn't have
      done before my modifications anyway....a todo!
    - Small modification to csws so it requests a single buffer
      before opening the graphics drivers.
    - Change of signature to iGraphics3D->CreateOffScreenRenderer,
      have attempted to update all drivers, but I may of
      missed something.
    - Promoted default implementation of
      iGraphics2D->CreateOffScreenCanvas to csGraphics2D (as Eric
      suggested), updated all other drivers too.
    - oglglide now compiles again.

Date:	Tuesday May 23, 2000 @ 13:50
Author:	malakai

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv547/plugins/video/renderer/opengl

Modified Files:
	ogl_dyntexback.cpp ogl_dyntexsoft.cpp 
Log Message:
Added windows.h to csosdef.h
Removed palces the individually included this.
removed scattered undef's that related to this file.
Fix misc bugs resulting in this inclusion.
Updated win32 opengl drivers with latest dynamic texture code.
Misc fixes/cleanup.
-frank

Date:	Tuesday May 23, 2000 @ 17:52
Author:	malakai

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv30672

Modified Files:
	ogl_g3d.cpp 
Log Message:
Fixed compiler warning
-frank

Date:	Friday May 26, 2000 @ 11:11
Author:	malakai

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv14641

Modified Files:
	ogl_dyntexback.h ogl_dyntexsoft.cpp ogl_dyntexsoft.h 
Log Message:
Fixed annoying compiler warning about type*/*comment*/
changed to: type* /*comment*/
-frank

Date:	Tuesday May 30, 2000 @ 2:45
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv14615/plugins/video/renderer/opengl

Modified Files:
	ogl_dyntexback.cpp ogl_dyntexback.h ogl_dyntexsoft.cpp 
	ogl_dyntexsoft.h ogl_g3d.cpp ogl_g3d.h 
Log Message:
Got a large patch from Samuel Humphreys with the following changes:
    - Adds a couple of new walls, bots and another dynamic texture
      to dtsimple. The new dynamic texture is rendered by the engine
      as the bots point of view, or as a manually configurable view
      from (0,0,0). Only works with the software drivers currently
      in 8, 16 & 32 bit modes. The opengl software texture version
      will not work...it will crash. The backbuffer opengl version
      will not work, but won't crash. I think the glide version will
      work, can't test this though.
    - Added new flag to iTextureManager: CS_DYNAMIC_TEXTURE_SHARE_HINT.
      See explanation there.
    - Added many more keys to fiddle with in dtsimple.
    - Added another software dynamic texture implementation to the
      software drivers. This implementation shares the texture manager
      with the parent context. This allows you to render to it with
      textures that you have already registered with the parent
      context i.e. a map view courtesy of the engine.
    - In pursuit of this added functions to the software 3d drivers
      which allows the initialisation and opening of the driver
      according to another driver while sharing resources. The
      sharing software dynamic texture utilises these functions.
      This is also in preparation for the window manager...coming
      soon!
    - Pluggified metaballs and updated metademo and dtsimple as
      appropriate.
    - Added more parameters to vary to see what happens in metademo.
    - Added a couple more functions to iSystem, which are implemented
      in system.h/cpp, so shouldnt break anything. These are queuing
      functions for two new windows messages.
    - Added two new windows messages. ..ContextResize and
      ..ContextClose.
    - Updated the engine to deal with new messages
    - 'Multiplexed' the engine. Added new function
      csWorld->SetContext(iGraphics3D *g3d). This allows the engine
      to swap states according to g3d. The new dynamic texture
      demonstrates this.
    - Fixed the annoying bug in the Xlib software drivers where on a
      fresh Xserver session the window placement wouldn't behave for
      the first three or four times. Borrowed the trick from gdk :).
      Much more window manager friendly now...i.e. Crystal Space is
      beginnning to behave politely!
    - Migrated XLib changes into the line drivers.
    - Added resizing to the line drivers.
    - Got rid of a static file scope variable in the software
      texture manager.
    - Small makefile fixes for blocks and csauth.
- Did a fix to dump(csPolygon3D*) for polygons with no name.

Date:	Thursday June 1, 2000 @ 23:05
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv13322/plugins/video/renderer/opengl

Modified Files:
	ogl_dyntexback.cpp ogl_dyntexback.h ogl_g3d.cpp ogl_g3d.h 
Log Message:

Some changes which gets the metaballs texture working. Mainly to do with many iGraphics3D refering to one iGraphics2D 
-The engine now keys of iGraphics3D rather than iGraphics2D, to determine whether it needs to swap states.
-Metaball plugin now queries iGraphics3D for width and height of context. 
-Opengl: need to convert vertices co-ordinates to the upper left subregion of the backbuffer

Date:	Saturday June 3, 2000 @ 20:43
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv30018/plugins/video/renderer/opengl

Modified Files:
	ogl_dyntexback.cpp ogl_dyntexback.h ogl_dyntexsoft.cpp 
	ogl_dyntexsoft.h ogl_g3d.cpp ogl_g3d.h ogl_halo.cpp 
	ogl_txtmgr.cpp ogl_txtmgr.h 
Log Message:


- rewrote the ogl backbuffer dynamic texture implementation, it now
  inherits from csGraphics3DOGLCommon and implements a dummy 
  iGraphics2D which transforms vertex info to lower bottom left 
  subregion of back buffer, and reports correctly width and height
  information. This has required splitting the old ogl_g3d.* into 
  ogl_g3dcom.* and ogl_g3d.* Also two new private functions are
  added SharedInitialize and SharedOpen which have the same 
  functionality as those in the software drivers.
  The engine now renders to backbuffer 
  textures, but they are still inverted and have corrupt colour 
  information.
- Added verbose visual information reporting to glx. Now reports 
  about auxiliary buffers and properly fills in pfmt.
- The ogl texture manager now detects and deals with maximum texture
  constraints i.e. my voodoo2's 256x256 :)
- Removed old software dynamic texture implementation.
- Small fixes for canvas/common & dtsimple

Date:	Saturday June 3, 2000 @ 20:48
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv30281/plugins/video/renderer/opengl

Added Files:
	ogl_g3dcom.h ogl_g3dcom.cpp 
Log Message:


New files for ogl3d which didnt go in first time around

Date:	Monday June 5, 2000 @ 14:16
Author:	rbate

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv8300

Modified Files:
	ogl_g3dcom.h 
Log Message:
Changing max_texture_size from int to GLint so things will compile on CW.

Date:	Monday June 5, 2000 @ 14:17
Author:	rbate

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv8350

Modified Files:
	ogl_txtcache.cpp 
Log Message:
Fixing what looks to be an error in an if statement.

Date:	Tuesday June 6, 2000 @ 19:55
Author:	ghaussmann

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv20129/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Added support for RGBA (transparent meshes) to DrawTriangleMesh.

Date:	Tuesday June 13, 2000 @ 3:07
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv11181/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp ogl_g3d.h ogl_g3dcom.cpp ogl_txtcache.cpp 
	ogl_txtcache.h ogl_txtmgr.cpp ogl_txtmgr.h 
Log Message:

 Changed names from dynamic textures to the more correct term procedural 
  textures.
- The iGraphics3D method CreateOffScreenRenderer is now gone. All drivers are 
  updated.
- The software drivers procedural textures are now more memory efficient.
    - By default the software procedural textures use the main renderers texture
      manager, which makes it more consistent with the glide and back buffer 
      opengl implementations. Within this mode the engine can render to the 
      texture.
    - The CS_TEXTURE_DYNAMIC_SHARE_HINT is now gone. In its place is a new hint
      CS_TEXTURE_PROC_ALONE. When this flag is selected the software procedural
      textures run internally at 8bit, they share and utilise their own 8bit 
      texture manager. (Before each procedural texture had its own texture 
      manager and cache..this is no longer the case :). The engine cannot render
      to the texture in this mode.
    - The iTextureHandle->TextureDynamicSyncPalette is now gone. This is no 
      longer needed, and makes the interface more consistent across 
      implementations. In its place is ProcTextureSync (), which currently is
      an empty method, but is in preparation for fine grained control of 
      mip-mapping. The software texture manager now keeps a single linked list
      of all 8bit canvases it services.
- Rewritten the opengl software procedural texture implementation. So that it
  can be rendered to by the engine.
    - Added a force32bitsoftware additional flag to opengl.cfg, which performs
      better with mesa and 16bit displays with a voodoo2. However, the problem
      with the transposition of red and blue returns, this is probably a bug
      in Mesa3.3beta.
    - This is how it now works: csOpenGLProcSoftware now wraps an instance of 
      csSoftProcTexture3D. This instance is created via a new interface
      iSoftProcTexture. csSoftProcTexture3D creates its own texture manager and 
      canvas. Subsequent software procedural textures share this texture 
      manager. Each procedural texture registers itself with the software
      texture manager, and passes its handle back to the csOpenglProcSoftware
      class which stores it in a vector along with its opengl texture handle.
      The app writer registers and prepares all textures with the opengl
      texture manager, and then starts rendering. Each texture handle not
      already present within the vector is registered and prepared with the 
      software texture manager and its handle stored with its opengl counterpart
      in a vector. Each iGraphics3D call which utilises a texture is intercepted
      and the opengl texture handle swapped for its software counterpart. On 
      Print (csRect) the opengl texture is updated with the new procedural
      texture state, and also its software counterpart.
    - This change has required modifying the software drivers so that the 
      texture handle is not referred to within the iPolygonTexture structure.
    - The CS_TEXTURE_PROC_ALONE_HINT has the effect of disabling the updating of
      the software texture managers versions of the procedural textures, which
      improves performance but disallows the engine from rendering to any 
      procedural textures. For this mode to operate all textures need to possess
      this flag otherwise it'll revert to the slower mode.
- Fixed the colours on the opengl back buffer implementation. Voodoo2 owners now
  need Mesa beta3.3 from cvs for this to work. Unfortunately glCopySubTexImage2D
  is now broken in cvs so I cant implement this optimisation. The texture 
  probably still renders inverted, it does on the voodoo2. I dont think there
  is an opengl trick to reinvert the texture, but I could be wrong. Possible 
  solutions are to intercept every draw call and invert these or to copy over
  from the framebuffer to the texture line by line. The latter way is going to 
  be *slow*, the former would involve modifying transformation matrices (i.e.
  rotating by 180 degrees the world to camera matrix about the lookat vector) 
  within the driver and inverting all vertices which are in screen co-ordinates.
  I wait for a better suggestion :).
- Lastly Ive destroyed the performance of the opengl procedural textures, oops,
  need to investigate this :( Used to get about 70fps with the astext texture
  alone, this is now down to 10ish with software textures. This might be 
  Mesa3.3beta.
- dtsimple is updated to demonstrate how to do things with the cleaner, more
  consistent interface.
- Added new constructor for csImageMemory
- Fixed typo in memdbg.sh

Date:	Tuesday June 13, 2000 @ 3:26
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv17270

Removed Files:
	ogl_dyntexback.cpp ogl_dyntexback.h ogl_dyntexsoft.cpp 
	ogl_dyntexsoft.h 
Log Message:

- Changed names from dynamic textures to the more correct term procedural 
  textures.
- The iGraphics3D method CreateOffScreenRenderer is now gone. All drivers are 
  updated.
- The software drivers procedural textures are now more memory efficient.
    - By default the software procedural textures use the main renderers texture
      manager, which makes it more consistent with the glide and back buffer 
      opengl implementations. Within this mode the engine can render to the 
      texture.
    - The CS_TEXTURE_DYNAMIC_SHARE_HINT is now gone. In its place is a new hint
      CS_TEXTURE_PROC_ALONE. When this flag is selected the software procedural
      textures run internally at 8bit, they share and utilise their own 8bit 
      texture manager. (Before each procedural texture had its own texture 
      manager and cache..this is no longer the case :). The engine cannot render
      to the texture in this mode.
    - The iTextureHandle->TextureDynamicSyncPalette is now gone. This is no 
      longer needed, and makes the interface more consistent across 
      implementations. In its place is ProcTextureSync (), which currently is
      an empty method, but is in preparation for fine grained control of 
      mip-mapping. The software texture manager now keeps a single linked list
      of all 8bit canvases it services.
- Rewritten the opengl software procedural texture implementation. So that it
  can be rendered to by the engine.
    - Added a force32bitsoftware additional flag to opengl.cfg, which performs
      better with mesa and 16bit displays with a voodoo2. However, the problem
      with the transposition of red and blue returns, this is probably a bug
      in Mesa3.3beta.
    - This is how it now works: csOpenGLProcSoftware now wraps an instance of 
      csSoftProcTexture3D. This instance is created via a new interface
      iSoftProcTexture. csSoftProcTexture3D creates its own texture manager and 
      canvas. Subsequent software procedural textures share this texture 
      manager. Each procedural texture registers itself with the software
      texture manager, and passes its handle back to the csOpenglProcSoftware
      class which stores it in a vector along with its opengl texture handle.
      The app writer registers and prepares all textures with the opengl
      texture manager, and then starts rendering. Each texture handle not
      already present within the vector is registered and prepared with the 
      software texture manager and its handle stored with its opengl counterpart
      in a vector. Each iGraphics3D call which utilises a texture is intercepted
      and the opengl texture handle swapped for its software counterpart. On 
      Print (csRect) the opengl texture is updated with the new procedural
      texture state, and also its software counterpart.
    - This change has required modifying the software drivers so that the 
      texture handle is not referred to within the iPolygonTexture structure.
    - The CS_TEXTURE_PROC_ALONE_HINT has the effect of disabling the updating of
      the software texture managers versions of the procedural textures, which
      improves performance but disallows the engine from rendering to any 
      procedural textures. For this mode to operate all textures need to possess
      this flag otherwise it'll revert to the slower mode.
- Fixed the colours on the opengl back buffer implementation. Voodoo2 owners now
  need Mesa beta3.3 from cvs for this to work. Unfortunately glCopySubTexImage2D
  is now broken in cvs so I cant implement this optimisation. The texture 
  probably still renders inverted, it does on the voodoo2. I dont think there
  is an opengl trick to reinvert the texture, but I could be wrong. Possible 
  solutions are to intercept every draw call and invert these or to copy over
  from the framebuffer to the texture line by line. The latter way is going to 
  be *slow*, the former would involve modifying transformation matrices (i.e.
  rotating by 180 degrees the world to camera matrix about the lookat vector) 
  within the driver and inverting all vertices which are in screen co-ordinates.
  I wait for a better suggestion :).
- Lastly Ive destroyed the performance of the opengl procedural textures, oops,
  need to investigate this :( Used to get about 70fps with the astext texture
  alone, this is now down to 10ish with software textures. This might be 
  Mesa3.3beta.
- dtsimple is updated to demonstrate how to do things with the cleaner, more
  consistent interface.
- Added new constructor for csImageMemory
- Fixed typo in memdbg.sh

Date:	Tuesday June 13, 2000 @ 3:27
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv17572

Added Files:
	ogl_proctexback.cpp ogl_proctexback.h ogl_proctexsoft.cpp 
	ogl_proctexsoft.h 
Log Message:

- Changed names from dynamic textures to the more correct term procedural 
  textures.
- The iGraphics3D method CreateOffScreenRenderer is now gone. All drivers are 
  updated.
- The software drivers procedural textures are now more memory efficient.
    - By default the software procedural textures use the main renderers texture
      manager, which makes it more consistent with the glide and back buffer 
      opengl implementations. Within this mode the engine can render to the 
      texture.
    - The CS_TEXTURE_DYNAMIC_SHARE_HINT is now gone. In its place is a new hint
      CS_TEXTURE_PROC_ALONE. When this flag is selected the software procedural
      textures run internally at 8bit, they share and utilise their own 8bit 
      texture manager. (Before each procedural texture had its own texture 
      manager and cache..this is no longer the case :). The engine cannot render
      to the texture in this mode.
    - The iTextureHandle->TextureDynamicSyncPalette is now gone. This is no 
      longer needed, and makes the interface more consistent across 
      implementations. In its place is ProcTextureSync (), which currently is
      an empty method, but is in preparation for fine grained control of 
      mip-mapping. The software texture manager now keeps a single linked list
      of all 8bit canvases it services.
- Rewritten the opengl software procedural texture implementation. So that it
  can be rendered to by the engine.
    - Added a force32bitsoftware additional flag to opengl.cfg, which performs
      better with mesa and 16bit displays with a voodoo2. However, the problem
      with the transposition of red and blue returns, this is probably a bug
      in Mesa3.3beta.
    - This is how it now works: csOpenGLProcSoftware now wraps an instance of 
      csSoftProcTexture3D. This instance is created via a new interface
      iSoftProcTexture. csSoftProcTexture3D creates its own texture manager and 
      canvas. Subsequent software procedural textures share this texture 
      manager. Each procedural texture registers itself with the software
      texture manager, and passes its handle back to the csOpenglProcSoftware
      class which stores it in a vector along with its opengl texture handle.
      The app writer registers and prepares all textures with the opengl
      texture manager, and then starts rendering. Each texture handle not
      already present within the vector is registered and prepared with the 
      software texture manager and its handle stored with its opengl counterpart
      in a vector. Each iGraphics3D call which utilises a texture is intercepted
      and the opengl texture handle swapped for its software counterpart. On 
      Print (csRect) the opengl texture is updated with the new procedural
      texture state, and also its software counterpart.
    - This change has required modifying the software drivers so that the 
      texture handle is not referred to within the iPolygonTexture structure.
    - The CS_TEXTURE_PROC_ALONE_HINT has the effect of disabling the updating of
      the software texture managers versions of the procedural textures, which
      improves performance but disallows the engine from rendering to any 
      procedural textures. For this mode to operate all textures need to possess
      this flag otherwise it'll revert to the slower mode.
- Fixed the colours on the opengl back buffer implementation. Voodoo2 owners now
  need Mesa beta3.3 from cvs for this to work. Unfortunately glCopySubTexImage2D
  is now broken in cvs so I cant implement this optimisation. The texture 
  probably still renders inverted, it does on the voodoo2. I dont think there
  is an opengl trick to reinvert the texture, but I could be wrong. Possible 
  solutions are to intercept every draw call and invert these or to copy over
  from the framebuffer to the texture line by line. The latter way is going to 
  be *slow*, the former would involve modifying transformation matrices (i.e.
  rotating by 180 degrees the world to camera matrix about the lookat vector) 
  within the driver and inverting all vertices which are in screen co-ordinates.
  I wait for a better suggestion :).
- Lastly Ive destroyed the performance of the opengl procedural textures, oops,
  need to investigate this :( Used to get about 70fps with the astext texture
  alone, this is now down to 10ish with software textures. This might be 
  Mesa3.3beta.
- dtsimple is updated to demonstrate how to do things with the cleaner, more
  consistent interface.
- Added new constructor for csImageMemory
- Fixed typo in memdbg.sh

Date:	Tuesday June 13, 2000 @ 4:54
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv7888/plugins/video/renderer/opengl

Modified Files:
	ogl_proctexsoft.cpp 
Log Message:

typo corrected

Date:	Tuesday June 13, 2000 @ 15:07
Author:	malakai

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv17939

Modified Files:
	ogl_proctexsoft.cpp ogl_proctexback.cpp 
Log Message:
Remove the cases that resulted in the use of the GL_UNSIGNED_SHORT_5_6_5. This is undefined on win32 GL.
-frank(frank@...)

Date:	Thursday June 15, 2000 @ 3:20
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv7819/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Moved glViewport() from OpenGL 3D renderer to the 2D canvas
drivers for OpenGL. The reason for this is that some specific
canvas (used for embedding for example) may want another
viewport.

Date:	Sunday June 18, 2000 @ 12:19
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv18041/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
- Added two new tests to 'perftest' to test how grouping of
  textures in the 3D rasterizer might benefit performance.
  It seems that this would give a great benefit indeed.
- Got a new patch from Travis McIntosh to start work for
  supporting pseudo-dynamic lights and curved surfaces.
  Not finished yet.

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv20090/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Tried an experimental change to OpenGL to minimize the amount
of processing between glBegin/glEnd. There is an OpenGL performance
FAQ which says you should do almost nothing except glVertex,glNormal,
glTexCoords, ... calls between glBegin/glEnd. So I changed DrawPolygon
so that it first calculates and copies the results in a few arrays.

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv27684/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.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 @ 5:37
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv9700/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Did another optimization in addition to the above one by using
glVertex4fv instead of glVertex4f (similar to glTexCoord2). According
to the same FAQ this should also improve matters.

Date:	Monday June 19, 2000 @ 5:59
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv10927/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_halo.cpp ogl_proctexback.cpp 
	ogl_proctexsoft.cpp ogl_txtcache.cpp 
Log Message:
Did another optimization but this is more a quick hack. In order
to avoid unneeded glBindTexture calls I now created a csglBindTexture
which remembers the old glBindTexture. I'm not sure that this
approach is totally safe and it is not tested well. Also it might
not work well with multi-texture extension. This is something
we need to test. I let it in for now so that it will actually
get tested :-)

Date:	Tuesday June 20, 2000 @ 1:18
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv7503/plugins/video/renderer/opengl

Modified Files:
	glrender.mak ogl_g3dcom.cpp 
Log Message:
- Enabled extensions in OpenGL renderer.
- Disabled the experimental optimization in DrawPolygon for OpenGL.
  It had a bad effect on performance.
- Provided a default extension detection code for operating systems
  other than Windows and Unix (with Mesa). Also made the extension
  detection safe so that extensions are not used if you have
  Mesa 3.0 or older.
- Extend makefies for OpenGL so that OPENGL_PATH is used if
  USE_MESA=0 (similar to MESA_PATH).

Date:	Tuesday June 20, 2000 @ 13:22
Author:	thieber

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv11695

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Adjustments for MSVC

Date:	Wednesday June 21, 2000 @ 7:04
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv1832/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Added a patch from Thomas Krug to enable perspective correct
texture mapping for OpenGL DrawPolygonFX. The patch is disabled
though becuase it is slower (does a divide) and also not consistant
with how DrawTriangleMesh behaves. I think this is a feature
that needs to be optional.

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv17376/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.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:	Thursday June 22, 2000 @ 5:59
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv20291/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Eliminated a couple copmilation warnings.

Date:	Saturday June 24, 2000 @ 12:40
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv18953/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_txtcache.cpp ogl_txtcache.h 
Log Message:
- Disabled multi-texture extension support again. At the moment
  it is not given much performance benefits (at least for me)
  and there are some bugs (i.e. disabling texture mapping doesn't
  work and blending mode isn't correct).
- OpenGL::DrawPolygon was doing some unneeded work. I removed
  it so this should speed it up a little.
- Moved scaling of lightmap from OpenGL::DrawPolygon to the
  lightmap cache so that this doesn't have to be repeated
  every time.

Date:	Sunday June 25, 2000 @ 5:45
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv21405/plugins/video/renderer/opengl

Modified Files:
	ogl_txtcache.cpp 
Log Message:
Eliminated a couple compilation warnings in OpenGL renderer.

Date:	Sunday June 25, 2000 @ 12:25
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv20879/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexsoft.cpp 
	ogl_proctexsoft.h 
Log Message:
- Did an experiment for speeding up OpenGL by putting the setup
  commands for DrawPolygon in a display list. Did not seem to
  help much though.
- Added CALLBACK_MESH in the engine to support edge drawing for
  meshes. 
- Added iGraphics3D->GetObjectToCamera(), GetClipper(), 
  GetPerspectiveCenter(), and GetPerspectiveAspect() to
  fetch those respective entries from G3D.
- Implemented mesh drawing for DrawTriangleMesh in WalkTest.
  This means that when you press 'e' (to enable edges) you'll
  see the edges of all rendered triangles for terrain, curved
  surfaces, and 3D sprites in green.

Date:	Monday June 26, 2000 @ 4:01
Author:	andyz

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv11395/opengl

Modified Files:
	ogl_txtmgr.cpp 
Log Message:
Removed unneeded inclusion of "lightdef.h" into 3D renderers.
In general, lightdef.h should go into include/csengine in the end IMHO.

Date:	Wednesday June 28, 2000 @ 20:53
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv30121/plugins/video/renderer/opengl

Modified Files:
	ogl_proctexsoft.cpp 
Log Message:

- Many changes. Mostly rearrangements for aesthetic reasons -- big improvement :)
  Its looking really good in software, but opengl has problems :(

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv5246/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_proctexsoft.h ogl_txtcache.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:	Monday July 3, 2000 @ 20:07
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv19424/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexback.cpp 
	ogl_proctexback.h 
Log Message:

- Backbuffer now works without being inverted. Re-reversed the orthographic projection from its default setting of reversed, for the duration of rendering to the back buffer.... this seems strange that the opengl driver has this setting.
- Sets glviewport in the back buffer 3d driver within the begin/finish draw calls.

Date:	Tuesday July 4, 2000 @ 22:15
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv3679/plugins/video/renderer/opengl

Modified Files:
	ogl_proctexback.cpp ogl_proctexback.h 
Log Message:

- Rearranged iGraphics2D/3D so that related functions are grouped... ;)
- Fixed transparent images in dtsimple which showed up with the opengl backbuffer proc texture
- Fixed text rendering on the backbuffer proc textures.
- Fixed an omission from my last commit.

Date:	Tuesday July 4, 2000 @ 22:43
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv5400/plugins/video/renderer/opengl

Modified Files:
	ogl_proctexback.cpp 
Log Message:

- For some reason if you draw a pixmap after clearing the depth buffer, the depth buffer isn't cleared for the region you draw the pixmap to. The metaball depth buffer problem was caused by this. Bizarre. Need another solution.

Date:	Wednesday July 5, 2000 @ 23:27
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv23538/plugins/video/renderer/opengl

Modified Files:
	ogl_halo.cpp 
Log Message:
Received new halo code from FragDance for OpenGL. Cleans up a
little but otherwise works the same.

Date:	Thursday July 6, 2000 @ 16:25
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv23451/plugins/video/renderer/opengl

Modified Files:
	ogl_proctexsoft.cpp ogl_txtmgr.cpp 
Log Message:

            - #ifdefed with OPENGL_1_2 the GL_UNSIGNED_SHORT_5_6_5 data type,
              which Mesa supports but windows doesn't. The native 16bit display
              path for procedural textures now works again.
            - Added a temporary box to the top left corner of dtsimple which should
              be the same colour which proc textures clear to...this is for 
              testing...
            - Clumsily fixed the problem with the 32bit software procedural 
              textures. From canvas/common/protex2d.cpp:197 I have added byte
              shuffle code which probably isn't the best way to do it, and 
              probably not correct for all endianness and frame buffer pixel types.
              Hopefully Eric or AndyZ will take a look and do it properly :)
            - The portal procedural texture now correctly appears.
            - Cleaned up proc texture detection in sftcom3d.cpp.
            - Added more comments to remind myself what Ive done.

Date:	Saturday July 8, 2000 @ 2:21
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv19177/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_proctexback.cpp ogl_proctexback.h 
Log Message:

            - Added emacs friendly comments that these .inc files are really C++
              files.
            - Fixed a bug in the shared initialisation and open routines in the 
              opengl renderer, the backbuffer proc texture looks much better.
            - Cleaned up a little the shared initialisation and open routines
              in the software renderer

Date:	Saturday July 8, 2000 @ 12:05
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv27590/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexback.cpp 
Log Message:

            - Fixed the opengl back buffer procedural texture so it now displays
              curves and sprites non-inverted. The back buffer uses a non-inverted
              orthographic projection matrix, which was being overwritten by the
              DrawTriangleMesh routine.

Date:	Sunday July 9, 2000 @ 19:41
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv30644/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_proctexback.cpp ogl_proctexback.h 
	ogl_txtcache.cpp ogl_txtmgr.cpp 
Log Message:

            - Added new Clear (RGBPixel &colour) function to csImageMemory. This 
              clears the image to the specified colour.
	    - Implemented new procedural texture flag: CS_TEXTURE_PROC_PERSISTENT
              This has been implemented for opengl backbuffer & software versions
	      aswell as the pure software drivers...see documentation for further
              details. Only mip-mapping to deal with now.
            - Fixed the software 32bit RGB transpositions problem, I think :)
              32bit software procedural clours should now be correct. Please 
              people on big endian machines check this!!
            - Optimised the GL back buffer implementation so it now clears Zbuffer
              and/or screen with QUADS rather than the whole screen ;).
            - Fixed the garbling which occured on the first frame in opengl.
            - Various changes to dtsimple. Currently the meta balls texture is 
              set to be persistent over the top of the squawk background, so the 
              metaballs smear over the texture rather than being cleared each frame

Date:	Sunday July 9, 2000 @ 22:08
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv25145/plugins/video/renderer/opengl

Modified Files:
	ogl_proctexback.cpp ogl_proctexsoft.cpp 
Log Message:

            - Added messages to distinguish between backbuffer and software GL
              implementations
            - Cleared out debugging junk I left in.
            - Adjusted Zbuffer clear...

Date:	Sunday July 16, 2000 @ 9:55
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv456/plugins/video/renderer/opengl

Modified Files:
	ogl_proctexback.cpp ogl_proctexsoft.cpp ogl_proctexsoft.h 
	ogl_txtmgr.cpp ogl_txtmgr.h 
Log Message:

            - Added two new procedural textures to dtsimple. This is to complete
              dtsimple as a test suite for all the current procedural texture 
              implementations and flags. If you enable both test1 and test2 then
              all the procedural textures get printed to the screen with DrawPixmap
              as this uses a different rendering pathway than DrawPixmap to the 
              texture. These changes highlighted a fundamental bug in the 
              implementations within the software driver.
            - Fixed all known bugs in the software and opengl implementations of
              procedural textures. Cleaned up the code, things are looking much
              better now, and I don't anticipate needing any further overhauls.
              Three features remain to be done: mip mapping and the ability to 
              update sub rectangles of the texture buffer. These changes will be
              propagated up into the mip map as subrectangles also. Lastly the
              flag CS_TEXTURE_PROC_MIPMAP_ON_SYNC needs to be implemented.
	      Then a few optimisations...
            - Changed the metaball texture so instead of clearing the screen, it
              prints the bot_view texture as a background...this gives an 
              unexpected but IMHO seriously cool effect. Check it out :)
            - Removed the opengl 16bit procedural texture pathway for now. As its
              very slow on my machine.
	    - Added some emacs fontification friendly comments to .inc files

Date:	Sunday July 16, 2000 @ 23:45
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv9432/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
- Added LGPL notice to a few .inc files.
- Change to OpenGL renderer so that lightmaps are only cached
  when lighting is enabled. This speeds up rendering considerably
  when you disable lighting. This speed increase suggests that
  sending over new lightmaps to the hardware is slow. So combining
  lightmaps makes sense probably.

Date:	Saturday July 22, 2000 @ 17:40
Author:	ghaussmann

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv20958/plugins/video/renderer/opengl

Modified Files:
	glrender.mak ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
Added code to try and determine the proper lightmap blend mode automatically.
With the blend mode set to 'auto' the code will draw polys in both
the SRC*DST and 2*SRC*DST blend mode, comparing the two and picking
the more appropriate one for use in drawing lightmaps.

Also added extension detection #ifdef's to assume Mesa-style
extension detection on Linux with GCC, even if the MESA_*
macros are not defined.

Date:	Friday July 28, 2000 @ 4:29
Author:	andyz

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv13713/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
-*- Added detection of XFree86/OS2. Now softx driver compiles and works well
    on OS/2 with shm and vidmode extensions! :-)

-*- Added a command-line option: "-canvas=xxx" will tell the renderer which
    canvas plugin to use. If "xxx" does not contain dots (e.g. something like
    "x2d", "dive" and so on) "crystalspace.graphics2d." is prepended.

-*- Fixed a bug in softx driver related to fullscreen extensions.
    Close() calls LeaveFullScreen() but if we close the driver due to a
    failed initialization dpy and window variables were not initialized.

-*- Removed GetVFS method from iSystem. Use QUERY_PLUGIN_ID instead.
    I have fixed all drivers to use QUERY_PLUGIN_ID.

-*- Removed iUnixSystem interface. Moved the functionality needed to decide
    whenever to use shm, simdepth etc to the respective X11 drivers (moved
    to a new file video/canvas/common/x11comm.cpp which is included in all
    X11 drivers that really needs it). In general, system-dependent part of
    csSystemDriver becomes thinner and thinner. This is good :-)

    Due to extensive changes through many canvas plugins some may encounter
    syntax errors during compilation. Use the softx driver for reference,
    which compiles and works fine.

-*- Fixed the linex2d driver (it wasn't working properly after the last
    fullscreen change).

Date:	Sunday July 30, 2000 @ 18:29
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv13833/plugins/video/renderer/opengl

Modified Files:
	ogl_proctexback.cpp ogl_proctexsoft.cpp ogl_proctexsoft.h 
	ogl_txtmgr.cpp ogl_txtmgr.h 
Log Message:

	    - Propagated Normans changes to regain the title on GLX windows.
            - Fixed the multi-context support in the engine which broke after the
              recent changes to the engine.
            - Added the emission of cscmdContextClose events from the GL and 
              software proc textures.
	    - Fixed the GL proc texture bug which created new proc textures each
              time PrepareTextures was called.
            - dtsimple now responds to contextClose events, and exits without
              crashing.

Date:	Tuesday August 1, 2000 @ 13:09
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv2746

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
fixed a crash scenario: sprite is textured and has FX_ALPHA set but no vertex colors -> boom, now it uses flatcolor (1.0) + m_alpha

Date:	Tuesday August 1, 2000 @ 23:04
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv2511/plugins/video/renderer/opengl

Modified Files:
	ogl_proctexback.cpp ogl_proctexback.h ogl_proctexsoft.cpp 
	ogl_proctexsoft.h ogl_txtmgr.cpp 
Log Message:

	    - Added emacs fontification friendly comments to some more .inc files
            - Added further options to dtsimple (bots, lights, portals--on/off)
            - Print (csRect*) now prints subregions with the software proc
              textures in 16bit/32bit sharing modes
            - Rearranged software procs implementation somewhat so that mip-mapping
              flags are accessible in the right places. This has also simplified
              the code somewhat.
            - Got rid of the proc texture enum data type in iGraphics2D
            - iGraphics2D->CreateOffScreenCanvas arguments changed slightly.
            - Reduced verbosity of proc texture MSG_STDOUTs
            - Cleaned out x2d of commented out code
            - isprotex.h interface changed slightly (internal to proc textures)

Date:	Wednesday August 2, 2000 @ 9:34
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv27996

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
after Open the pixelformat is requested from the G2D ( since they are calculated there after window open only )

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv23483/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexsoft.cpp 
	ogl_proctexsoft.h 
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:	Friday August 4, 2000 @ 4:46
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv6412/plugins/video/renderer/opengl

Modified Files:
	ogl_proctexsoft.cpp 
Log Message:
- Tried to fix funcon console but failed for now. Will look at
  this later.
- Fixed DrawPolygonMesh for procedural textures (OpenGL).
- Fixed Squawk so that it compiles and runs.
- Fixed wscs3d so that it compiles and runs.
- Fixed simple so that it compiles and runs.
- Fixed phyztest so that it compiles and runs.

Date:	Friday August 4, 2000 @ 9:33
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv11202

Modified Files:
	ogl_proctexback.cpp ogl_proctexback.h ogl_proctexsoft.cpp 
	ogl_proctexsoft.h 
Log Message:
- added missing PerformExtension () dummies
- replaced QueueContextCloseEvent with the new EventOutlet method

Date:	Saturday August 5, 2000 @ 11:02
Author:	wouter

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv12910/plugins/video/renderer/opengl

Modified Files:
	glrender.mak 
Log Message:
beginnings of a make install option. Xfree86 (fullscreen extension) is detected now for unix

Date:	Sunday August 6, 2000 @ 16:11
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv28461

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
- m_textured was used uninitialized in meshdrawing
- made some minor optimizations to meshdrawing

Date:	Tuesday August 8, 2000 @ 7:10
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv29298

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
saved another multiplication (in fog calc) - oh joy

Date:	Wednesday August 9, 2000 @ 15:21
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv17481

Modified Files:
	glrender.mak 
Log Message:
the opengl libs were not added if they are defined in OPENGL.LIBS.DEFINED

Date:	Saturday August 12, 2000 @ 9:43
Author:	thieber

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv1748

Modified Files:
	ogl_proctexsoft.cpp 
Log Message:
made compileable

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv15667/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
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:	Friday August 18, 2000 @ 7:50
Author:	andyz

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv22074/plugins/video/renderer/opengl

Modified Files:
	glrender.mak 
Log Message:
Some fixes

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv20296/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_proctexback.cpp ogl_proctexback.h 
	ogl_proctexsoft.cpp ogl_proctexsoft.h ogl_txtcache.cpp 
	ogl_txtmgr.cpp ogl_txtmgr.h 
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:	Tuesday August 22, 2000 @ 20:50
Author:	ghaussmann

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv10265/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Enabled GL-level backface culling.  Since backfaces are overdrawn or
culled out by the CS occlusion cullers this shouldn't change the
rendering.

Date:	Wednesday August 23, 2000 @ 5:09
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv19022

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
added GL_ENABLE_BIT to PushAttrib, lack of it caused crash in fog

Date:	Wednesday August 23, 2000 @ 5:24
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv5352

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
 the other GL_ENABLE_BIT

Date:	Monday August 28, 2000 @ 1:20
Author:	andyz

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv27727

Modified Files:
	glrender.mak 
Log Message:
Cleaned up a little. Added check for X11_PATH before adding -lX11 etc.

Date:	Saturday September 2, 2000 @ 12:53
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv32747/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
- Fixed bug in csWorld::Clear() where that function would forget
  to clear the texture cache in G3D. This could result in crashes
  when reloading a world in OpenGL for example.
- Added a test in OpenGL to prevent ClearCache() from crashing
  when it was called at destruction time.
- Changed fatal error 'Light 'xxx' not found' into a warning.
  This makes sure that old levels that still use the old
  collection syntax will work (but without the light in the
  collection).
- Added ObjectView window to levtool. This contains all objects
  in the world in a csTree component. Currently this list is only
  a subset. It will be completed later.

Date:	Tuesday September 5, 2000 @ 1:16
Author:	andyz

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv20077/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_proctexback.h ogl_proctexsoft.h 
Log Message:
-*- Added to win32conf.bat display a note about which packages you should
    have installed. This depends upon which compiler you use (e.g. it displays
    slightly different help depending on whenever you use msvc or mingw32).

-*- Enhanced the configure help for DJGPP.

-*- Fixed both dosconf.bat and win32conf.bat (very old bug) to detect
    correctly whenever makedep is installed. Earlier it considered makedep
    to be always installed.

-*- Added `walkall' target to compile just the plugins that are needed for
    walktest. Currently `make walkall' is equivalent to:

	make walk soft csfont simpcon perfstat rapid

-*- Fixed DOS/DJGPP build in debug mode with shared libraries.
    Added functions that are usually inlined (e.g. strcmp, memcmp, strcpy)
    to the list of exported functions in djgpp/loadlib.cpp.
    Fixed a bug in dosraw driver related to the fact that transfer buffer
    is overwritten by printf() (which is used in debug mode to print some
    videocard information). So, in overall, DOS port now works in both
    static/dynamic and optimize/debug modes.

-*- Added perfstat plugin to static.cpp if SCL_PERFSTAT macro is defined.
    Effectively this adds FPS display for static mode build.

-*- Enhanced (fixed) linex2d driver: now it uses "helvetica" font and
    GetTextWidth/Height are implemented properly. Also DrawText() works
    properly now (previously it painted text shifted up by some amount).

-*- Added DrawBox() method to linex2d driver. Also I have fixed Clear()
    which were not clearing one pixel horizontally and vertically.

-*- Added AllowContextResize(bool) method to iGraphics2D. By default context
    resizing is *disallowed*. This is because most applications won't handle
    the cscmdContextResize broadcast correctly, and will misbehave.
    Applications which handles this broadcast correctly should issue
    AllowContextResize (true). Note that engine already does this (since
    engine handles context resizes) thus you should do this only for
    applications that don't use the engine.

-*- Fixed x2d driver to allow width and height only in steps of 2.
    The reason is to not allow odd window width, because in some cases
    XFree86 (?) does not like that (every scanline is shifted by one pixel).
    I don't think this is a limitation, but if somebody don't like this, it
    should limit at least width to be even.

-*- Moved glMatrixMode(), glOrtho(), glViewport() to 2D common OpenGL driver.
    This was done to allow 2D driver to function standalone (without 3D).

-*- Added (not replaced) a new gl2d_font2.cpp, another OpenGL font "server".
    I have used glBitmap() to draw font, which will help on platforms with
    buggy OpenGL support for alpha-mapped textures (such as OS/2 and MacOS).
    We still have to see how compatible this approach is; but it at least
    works with OS/2 software OpenGL 1.0 (previous font rendering did not).
    Maybe we should make this a runtime option in opengl.cfg, I'm not sure.
    Also I have implemented text clipping. Vertical clipping seems to work,
    horizontal clipping should also work but I cannot fully test it due to
    non-implemented "xorig" parameter in glBitmap() in OS/2 OpenGL.

-*- Implemented runtime context resizing for the OS/2 OpenGL canvas.
    Also it respects AllowContextResize(bool).

-*- Added a new test application: G2DTEST. As you may conclude from his name,
    this small application is meant to test most aspects of 2D graphics canvas
    plugins. Also it is a curious example of a application which uses just the
    graphics canvas plugin (without 3D renderer).

-*- Fixed line drawing in graph2d.cpp (this affects most canvas plug-ins).
    Now line drawing is absolutely perfect, floating-point coordinates are
    correctly used. Even OS/2 OpenGL shows little errors with line drawing,
    compared to graph2d.cpp (and OS/2 OpenGL is known to be accurate).
    This effectively broke CSWS which was designed for the "incorrect"
    line drawing behaviour :)

-*- Fixed a bug in csOpenGLCommon2D::SaveArea which caused a shift to the
    area which is going to be saved.

-*- Fixed CSWS after last changes to line draw routines. Now CSWS works
    with OpenGL, at least on OS/2.

-*- Added PerformExtension ("flush") to OpenGL common graphics canvas.
    This can be used to do performance measurements.

-*- Improved software line drawing performance from ~5.5 MegaPixels/sec to
    approximatively ~15.8 MP/sec on Celeron/433. I think the assembly line
    drawing routine (which is used only in Win32/MSVC) should be removed
    since first of all I think it is slower, and secondly I doubt it is
    accurate (e.g. I'm sure it fails most of the accuracy tests in g2dtest).
    (for comparison: OS/2 OpenGL canvas gives just 3MP/sec, XFree86 linex2d
    driver gives 7.3MP/sec :-). Hurray, we have the fastest-and-most-accurate
    line drawing routine in the world! :-)

-*- Removed the WriteChar() routine from iGraphics2D interface.

-*- Slightly improved software text drawing speed fom ~300000 characters/sec
    to ~330000 characters/sec. For comparison: OS/2 software OpenGL gives
    ~26000 characters/sec and linex2d driver gives about ~241000
    characters/sec.

-*- Moved some OpenGL initialization stuff (realted to OpenGL start-up settings)
    from 3D driver to the 2D (canvas) driver (to the common part), to make
    possible to use OpenGL 2D driver without the 3D driver.

-*- Added a note about C_INCLUDE_PATH needed to be set up correctly
    before you do "make depend" to the win32gcc.txi file.

Date:	Monday October 2, 2000 @ 4:55
Author:	andyz

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv17432/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp ogl_g3dcom.cpp ogl_g3dcom.h ogl_txtmgr.cpp 
	ogl_txtmgr.h 
Log Message:
-*- Caught and fixed a very bad bug that caused walktest to crash upon exit
    on most levels (which contains thing templates). It was related to the
    fact that some moveable.sector arrays are empty, but csThing::MergeTemplate
    used to refer to GetSector(0) unconditionally.

-*- Overhauled the csIniFile class. There is now a new iConfigFile interface
    which is implemented by csIniFile. It is highly recommended all libraries
    and plugins to work through this interface rather than using csIniFile
    directly. Removed some exotic csIniFile methods such as saving and loading
    the config file to/from a csString, overhauled the iterators (they are
    exposed through interfaces now as well).

    This is a preparation to excluding csIniFile usage from plugins. The
    iSystem interface will expose a method to create iConfigFile objects,
    this will avoid duplicate code in main executable and plugins. Also the
    ConfigGetXXX methods will go away from iSystem, instead there will be
    an GetConfig() method to retrieve the basic iConfigFile object.

-*- Implemented a new interface iDataBuffer which is meant as a extremely
    lightweight data container (as opposed to csString). The interface is meant
    for exchanging abstract data between plugins. For example:

	... iVFS *vfs;
	iDataBuffer *data = vfs->ReadFile (filename);
	... data->GetData ();
	... data->GetSize ();
	data->DecRef ();

    Another example:

        iDataBuffer *path = vfs->ExpandPath ("../test");
	printf ("Expanded path: %s\n", **path);
	path->DecRef ();

-*- Added minimal locale support to Unix systemdriver (setlocale (LC_XXX, ""))
    because without that XFree4.0 won't (always) display national characters.
    If your specific Unix doesn't have <locale.h> see the instructions in
    unix.cpp... basically if we find that there are such systems we rather
    should add detection of setlocale to unixconf.sh.

-*- Added Xsetlocale() to all X11 canvas drivers. I don't know whenever this
    is really required but it won't hurt in any case, and for some languages
    this could help.

-*- I did all said above related to iConfigFile. Namely the iSystem interface
    has been changed: removed all the GetConfigXXX() methods; instead (the
    simplest but dirty way) you can just use GetConfig()->GetXXX() instead of
    older GetConfigXXX(); a better way is to first store the GetConfig() aside,
    then use the variable multiple times to query all the needed values.
    All the plugins and applications have been updated to accomodate this
    new change; of course I maybe forgot something so if you get compilation
    errors you have to check first if the old GetConfigXXX method is used
    (and proceed as above if so) and second check if the "icfgfile.h" file
    is included at the top of source file.

Date:	Tuesday October 3, 2000 @ 5:37
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv2745/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fixed bug: Was performing 'delete' on iConfigFile rather than DecRef().

Date:	Tuesday October 3, 2000 @ 22:41
Author:	philwyett

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv31938

Modified Files:
	ogl_g3d.cpp 
Log Message:
Minor fix - Shifted #include "cssysdef.h" back to
top of file, eliminating compile errors in VC++

Date:	Wednesday October 4, 2000 @ 10:13
Author:	wouter

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv24049/plugins/video/renderer/opengl

Modified Files:
	ogl_proctexback.h ogl_proctexsoft.h 
Log Message:
Added a LoadFont(Name, File) method to G2D.
It returns the new fontid or -1 on failure.
Use this to load fonts.

Date:	Wednesday October 11, 2000 @ 23:23
Author:	andyz

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv19567/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexsoft.cpp 
	ogl_proctexsoft.h 
Log Message:
-*- Renamed csPixmap::DrawTiledShifted into DrawTiled. There is no need to use
    long clumsy names like DrawARoundBoxWithALittleRedDotInLeftUpperCorner ().

-*- I have extended iGraphics3D::DrawPixmap() method with one argument -
    uint8 alpha, and also enhanced the function a lot in software renderer.
    Now if the tx,ty,tw,th rectangle exceeds texture size, texture is tiled
    across the screen rectangle. The alpha is from 0 to 255 and defines the
    transparency of the pixmap, 0 being opaque and 255 full transparency.

-*- Semi-transparent windows in CSWS! (cswstest -> Theme button). This is a
    bit buggy though because sometimes the window gets repainted twice, with
    alpha-blended textures this results in visual artifacts :-( Will take
    a look at this later.

    Both windows and dialogs are allowed to be transparent now. Also simple
    non-transparent textured backgrounds (which are faster of course) are
    allowed for both windows and dialogs. Note that if you insert a dialog
    into a window, and set both to semi-transparent, their textures will
    overlap, and thus you will see the desktop (and the windows behind)
    through *two* transparent textures. In general it is recommended that
    if you insert a semi-transparent dialog into a window, you set that
    window's alpha to 255 (e.g. fully transparent).

-*- Removed the NULL_SOFTWARE_2D_DRIVER macros from null3d renderer.
    The NULL3D renderer is not a NULL renderer, it is a *NULL 3D* renderer,
    that is, it does not have any 3D primitives implemented (e.g. polygons) -
    everything other is like in the "normal" renderer, thus it uses same
    default canvas like the normal renderer. NULL3D renderer is mainly an
    alternative renderer for those CSWS applications that do not need any
    3D drawing. Now it supports semi-transparent and tiled textures as well.

-*- Fixed other renderers in order to be able to compile. I believe tiling
    will work with at least the OpenGL driver without any change; alpha
    is not implemented yet but its easy to implement.

Date:	Monday October 30, 2000 @ 1:03
Author:	andyz

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv32030/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp ogl_proctexback.cpp ogl_proctexback.h 
	ogl_proctexsoft.h 
Log Message:
-*- Fixed a bug in default window theme that caused background texture to
    not be drawn if the window is not semi-transparent.

-*- Fixed (I hope this is the last fix) clipping so that in very complex
    window configurations CheckDirtyTD and CheckDirtyBU are called as
    much times as required (until nothing changes).

-*- Added gradient backgrounds! In general background for all skins is now
    one csBackground object which accepts one of the following modes:
    textured, gradient, flat-color, none (default flat color from CSWS).
    Gradients can be horizontal (two rgb values), vertical (two rgb values)
    and four-corner (four rgb values).

-*- Fixed DrawPolygonFX in software renderer which works incorrectly for
    more than three-vertex polygons (it did not take into account neither
    z,u,v,r,g,b values for the fourth, fifth, ... vertices of the polygon).
    It is a bit more costly now (one division per scanline) but that's
    the price we have to pay for correct drawing...

-*- Modified cswstest to be able to change skins at runtime. You can either
    set the [CSWS] Skin.Variant = ... option in main config file, or use the
    "-skin=..." command line option. The skin variants themself are defined
    in csws.zip file; for example use -skin=Colorful for a demonstration of
    gradient background textures; -skin=Marble for a marble-texture-background
    skin variant.

-*- Fixed back the awful behaviour introduced by someone: when a drop-down
    submenu is visible, and the parent menu hides, the submenu stays visible.

-*- Re-formatted and commented (doc++ style) the csGrid class.

-*- Re-implemented font server interface from scratch. Added the iFont
    interface. Any font is an iFont object now. You pass the iFont object
    to iGraphics2D for drawing characters. The font server is not anymore
    a class private to the canvas driver; it is a public plugin like most
    others. You can avoid using a font server at all, if you aren't going
    to type text through iGraphics2D::Write().

    This implies some need for rewriting code outside CVS that deals with
    fonts. The basic rules are:

    (*) Instead of using csFontCourier, csFontTiny etc you should `load'
    the font first. You can do it this way:

        iFontServer *fs = G2D->GetFontServer ();
        iFont *courier = fs->LoadFont (CSFONT_COURIER);
        iFont *police = fs->LoadFont (CSFONT_LARGE);
        iFont *italic = fs->LoadFont (CSFONT_ITALIC);
        iFont *tiny = fs->LoadFont (CSFONT_SMALL);

    Note the new names for the fonts (you can find them in ifontsrv.h).

    (*) Then you use the iFont object to query text width, height etc:

        int fw, fh;
        font->GetDimensions ("Hello world", fw, fh);
        font->GetMaxSize (fw, fh);
        ...

    (*) The only method in G2D that accepts an iFont object is Write():

        G2D->Write (font, x, y, fg, bg, "Hello world!");

        All other font-related methods (e.g. SetFontID, GetFontID, GetTextWidth
        and so on) are gone (mostly moved to iFont).

-*- Changes in CSWS due to above font server change:

    (*) TextWidth() and TextHeight() are gone. Instead there is a new method
        called int GetTextSize(char *, int *) which returns the width of given
        text and possibly height (if second argument is not NULL).

    (*) Added a new csComponent method - int GetTextChars(char *,int) which
        will return how much characters if written with current font will
        fit in given width.

-*- Added "floating hints" capability to CSWS. These hints can be attached to
    absolutely any csComponent's; if the mouse stays unmoved over such an
    component for more than three seconds (adjustable) a new csHint object
    is created. As soon as you touch mouse or keyboard (or joystick :-) the
    hint will vanish. These hints helped to find a lot of errors in clipping
    algorithm related to clipping of foreign "clip childs"; this was not
    tested very good because of limited use of "clip childs". csHint objects
    are direct childs of the objects the hint is attached to, but they are
    "clip childs" of the csApp to avoid being clipped by parent object.
    Not complete yet (the size for hints is arbitrary right now :-)

-*- Added some debug capabilities to SCF. You can add #define SCF_DEBUG at the
    top of certain SCF module and you will see (via printf()) all the IncRef's,
    DecRef's, class initializations and so on. On GCC > 2.8.0 it also types
    the address the methods were called from, use GDB's "l *address" command
    to find out what file/line/function corresponds to given address.

-*- Added to VFS the ability to translate VFS paths into real filesystem paths.
    This works only for non-archive files. This is means as a last-resort for
    libraries that can't handle VFS directly (e.g. freetype can load fonts only
    from real-world files). If the VFS path refers to multiple paths, all of
    them will be searched for the existence of given path or filename. If
    the file is non-existent, the first one will be returned.

-*- Ooops. Fixed a "bug", or rather an unimplemented yet feature. For some
    reason I was under impression that VFS understands expressions like:
    $(VAR:text), e.g. "get the value of VAR, if it is not defined, use the
    "text". It did not, now it does. It even should understand very
    complex things like: $(VAR1:VAR2:VAR3:sometext$(VAR4:plaintext)othertext)

-*- Removed the last traces of the old memory debugger from makefiles and
    support/debug/memory,(h|cpp)

-*- Added correct window resize support to GLX canvas. Re-implemented font
    support in GLX driver; now it will work even if you load fonts at runtime
    (old "glfontserver" code was able to display only fonts that are available
    at program startup, e.g. built-in fonts from font server). Now there is
    a "font cache" object which loads and frees fonts on demand.

-*- Added runtime full-screen switching via Alt+Enter for the following X11
    drivers: x2d, linex2d, glx.

-*- Fixed "double-backbuffer" support in OpenGL canvases. All OpenGL canvases
    do NOT support double backbuffer mode. Note that "double backbuffer" is
    NOT the same as "double buffer", these are completely different things.
    All CS canvases should support double-buffering for smooth animation,
    while they may or may not support double-backbuffer mode, mainly for
    performance reasons.

Date:	Friday November 3, 2000 @ 1:39
Author:	andyz

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv6299/renderer/opengl

Modified Files:
	ogl_g3dcom.h ogl_halo.cpp 
Log Message:
-*- Fixed font drawing in OpenGL canvas (this was not my bug, it is a
    very old bug - glBindTexture() cannot be invoked between glBegin()
    and glEnd() -- it just happened my changes to trigger that bug,
    previously it was triggered by fonts occupying more than one texture).
-*- Tried to fix OpenGL halos but failed: I'm not sure, maybe the software
    OpenGL I have here does not support alpha textures properly. Will
    continue at home with TNT2.

Date:	Monday November 6, 2000 @ 13:44
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv26995/plugins/video/renderer/opengl

Modified Files:
	glrender.mak ogl_g3dcom.cpp 
Log Message:
Eric Sunshine made the following changes to the project:

-*- Visual-C++ DSW and DSP project files are now automatically generated
    and updated.  Information gleaned from GNU makefiles, project-wide, is
    used to synthesize DSW and DSP files on-the-fly.  The project file
    synthesis procedure attempts to enforce the invariant that if a module
    builds correctly via the GNU makefile, then the same module should
    build correctly via the Visual-C++ project file which was built from
    information gleaned from the makefile.  Thus, the headache associated
    with manual maintenance of the Visual-C++ project files should be a
    thing of the past.

-*- Added a new directory, CS/mk/msvcgen, in which all resources related
    to automatic generation of Visual-C++ project files reside.

-*- Added msvcgen.pl, which is a Perl script capable of generating
    Visual-C++ DSW and DSP files based upon input arguments and a set of
    template files.  The script accepts a useful array of options for
    controlling several aspects of the synthesis process, and is also
    independent of Crystal Space, thus it may be useful in other arenas as
    well.  A copious amount of documentation related to the generation of
    DSW and DSP files, including a description of the special variables
    which may appear in template files, may be viewed by invoking
    msvcgen.pl with the --help option.

-*- Added the directory CS/mk/msvcgen/template, which contains template
    files used by msvcgen.pl during the synthesis of Visual-C++ DSW and
    DSP project files.  The master level templates are appgui.tpl,
    appcon.tpl, group.tpl, library.tpl, and plugin.tpl, which represent
    the five different types of DSP files which can be generated.  These
    templates are supplemented by the template-include files dspgroup.tpi
    and dspfile.tpi, which combine to form resource groups within each
    DSP.  The master level template dsw.tpl is used for synthesizing DSW
    files and is supplemented by dswgroup.tpi and dswdep.tpi, which
    combine to form dependency groups within the DSW.  Refer to the --help
    output of msvcgen.pl for a description of the special variables which
    may appear in each of the template files.

-*- Added msvcgen.mak, which is the Crystal Space-specific makefile
    responsible for generating, and optionally installing, Visual-C++ DSW
    and DSP project files.  It performs this task by gleaning information
    from GNU makefiles throughout the project and then invoking msvcgen.pl
    with the appropriate arguments to synthesize each DSP file represented
    by a makefile, as well as the master DSW file, csall.dsw.  Also added
    the supplemental makefiles win32.mak and required.mak.  The first,
    win32.mak, contains additional Windows-specific DSP targets (such as
    grpall, grpplugins, libcswin32dll, etc.) which are not otherwise
    represented by makefiles.  The second, required.mak, supplements the
    normal PLUGINS makefile variable with a list of modules for which DSP
    files must be generated regardless of the platform which is performing
    the project file generation procedure.  This allows any platform (such
    as Unix) to generate the complete set of Visual-C++ project files.

-*- Added two makefile targets which are specific to Visual-C++ project
    file generation and installation.

    o 'msvcgen' builds the entire set of DSW and DSP files represented by
      the GNU makefiles, project-wide.  The generated files are placed in
      CS/out/mk/visualc.

    o 'msvcinst' copies the DSW and DSP files from CS/out/mk/visualc to
      their official location at CS/mk/visualc.  Furthermore, this target
      instructs the user as to exactly which CVS commands must be invoked
      in order to properly commit the newly generated files to the CVS
      repository.  For instance, if a new plugin named "foo" is added and
      an old library named "bar" is dropped, the 'msvcinst' target will
      instruct the user to invoke the commands "cvs add -kb plgfoo.dsp",
      "cvs remove libbar.dsp", and "cvs commit" in order to make the
      changes permanent.  The 'msvcinst' target automatically invokes the
      'msvcgen' target, so the synthesis and installation procedures can
      be performed as one operation.

-*- Added support for automated Visual-C++ DSW and DSP project file
    generation to all of the GNU makefiles, project-wide.  Project file
    synthesis is performed by gleaning the values from some existing
    makefile variables as well as some newly added ones.  In the following
    discussion, assume that "PROJECT" is the core name of the module
    represented by a particular makefile.

    In addition to the existing makefile variable SRC.PROJECT, the
    following new general-purpose variables were added to support
    Visual-C++ project file creation:

    o INC.PROJECT -- Complements SRC.PROJECT, but lists header files
      related to this project.

    o DEP.PROJECT -- Although this variable already existed in some
      makefiles, its meaning has been altered slightly.  The value of this
      variable is the list of projects (typically library projects) upon
      which this module depends.  Each item in this list is the core name
      of some other module, such as "CSGEOM", "CSUTIL", or "CSSYS".

    o LIB.PROJECT -- This variable now assumes the roll which DEP.PROJECT
      used to play in some makefiles.  It lists the libraries upon which
      this module depends.  The value of this variable is normally derived
      automatically from DEP.PROJECT, but may be specified manually in
      very special cases if necessary (though doing so is frowned upon).
      If specified manually, each entry should be of the form
      "$(PROJECT.LIB)".

    o CFG.PROJECT -- List of configuration files related to this module.

    Furthermore, the following new variables specifically control DSW and
    DSP project file creation.  These variables should only appear in
    makefiles for which a corresponding DSP file should be generated.

    o MSVC.DSP -- This is the master list of modules for which project
      files should be generated.  Entries must be *appended* to this list
      with the "+=" operator.  Each entry is the core name of a module as
      used within its makefile.  For example, soft3d.mak, ensures that a
      project file is created for the 3D software renderer by invoking
      "MSVC.DSP += SOFT3D".

    o DSP.PROJECT.NAME -- Base name (such as "soft3d") for the generated
      project and target.  This name is used to compose the DSP file name,
      the end target (such as "soft3d.dll"), and the displayed project
      name in the Visual-C++ IDE.  In general, it should be identical to
      the base name of the target which is generated for non-Windows
      platforms.

    o DSP.PROJECT.TYPE -- The module's type.  It should be one of
      "appgui", "appcon", "library", "plugin", or "group", which stand for
      GUI application, console application, static library, plug-in
      module, and pseudo-dependency group, respectively.

    o DSP.PROJECT.RESOURCES -- Lists any extra human-readable resources
      related to this module which are not covered by CFG.PROJECT.  These
      resources may be browsed in the Visual-C++ IDE as a convenience to
      the user.  Some good candidates, among others, for this variable are
      files having the suffixes .inc, .y (yacc), .l (lex), and .txt.

    o DSP.PROJECT.DEPEND -- Lists extra dependencies for this module.
      Entries in this list have the same format as those in the
      DEP.PROJECT list.  This variable is generally only used for
      pseudo-dependency group projects (see win32.mak).

-*- Renamed docproc.pl to jobber.pl and modified it to also rebuild and
    commit Visual-C++ DSW and DSP project files in addition to its normal
    duties of rebuilding and publishing project documentation.  The script
    is automatically invoked twice daily.  As always, the script is smart
    enough to add new project files, and remove obsolete project files
    from the CVS repository in addition to committing those which were
    only modified.  It also takes special are to use the "-kb" option when
    adding Visual-C++ project files to the repository in order to preserve
    the CRLF line terminators (which Microsoft requires).  Also, when
    scanning directories to determine which files to add and remove from
    the repository, ".cvsignore" files are now ignored (along with all
    other CVS administrative files which have always been ignored).

-*- Performed significant unification and clean-up of makefiles throughout
    the project.  Simplified several makefiles which had unnecessarily
    complicated innards.  Also added missing makefiles: snda3d.mak,
    sndds3d.mak.

-*- Changed suffix of OpenGL extension-detection files from .cpp to .inc
    since they are use as include-files rather than stand-alone sources.
    Also performed much clean-up of these files.

-*- The standard system-dependent makefiles now define the additional
    utility command definitions CD, PWD, and PERL (in addition to other
    existing definitions such as RM, MV, CC, etc.).  The default
    definitions are specified in unix.mak and dos.mak.

-*- The makefile fragment common.mak now specially defines $" and $| if
    they are not already defined.  This allows recursive 'make'
    invocations to use these variables with "echo" commands within targets
    in exactly the same way as top-level makefile targets can do so.

-*- Fixed the makefile 'clean' targets of all library modules so that they
    also remove the generated dependency (.dep) file.  (Other makefiles
    around the project had already been repaired in this manner.)

-*- Removed obsolete memory-debugger support from cssys.mak.  Andrew had
    removed the remainder of this cruft from the rest of the project on
    2000/10/30 but missed cssys.mak.

-*- Added better documentation and more correct protection to ddg.h's
    inclusion of cssysdef.h.

-*- Removed references to obsolete "null" sound driver from makefiles and
    documentation.

Date:	Tuesday November 7, 2000 @ 23:37
Author:	andyz

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv24869/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_halo.cpp 
Log Message:
-*- Fixed the SIGSEGV at program exit when OpenGL driver is used due to font
    cache callback being called after the font cache object was destroyed in
    iG2D::Close().

-*- Fixed halo drawing in OpenGL. It seems like halos in OpenGL never worked
    because backface culling was enabled in hardware, and the halo polygon was
    defined anti-clockwise (in OpenGL coordinates).

-*- Fixed a very old bug in software halo drawing. The color components
    sometimes were incorrectly clamped; this was noticeable when one of the
    components was > 1.0 and others were < 1.0 (e.g. 2,0,0). Alas, this slows
    down halo drawing a little.

-*- Made halo brightening/fading speed independent of frame rate. Currently
    halo fades in steps of 0.05 every 20msecs, this means a complete transition
    from intensity 0 to intensity 1 (or vice versa) occupies about 400 msec,
    e.g. 4/10 seconds.

-*- Added limited support for 2*SRC halos (e.g. halos with R,G,B > 1.0) in
    OpenGL renderer. However I wasn't able to add 100% correct support for it;
    software renderer still does it better. However results looks
    approximatively similar, although software halos are brighter.
    Maybe someone with better knowledge of OpenGL can fix it;
    I don't have OpenGL docs handy right now. The basic formula for computing
    a pixel with halos in theory (and in software renderer) is:

        output_color = src_color * alpha + dst_color * (1 - alpha).

    This results in normal glBlendFunc (GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA).
    However, for case when src_color > 1.0 OpenGL will clamp the color to 1.0
    thus producing incorrect results. To circumvent this, if renderer detects
    that at least one component is greater than 1.0, it divides every color
    component by two, and uses the following blending function:

        glBlendFunc (GL_SRC_ALPHA, GL_ONE);

    This is not mathematically correct, however it gives similar visual results
    except that "bright" halos are still darker than those from software
    renderer.

-*- Separated most halo-related code into a new file called
    libs/csengine/light/halo.cpp.

-*- Finished hint objects in CSWS.

-*- Added hints to most buttons in MazeD. Move the mouse above some button on a
    toolbar and wait three seconds to see a short description of this button.

-*- Fixed iSystem::UnloadPlugin() so that plugin is correctly unloaded if it
    implements the iConfig interface (plugin's options are removed as well).

-*- Added support for keypad '+', '-', '/', '*' and center keys to all X11
    canvas drivers.

-*- Fixed a bug in event cords which caused hotkeys to not work in MazeD (and
    keyboard accelerators in general).

-*- Fixed an accuracy problem with line drawing (actually two).

-*- Fixed the problem with $" and $| introduced after Eric's last changes.
    The problem was that on some systems with non-Unix-like shells
    (e.g. OS/2) " is defined to empty, thus `ifdef "' branch was taken.
    Now " and | are defined prior to including config.mak from cs.mak,
    exactly same way as it works from root makefile.

Date:	Thursday November 9, 2000 @ 4:13
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv8642/plugins/video/renderer/opengl

Modified Files:
	ogl_halo.cpp 
Log Message:
GLuint->GLenum for glBlendMode.

Date:	Sunday November 12, 2000 @ 17:58
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv3570/plugins/video/renderer/opengl

Modified Files:
	glrender.mak 
Log Message:
Eric Sunshine made the following changes:

-*- Updated the mechanism for generating Visual-C++ project files so that
    it is now possible to individually specify extra Windows-specific
    libraries, linker directives, and compiler directives for any given
    project.

-*- Modified msvcgen.mak so that it now pays attention to the following
    new makefiles variables when generating Visual-C++ DSW and DSP files:

    o DSP.PROJECT.LIBS -- List of extra Windows-specific libraries with
      which this module should be linked in addition to those already
      mentioned in the template file for this project type.  A .lib suffix
      is automatically added to each item in this list if absent.
      Typically, libraries are only specified for executable and plug-in
      projects.  This variable differs from DSP.PROJECT.DEPEND in that it
      refers to libraries which exist outside of the project graph (such
      as wsock32.lib or opengl32.lib), whereas DSP.PROJECT.DEPEND always
      refers to modules which are members of the project graph.

    o DSP.PROJECT.LFLAGS -- Specifies extra Windows-specific linker
      options which should be used in addition to those already mentioned
      in the template file.  Typically, linker options are only specified
      for executable and plug-in projects.  Keep in mind that these flags
      are passed through the (Bourne) shell during the project file
      generation process, thus it may be necessary to specially protect
      any embedded quote characters.

    o DSP.PROJECT.CFLAGS -- Specifies extra Windows-specific compiler
      options which should be used in addition to those already mentioned
      in the template file.  Keep in mind that these flags are passed
      through the (Bourne) shell during the project file generation
      process, thus it may be necessary to specially protect embedded
      quote characters.

-*- Added a copious amount of new documentation to msvcgen.mak explaining
    the entire spectrum of variables and information which it imports,
    along with the files and makefile targets which it exports.

-*- Added new command-line options --library, --lflags, and --cflags to
    msvcgen.pl.  The arguments to these options are used as replacement
    values for the new template variables %libs%, %lflags%, and %cflags%,
    respectively.

-*- Incorporated the new template variables %libs%, %lflags%, and %cflags%
    into the template files appcon.tpl, appgui.tpl, group.tpl,
    library.tpl, and plugin.tpl.

-*- Fixed efed.pl and msvcgen.pl so that they open files in "binary" mode
    to be Windows-correct; since these scripts treat a file as a raw
    stream of bytes rather than as text.

-*- Added DSP.GL3D.LIBS and DSP.GLWIN32.LIBS to glrender.mak and
    glwin32.mak, respectively, and set the value of each to "opengl32.lib
    glu32.lib".

-*- Added DSP.FREEFONT.LIBS to freefont.mak and set its value to
    freetype.lib.

-*- Removed wsock32.lib from plugin.tpl.  This library is now mentioned
    explicitly by DSP.SOCKET.LIBS and DSP.CSNETMAN.LIBS, instead.

Date:	Sunday November 12, 2000 @ 23:02
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory slayer.i.sourceforge.net:/tmp/cvs-serv10750/plugins/video/renderer/opengl

Modified Files:
	glrender.mak 
Log Message:
Corrected the long standing misnomer where USE_PLUGINS was incorrectly
specified as USE_SHARED_PLUGINS.  Updated all makefiles, scripts, and
documentation to reflect this change.

Date:	Tuesday December 19, 2000 @ 1:13
Author:	andyz

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv2337/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexback.cpp 
	ogl_proctexback.h ogl_proctexsoft.cpp ogl_proctexsoft.h 
	ogl_txtcache.cpp ogl_txtcache.h ogl_txtmgr.cpp ogl_txtmgr.h 
Log Message:
-*- Fixed a error in inifile.cpp. The array allocated with new[] was
    realloc()'ated. Now it is new/memcpy/delete'd.

-*- Fixed a minor memory leak in system driver. Event cords weren't deleted
    at shutdown.

-*- Fixed a bad error in inifile.cpp triggered by [Macintosh] section in
    vfs.cfg: the loader switches to base64 mode due to empty assignments like:

    HOME =

    (such lines are used to denote base64 keys) and then doesn't switch back
    when it detects invalid base64 symbols. I changed the ini loader so that
    it switches to base64 mode by '==' statement, e.g.:

    HOME ==
    ODAwMDAwMDAgd2hpbGUKICAgIHNoYXJlZCBs
    aWJyYXJpZXMgdXN1YWxseSBoYXZlIGFkZHJl
    c3NlcyBsaWtlIDB4NHh4eHh4eHgpLgo=
    ===
    ;/HOME

    If you want to assign the '=' value to a key, insert a space, e.g:

    HOME = =

    is interpreted as a normal key, not the head of a base64 stream.
    csIniFile::Save() inserts spaces automatically, thus a saved ini file
    should read perfectly. Also if something other than newline follows the
    second equal sign, it is also interpreted as a normal key.

-*- Fixed a few memory leaks in MazeD.

-*- Finished material manager dialog. Now it is functional, use Ctrl+m to
    invoke it, model manager has moved to Ctrl+M. Fixed several bugs that
    leads to MazeD crashes related to materials.

-*- Fixed a bad bug in common texture manager object (txtmgr.cpp): the
    constructor did no CONSTRUCT_IBASE.

-*- I have enhanced the memory debugger so that on Linux and OS/2 it is able
    to debug malloc/realloc/free's as well as new's and delete's. There is a
    drawback on Linux though: it will intercept all malloc/free's from all
    dynamic libraries (even from libX11.so) thus you will see a lot of memory
    leaks belonging to other libraries (notably libc and libX11). You can
    filter them by address (in Linux program address is > 0x80000000 while
    shared libraries usually have addresses like 0x4xxxxxxx). If you want
    to debug memory leaks in plug-ins, build executable in static link mode.

-*- Fixed a memory leak in csfont plug-in.

-*- By the way, Crystal Space currently consists of about 350.000 lines
    of code :-)

-*- Rearrangement of some aspects of the texture manager to simplify interface
    API for textures and materials. Previously you had to call texture manager's
    RegisterXXX (where XXX is Texture or Material) then you had to call
    PrepareXXX to force texture manager recompute the internal representation
    of the texture/material; when you are done you had to call UnregisterXXX.
    Now it works a little different: by calling RegisterXXX you create a new
    texture/material handle, and further you work only with that handle:
    call handle->Prepare() to prepare texture or material for usage; call
    handle->DecRef() enough times to destroy the handle (you don't have to
    call UnregisterXXX anymore).

    I have fixed all the 3D renderers for this, however I'm not sure about
    Direct3D and Glide renderers (haven't compiled them). All others are
    fully functional.

    You can still call PrepareTextures() and PrepareMaterials() on texture
    manager object to call Prepare on all objects at once.

-*- Renamed csTextureMMSoftware into csSoftwareTextureHandle and csTextureMM
    into csTextureHandle for cleaner names.

-*- Before closing the system (System::Close) the engine will free all texture
    and material handles since after closing the graphics driver the handles
    become invalid no matter whenever we did IncRef or not.

-*- Implemented alpha textures support for DrawPolygon, DrawPFX and DrawPixmap
    in OpenGL renderer.

-*- Re-worked OpenGL texture cache. Texture unloading happens now in a
    centralized routine, which minimizes the effort required to fix any
    bugs in it (one of which was causing SIGSEGV on exit).

Date:	Tuesday December 19, 2000 @ 4:29
Author:	philwyett

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv7368

Modified Files:
	ogl_txtcache.cpp 
Log Message:
Repaired a few compile errors after Andyz update.

Date:	Sunday January 14, 2001 @ 15:30
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv28438

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
- enabled the perspective patch in DrawPolygonFX (although its a slowdown i'd rather trade that for a correctly mapped texture)
- perspective patch expected 1/z instead of z as the 3rd coo-value. since this seemed not consistent with software renderer i changed it to expect a plain z-value

Date:	Saturday January 20, 2001 @ 11:25
Author:	mgeisse

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv9001

Modified Files:
	ogl_txtmgr.h ogl_txtmgr.cpp ogl_g3dcom.h ogl_g3dcom.cpp 
Log Message:
removed the remaining entries about the Directx 5 renderer from the config
files and moved the renderers to the new config system

Date:	Sunday January 28, 2001 @ 13:44
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv29380

Modified Files:
	ogl_txtcache.cpp ogl_txtmgr.cpp ogl_txtmgr.h 
Log Message:
- texture size on caching is now only calc'ed when needed
- keycolor setting is now remembered so that its not processed again when texturehandle is created again

Date:	Monday February 5, 2001 @ 10:49
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv25921

Modified Files:
	ogl_g3d.cpp ogl_g3dcom.cpp 
Log Message:
Removed glu.h includes from OpenGL plugins. We don't need it and it adds an unneeded dependency.

Date:	Tuesday February 20, 2001 @ 10:20
Author:	mgeisse

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv10627

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
changed the following in the config system:
- plugins using a private config file now use the config manager
- renamed iSystem::CreateConfig to iSystem::CreateINIConfig
- renamed iSystem::CreateConfigNew to iSystem::CreateSeparateConfig

Date:	Wednesday February 21, 2001 @ 3:54
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv29795/plugins/video/renderer/opengl

Modified Files:
	glrender.mak 
Log Message:
Eric Sunshine made the following changes to the project:

-*- Resolved a circular reference problem between the system driver and
    the VFS plugin.  The actual problem was that the VFS plugin was
    utilizing the new configuration manager module even though it should
    not have been doing so.  There are a couple of reasons why utilization
    of the configuration manager by VFS was problematic.  First, this
    introduced an unwanted circularity since the configuration manager and
    the VFS plugin each relied upon the services of the other.  Second, it
    does not make sense for the VFS plugin to utilize the configuration
    manager at initialization time since the VFS plugin is loaded very
    early in the application start-up sequence.  In fact, it is loaded
    before any other configuration files have been loaded (indeed, all
    other configuration files are typically loaded from a VFS volume; thus
    this was a chicken-and-egg issue).  Now the VFS plugin manually loads
    its own configuration file (vfs.cfg) rather than relying on the
    configuration manager mechanism.  In the future, we should introduce
    some new API into the VFS plugin which allows an application to
    override or augment the initial configuration from vfs.cfg.  This will
    allow a client application to provide its own VFS.Mount settings if
    desired.  Also note that when this API is finally added it should be
    in the form of a method in the VFS plugin which is invoked by the
    client application (or system driver) and that method should accept an
    iConfigFile* as its argument.  The VFS plugin can then query this
    configuration object for the desired information.  There is no need to
    re-introduce any circularity with iConfigManager.

-*- Converted several modules to use the new configuration manager which
    were missed by Martin when he made his conversion sweep through the
    project.

-*- Modified all makefiles project-wide so that the individual `clean'
    targets (such as `softclean', `x2dclean', etc.) no longer remove the
    dependency information (.dep files).  In theory, having a module's
    `clean' target remove the .dep file was a sensible idea, however in
    actual practice, it turned out to be quite obnoxious to lose
    dependency information each time an individual module's `clean' target
    was invoked.  You can still remove dependency files by invoking one of
    the standard and existing targets `cleandep' or `distclean'.

Date:	Thursday March 1, 2001 @ 10:08
Author:	mgeisse

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv11318

Modified Files:
	ogl_g3dcom.h ogl_g3dcom.cpp 
Log Message:
changed most modules to correctly remove any added config files (using
the csConfigAccess class)

Date:	Thursday March 8, 2001 @ 6:27
Author:	mgeisse

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv4889

Modified Files:
	ogl_g3d.cpp 
Log Message:
removed some remaining references to the old config system

Date:	Thursday March 8, 2001 @ 9:19
Author:	mgeisse

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv5134

Modified Files:
	ogl_txtmgr.h ogl_txtmgr.cpp ogl_g3dcom.cpp 
Log Message:
- removed the old iConfigFile interface
- renamed iConfigFileNew to iConfigFile
- renamed icfgnew.h to icfgfile.h

Date:	Thursday March 8, 2001 @ 17:09
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv12925/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp ogl_g3d.h ogl_g3dcom.cpp ogl_g3dcom.h ogl_halo.cpp 
	ogl_proctexback.cpp ogl_proctexback.h ogl_proctexsoft.cpp 
	ogl_proctexsoft.h ogl_txtcache.cpp ogl_txtmgr.cpp ogl_txtmgr.h 
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:	Friday March 16, 2001 @ 5:58
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv11660/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp ogl_g3d.h ogl_g3dcom.cpp ogl_g3dcom.h ogl_halo.cpp 
	ogl_proctexback.cpp ogl_proctexback.h ogl_proctexsoft.cpp 
	ogl_proctexsoft.h ogl_txtcache.cpp ogl_txtmgr.cpp ogl_txtmgr.h 
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:	Sunday April 1, 2001 @ 3:19
Author:	mgeisse

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv23329

Modified Files:
	glrender.mak ogl_g3dcom.cpp 
Log Message:
split up the csgfxldr library into two parts. The first part contains the image
classes and now exists as the csgfx library. The second part contains the
image file loaders and now exists as a plugin.

Date:	Friday April 6, 2001 @ 11:55
Author:	mgeisse

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv9917

Modified Files:
	glrender.mak 
Log Message:
removed some (hopefully) unneeded dependencies on csgfx

Date:	Tuesday April 17, 2001 @ 4:17
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv26651/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fixed a bug in the OpenGL renderer with regards to clearing of
the Z-buffer. When the last operation in the previous frame disables
the Z-buffer writing (glDepthMask()) then the clear of the
Z-buffer will not happen. This is because glClear() actually listens
to the buffer write masks and doesn't update the buffer when the
mask is disabled. This affected iso mostly as CS normally doesn't
require a clear of the Z-buffer.

Date:	Tuesday April 17, 2001 @ 5:38
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv8694/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
Started preparation work for stencil buffer support in OpenGL
renderer.

Date:	Tuesday April 17, 2001 @ 6:18
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv16270/plugins/video/renderer/opengl

Modified Files:
	glrender.mak 
Log Message:
Eric Sunshine repaired imgload.mak so that it works correctly on platforms
which define a custom DO.PLUGIN makefile variable.  (In his CVS log
message for the previous version of this makefile, Norman correctly
speculated that I would end up changing things around.)  Fixing the problem
required the introduction of distinct plugin build steps in a fashion
analogous to the DO.DEP1/DO.DEP2 solution of yore.  Also repaired
glrender.mak, cspython.mak, csjava.mak, and cslua.mak; all of which
experienced the same problem.

Date:	Wednesday April 18, 2001 @ 1:30
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv5863/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Removed the test for stencil buffer since it seems that just doing
that test is enough to break significant parts of OpenGL on some
3D cards.

Date:	Wednesday April 18, 2001 @ 6:11
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv3575/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
- Added csColor::ClampDown() which will make sure color components
  are not negative.
- Fixed the terrain engine so that it will no longer generate negative
  colors. This resulted in colorful displays on some 3D hardware using
  OpenGL.

Date:	Sunday April 22, 2001 @ 23:37
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv29600/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
- Fixed 'walkall' target. Removed obsolete 'imgload' target and
  added 'imgplex', 'gifimg', 'jpgimg', 'pngimg', and 'bmpimg'.
- Added iBaseHalo, iCrossHalo, iNovaHalo, and iFlareHalo SCF interfaces
  to access halo's.
- Added CreateCrossHalo(), CreateNovaHalo(), and CreateFlareHalo()
  to iLight.
- Fixed a bug in software renderer GetZBuffValue(). When the z-buffer
  was initializes to 0 it would return 0. But it does return 1/0 so
  instead we now let it return a very big value. This fixes halos
  for example for apps that initialize the Z-buffer (walktest doesn't).
- Did a similar fix to the OpenGL version of GetZBuffValue().
- Added 'stars' mesh object plugin. This can be used to simulate
  movement in space. At this moment this plugin doesn't work yet.
- Changed csCubicSpline so that it is no longer required to first
  set the time values and then the dimension values. Precalculation
  of derivatives is delayed until later.
- With the help of Wouter Wijngaards, fixed csCubicSpline so that
  it doesn't oscilate into infinity. But it isn't as smooth anymore.

Date:	Tuesday April 24, 2001 @ 5:50
Author:	wouter

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv22920/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
You can now override the default for the 3d card capabilities.
In data/config/opengl.cfg.

Date:	Wednesday April 25, 2001 @ 1:43
Author:	wouter

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv27383/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Now, the config file override for max width and max height for opengl
textures is taken into account. Note: since the default for those
values is 1024, the maxtexturesize is also at least 1024 now.
The default may need to be made larger when cards can handle this.

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv25156/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.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:	Monday April 30, 2001 @ 8:52
Author:	azverkan

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv14144/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexsoft.cpp 
	ogl_proctexsoft.h 
Log Message:
PS2 Port working, will post external libs soon, hopefully source code for
them will follow, if I find that Sony's OpenGL library is horrid.  

There are also changes to software renderer and iG3D interface regarding 
uint32 ULong issues.  You should not assume that ULong is a 32 bit datatype, 
but rather a datatype thats big and goes really fast on the target platform.

Date:	Tuesday May 1, 2001 @ 7:10
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv28879/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fixed small bug in the opengl rendrerer introduced yesterday.

Date:	Tuesday May 1, 2001 @ 12:47
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv32151/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
- FINALLY fixed the very bad bug which completely locked up
  my machine when a sprite was visible in fog using OpenGL
  on an NVidia GeForce. It appears that the NVidia doesn't like
  the use of glTexCoordPointer with 1 as the first parameter
  (i.e. only one texture component). So fog and DrawTriangleMesh
  finally works right with OpenGL!
- Also fixed fog for DrawPolygonFX itself. DPFX was using perspective
  correct texture mapping but fog was not doing that.
- Added support for multi-texturing in OpenGL renderer for DrawPolygon,
  DrawPolygonFX, and DrawTriangleMesh. data/flarge shows two
  examples (one on the initial room and one on the sprites in the
  large hall). Software renderer currently ignores the extra
  textures. There is still a bug in the DrawTriangleMesh version
  though. The color of gouraud shading seems to shift.

Date:	Tuesday May 1, 2001 @ 12:48
Author:	mgeisse

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv32636

Modified Files:
	ogl_proctexback.cpp ogl_g3dcom.cpp 
Log Message:
fixed a lot of cases where the system driver was IncRef'ed and DecRef'ed,
which should not happen

Date:	Tuesday May 1, 2001 @ 21:34
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv19506/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fixed the color bug in OpenGL DrawTriangleMesh with multi-
texturing.

Date:	Wednesday May 2, 2001 @ 2:01
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv24996/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
- Enabled stencil buffer for Windows OpenGL canvas.
- Experimented a bit with the stencil buffer for clipping and
  DrawTriangleMesh. Not enabled by default yet since I have to
  experiment with it.

Date:	Wednesday May 2, 2001 @ 2:07
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv26014/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fix.

Date:	Wednesday May 2, 2001 @ 2:32
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv32342/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Update.

Date:	Wednesday May 2, 2001 @ 4:49
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv21353/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_proctexsoft.cpp 
Log Message:
Removed support for multiple textures in G3DTriangleMesh.
This is obsolete and unused and unneeded since we have
real multi-texture support in materials now.

Date:	Wednesday May 2, 2001 @ 10:00
Author:	mgeisse

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv19559

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
fixed some warnings

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv28091/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexsoft.cpp 
	ogl_proctexsoft.h 
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:	Thursday May 3, 2001 @ 9:15
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv5306/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Small change.

Date:	Friday May 4, 2001 @ 4:44
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv32472/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
Fix

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv4261/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
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:	Sunday May 6, 2001 @ 10:47
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv26074/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
- Added static version of csFrustum::Intersect() and also added
  a version to interesect a triangle.
- Started working on better version of clipping DrawTriangleMesh
  for OpenGL. Doesn't work yet.

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv9895/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fixed OpenGL multiply mode. It was using GL_DECAL when it should
use GL_MODULATE.

Date:	Monday May 7, 2001 @ 2:32
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv13476/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
Added two new options to OpenGL config file (data/config/opengl.cfg):
Video.OpenGL.Caps.Stencil and Video.OpenGL.Caps.NeedScreenClipping.
Stencil is false by default but you can set it to true if you have
support for hardware stencil buffer. NeedScreenClipping if false
by default but you can set it to true if you experience bad
crashes with OpenGL.

Date:	Monday May 7, 2001 @ 8:18
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv23612/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
- Added csIntersect3::IntersectSegment() to intersect a segment
  with a frustum given by planes.
- Continued working on a faster clipper for OpenGL meshes. It is
  *almost* working but not yet :-)

Date:	Tuesday May 8, 2001 @ 4:43
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv28630/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
- Made some small enhancements to csIntersect3::IntersectSegment().
- Added new version of csIntersect3::Plane().
- Finally managed to implement a new software triangle clipper
  for OpenGL. This triangle clipper will be used when all other
  options are not possible. It is funny to see that this software
  clipper is FASTER than letting OpenGL clip the triangles to the
  screen boundaries on my card (ATI Rage PRO Mobility).

Date:	Tuesday May 8, 2001 @ 5:26
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv4989/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Moved the new ClipToPlane() routine which was specifically written
for the OpenGL clipper to csFrustum and generalized it.

Date:	Tuesday May 8, 2001 @ 22:16
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv8819/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
Work in progress on OpenGL clipping.

Date:	Wednesday May 9, 2001 @ 5:01
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv9207/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
- Added Video.OpenGL.Caps.HWPlanes to opengl.cfg to select the
  number of hardware OpenGL planes. Set to 0 if you don't have
  any or don't want to use this.
- Implemented hardware plane clipping in OpenGL.
- Implemented additional lazy clipping phase.
- Finished a totally new clipping selection system for OpenGL.
  Read data/config/opengl.cfg for more info. The default is to
  run a performance test (setting 'auto') which takes 14 seconds.
  To avoid this delay you can copy the three lines that are
  put on screen after this performance test to data/config/opengl.cfg.
  The lines are the one with Video.OpenGL.Clip*.

Date:	Wednesday May 9, 2001 @ 5:25
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv13344/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fixed warning.

Date:	Wednesday May 9, 2001 @ 7:18
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv3336/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Cosmetics.

Date:	Wednesday May 9, 2001 @ 8:53
Author:	philwyett

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv24719

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Changed new auto detect output for setting clipping
from using "printf" to "SysPrintf". This outputs
the detected settings to debug console Window
etc. etc. and fixes little problem under MSVC.

Date:	Wednesday May 9, 2001 @ 9:02
Author:	philwyett

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv26656

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Removed extra ClipOuter output I added - Oops sorry. :-)

Date:	Wednesday May 9, 2001 @ 9:09
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv28004/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Removed accidental debug code (that caused crashes).

Date:	Wednesday May 9, 2001 @ 9:25
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv30550/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fixed a small and not very important bug.

Date:	Wednesday May 9, 2001 @ 23:05
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv6185/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fixed a bug in clipper detection for OpenGL. In some cases it
would select 'N' for the required clipper which is not allowed.

Date:	Thursday May 10, 2001 @ 0:23
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv19262/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fixed a bug in the new software OpenGL clipper (in csFrustum/
ClipToPlane). It now seems to work perfectly in all cases as far
as I can see.

Date:	Thursday May 10, 2001 @ 0:56
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv23429/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Added code to save the result of auto-detection (OpenGL renderer).
The result of this test is saved in user.cfg. I had hoped to save
it with 'Global' put in front so that the test results would work
for all apps but at this moment they are saved with the app prefix.
This means that as long as you use the same app it will reuse the
saved config.

Date:	Thursday May 10, 2001 @ 5:48
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv3592/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
Added texture state caching for OpenGL::DrawPolygon. If the engine
sends in polygons with the same material together then OpenGL
will cache them and send them all to OpenGL at once. This is
especially the case when detail textures and fog. Depending on the
level this can be a big optimization. But the engine itself still
needs some enhancements to actually sort polygons on material and
so on.

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv28457/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexback.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:	Friday May 11, 2001 @ 7:15
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv10357/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
- Fixed two small bugs in csEngine::Draw() and csEngine::DrawFunc().
- StartPolygonFX and FinishPolygonFX in OpenGL are now empty.
  DrawPolygonFX will automatically detect the need for doing
  initialization.

Date:	Friday May 11, 2001 @ 12:56
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv26776/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
- Fixed a very small robustness bug in the lighting code.
- Fixed a bug in OpenGL renderer. The ref count of rgba_verts
  was not properly incremented.

Date:	Saturday May 12, 2001 @ 0:07
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv31665/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Thanks to Philip Wyett I fixed a bad bug in the OpenGL
software clipper. Some arrays were not correctly sized to the
number of clipped vertices (which could be more than the
number of vertices). It now seems to work ok.

Date:	Saturday May 12, 2001 @ 16:52
Author:	philwyett

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv1418

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fixed bad bug in GL renderer.

This bug affected ATI graphics cards only as I can tell...

Added:

"uv_mul_verts.SetLimit (num_vertices);"

to update of work table(s) at line: 2302

This was done because a crash out occurred at
line: 2599, when variable "uv_mul_verts" accesses
"GetArray ()".

I have tested this fix on both ATI cards and GeForce
with both autodetect and resetting options in "user.cfg"
to "0" and all seems to be Ok. :-)

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv22533/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.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 @ 23:13
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv1727/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexsoft.cpp 
	ogl_proctexsoft.h 
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:	Wednesday May 16, 2001 @ 0:03
Author:	philwyett

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv32136

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
More structured comment around ATI work around
to distinguish it for ATI driver development team.

Date:	Wednesday May 16, 2001 @ 0:43
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv5749/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
Fixed a bad bug with lazy clipping in the OpenGL DrawTriangleMesh
implementation. This would cause crashes on some cards (like ATI).

Date:	Wednesday May 16, 2001 @ 5:50
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv25512/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexback.cpp 
	ogl_proctexsoft.cpp ogl_txtcache.cpp 
Log Message:
- OpenGL::DrawPolygonFX will now also use the DrawPolygon queue.
  This makes the code a lot simpler and also a lot faster if
  multiple texture passes are used (gouraud shading, fog, multiple
  texture layers). If only one pass is used the overhead of the
  queue makes DPFX slightly slower.
- Removed OpenGL::RealStartPolygonFX.

Date:	Wednesday May 16, 2001 @ 8:07
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv26987/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fixed a bug with the terrain heightmap function not being completely
correct. This fixes both collision detection (i.e. walking on the
terrain which used to be very bumpy) as well as texture mapping
using the texture generation process.

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv30375/plugins/video/renderer/opengl

Modified Files:
	ogl_txtcache.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/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv14647/plugins/video/renderer/opengl

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

Date:	Friday May 18, 2001 @ 2:01
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv24522/plugins/video/renderer/opengl

Modified Files:
	ogl_txtcache.cpp ogl_txtcache.h 
Log Message:
Did yet another optimization in the OpenGL renderer. When dynamic
lighting modifies a lightmap no new texture will be generated but
instead the old cached lightmap state will be reused (using
glTexSubImage2D).

Date:	Tuesday May 22, 2001 @ 0:13
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv1977/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_proctexback.cpp ogl_proctexsoft.cpp 
	ogl_txtcache.cpp ogl_txtcache.h 
Log Message:
Implemented improved OpenGL lightmap cache. There is now the notion
of a super-lightmap which is a collection of smaller lightmaps.
At this moment there are 10 super lightmaps of 256x256. In the
future this will be configurable. Even though the engine currently
does not sort on lightmap yet, there is already a performance
improvement. Because of this change the OpenGL renderer no longer
requires that lightmaps are converted to power of two dimensions.
This is not needed since the lightmaps are now put in a larger
texture. This saves a lot of space too. For example, if you would
have a 33x33 lightmap then the old OpenGL renderer would convert
this to a 64x64 lightmap. This is nearly four times too big!
At this moment there is still some waste though. This is caused
by the (currently unoptimized) csSubRectangles class.

Date:	Tuesday May 22, 2001 @ 2:26
Author:	wouter

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv27647/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Added some code in the Print method to delay (using System Sleep() ).
This is needed for a G400. It needs a limit of 50 fps.
(which is a 40 msec setting, probably due to bad timers/sleep inaccuracy)

Date:	Tuesday May 22, 2001 @ 7:11
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv19400/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexback.cpp 
	ogl_txtcache.cpp ogl_txtcache.h 
Log Message:
- Lightmaps are now sorted on lightmap. Every super lightmap has
  its own cache and they are rendered one by one when needed.
- Fog has its own seperate queue now and this is rendered in a
  totally seperate pass.

Date:	Wednesday May 23, 2001 @ 5:01
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv22559/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_txtcache.cpp ogl_txtcache.h 
Log Message:
- Improved OpenGL super-lightmap handling a little. If there is
  no more room in the current super-lightmap it will try the
  two older ones first before creating a new super-lightmap. This
  should improve usage of the super-lightmaps a little.
- Added new Video.OpenGL.FpsLimit config for OpenGL with which you
  can artificially decrease FPS speed. This is useful on some cards
  where very high framerates actually cause congestion in the OpenGL
  queue (or something like that) and slowing down helps to get
  smoother results. This is disabled by default.
- Made the number of super-lightmaps configurable (default is still
  10). Also made the size configurable (default 256). The options
  are Video.OpenGL.SuperLightMapNum and Video.OpenGL.SuperLightMapSize.
  Note that the super-lightmap size will automatically be capped
  to the maximum allowed texture size. So you can safely set it
  to 10000000x10000000 :-) Also note that this size should be a power
  of two.

Date:	Wednesday May 23, 2001 @ 22:25
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv32746/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_halo.cpp ogl_proctexback.cpp 
	ogl_proctexsoft.cpp 
Log Message:
I have been told that state changes in OpenGL are expensive.
So I started implementing buffering on state changes and indeed
it seems to improver performance a bit even by doing
only simple changes. At this moment only the z-buffer state
is cached like this.

Date:	Thursday May 24, 2001 @ 12:39
Author:	mgeisse

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv9432

Modified Files:
	ogl_proctexback.h 
Log Message:
made the following changes:
- added Draw(), DrawFunc() and SetContext() to iEngine
- the above functions now take an iCamera and iClipper2D as parameters
  (instead of csCamera and csClipper)
- csPoly2D::ClipAgainst also takes an iClipper2D now
- added GetClipper() to iView
- cosmetic cleanup of csView
- removed some unused csClipper includes and forward declarations

Date:	Friday May 25, 2001 @ 2:38
Author:	philwyett

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv27190/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fixed broken fog problem with ATI Radeon cards.

Jorrit: Has the before this fix screenshot :-)

Tested on both ATI and nVidia GeForce 2 cards
and all is Ok. Would like to know if is Ok on other
cards?

Date:	Monday May 28, 2001 @ 0:40
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv18482/plugins/video/renderer/opengl

Modified Files:
	glrender.mak 
Log Message:
Added CSUTIL.

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv14254/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_halo.cpp ogl_proctexback.cpp 
	ogl_proctexsoft.cpp ogl_txtcache.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:	Monday May 28, 2001 @ 7:24
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv21240/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_txtcache.cpp 
Log Message:
Another optimization: client states (used for glDrawElements())
are now also cached.

Date:	Tuesday May 29, 2001 @ 5:45
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv10673/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Started working on visibility algorithm in terrain engine. Does
not work yet.

Date:	Wednesday May 30, 2001 @ 4:15
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv17361/plugins/video/renderer/opengl

Modified Files:
	ogl_halo.cpp ogl_proctexback.cpp ogl_proctexsoft.cpp 
Log Message:
Fixed a bug with procedural textures and OpenGL.

Date:	Thursday May 31, 2001 @ 4:44
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv27199/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Further debugging of isotest.
Also enhanced 3ds2lev with more verbose info about keyframer section.

Date:	Monday June 4, 2001 @ 16:12
Author:	philwyett

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv1590

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fixed output of individual clipper test eliments under VC.

Was using printf (which does not output) and now uses
SysPrint (MSG_INITIALIZATION, "...");, which does.

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv21247/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
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 @ 12:17
Author:	jbit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv15866/CS/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fixed bugs in OpenGL renderer which tried to cache textures for materials without them.

Date:	Wednesday June 6, 2001 @ 5:54
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv29386/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
- Added G3DRENDERSTATE_EDGES. This can be used by a 3D renderer
  to enable edge drawing for debugging purposes.
- OpenGL renderer implements this debugging feature (but software
  doesn't right now).
- Walktest will now enable edge drawing using this new functionality
  instead of with callbacks. This means that with OpenGL the 'e'
  command works again. Note that there is a difference compared
  to the past. The 'e' command with OpenGL will now show the
  resulting triangles that every polygon is triangulated too.

Date:	Friday June 8, 2001 @ 3:18
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv12601/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
- Added clip_z_plane to G3DTriangleMesh. Clipping to the z-plane
  or to the (optional) near plane should be considered seperate.
  It is possible for an object to go beyond both planes independently.
- Extended csRenderView/iRenderView::ClipBBox() with a new
  clip_z_plane parameter.
- Fixed all mesh plugins to correctly fill the triangle mesh
  with the new clip_z_plane parameter from ClipBBox().
- The OpenGL renderer will now correctly look at the new clip_z_plane
  flag and handle it accordingly. The software renderer still ignores
  plane clipping though.
- Fixed a bug in OpenGL edge drawing. It was not disabling GL_BLEND
  before drawing the line.
- The OpenGL renderer will now always clip geometry to the z=0
  plane if needed (for DrawTriangleMesh). It appears that with this
  feature the need for screen clipping is no longer there. The
  flag is still in opengl.cfg though in case it IS still needed
  but it may be that everything is ok now.

Date:	Friday June 8, 2001 @ 4:57
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv26374/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fixed an EXTREMELY stupid bug in OpenGL renderer which caused
all polygons to be rendered twice :-)

Date:	Sunday June 10, 2001 @ 23:12
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv25707/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fixed a bug in csRenderView::ClipBBox() with regards to clipping
to the near plane in combination with mirroring. This would
result in meshes not being culled away when seen through a mirror
when they should have been culled away.

Date:	Monday June 11, 2001 @ 1:26
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv17968/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fixed a crash at exit.

Date:	Tuesday June 12, 2001 @ 9:00
Author:	jbit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv1472/CS/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Resize bugfix.

Date:	Wednesday June 13, 2001 @ 23:02
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv28219

Modified Files:
	ogl_txtmgr.h 
Log Message:
added Clear similar to softrenderer, now bumptest wont crash at exit but still leaves unreleased instances when using opengl renderer

Date:	Wednesday June 13, 2001 @ 23:03
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv28319

Modified Files:
	ogl_txtmgr.cpp 
Log Message:
added Clear similar to softrenderer, now bumptest wont crash at exit but still leaves unreleased instances when using opengl renderer

Date:	Thursday June 14, 2001 @ 7:17
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv24132/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp 
Log Message:
Eric Sunshine eliminated all of the special platform-specific glue
libraries and objects with which applications and plugin were required to
link in the past.  Rather than maintaining special object files and static
libraries, the platform-specific glue is now implemented on-the-fly via
macros.

-*- Eliminated all of the platform-specific special implementation files:

    cssys/os2/dllentry.cpp
    cssys/ps2/dummy.cpp
    cssys/unix/dummy.cpp
    cssys/win32/dllentry.cpp
    cssys/win32/exeentry.cpp

-*- Removed the Windows-specific special static link libraries along with
    their project files:

    cswin32exe.lib
    cswin32dll.lib
    libcswin32exe.dsp
    libcswin32dll.dsp

-*- Eliminated the MSVC dependencies upon libcswin32exe.dsp and
    libcswin32dll.dsp.

-*- Eliminated the SRC.SYS_CSSYS_EXE and SRC.SYS_CSSYS_DLL system-level
    makefile variables which controlled how the special implementation
    files were inserted into the build process.

-*- Added the new macro CS_IMPLEMENT_PLUGIN to cssysdef.h.  This macro
    should be placed at the global scope in exactly one compilation unit
    comprising a plugin module.  For maximum portability, each plugin
    module must employ this macro.  Some platforms override the definition
    of this macro in order to augment the implementation of the plugin
    module with any special implementation details required by the
    platform.  For example, the Windows port uses this macro to implement
    the DllMain() function.

-*- Added the new macro CS_IMPLEMENT_APPLICATION to cssysdef.h.  This
    macro should be placed at the global scope in exactly one compilation
    unit comprising an application.  For maximum portability, each
    application should employ this macro.  Platforms override the
    definition of this macro in order to augment the implementation of an
    application with any special implementation details required by the
    platform.  For example, the Windows port uses this macro to implement
    the WinMain() function.

-*- cssysdef.h for OS/2 now defines CS_IMPLEMENT_PLUGIN to implement
    _DLL_InitTerm() and a version of getenv() which works for plugin
    modules.

-*- cssysdef.h for Unix now defines CS_IMPLEMENT_PLUGIN to implement
    main() in plugin modules if requested by the platform-specific
    makefile.  Currently, the Linux, FreeBSD, and Hurd makefiles request
    this augmentation.

-*- cssysdef.h for Windows now defines CS_IMPLEMENT_PLUGIN to implement
    DllMain(), and CS_IMPLEMENT_APPLICATION to define WinMain().

-*- Completely re-worked and simplified the convoluted `main' versus
    `csMain' versus `WinMain' issue on Windows.  In the past, the Windows
    port tried renaming all `main' functions to `csMain' (via the
    C-preprocessor), and then implemented its own `main' and `WinMain'
    functions which acted as covers to `csMain'.  With the new, much
    simpler scheme, `WinMain' is merely a thin cover over `main' and
    global renaming is unnecessary.

-*- Augmented all applications and plugin modules with the new
    CS_IMPLEMENT_APPLICATION and CS_IMPLEMENT_PLUGIN macros.

Date:	Friday June 15, 2001 @ 1:48
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv20510/plugins/video/renderer/opengl

Modified Files:
	ogl_txtcache.cpp 
Log Message:
- Added the ability to the parser to load proc textures (fire,
  water, dots, and plasma). Instead of saying 'TEXTURE' in the
  textures block of the world file you can say 'PROCTEX'. Check
  out data/flarge/world for an example (in the large hall there
  is a rotating cube with all the proc textures on).
- Added 'FLARE' type to the possible NOVA types in the loader
  (in addition to 'NOVA' and 'CROSS'). Added an example of
  this in flarge (go to the street).
- Updated the first part of the simple tutorial so that it works
  again with latest CVS. Also brought back simple to the tutorial
  state (i.e. removed halos and proc textures).
- Also added a transparent floating sphere which has the plasma
  proc texture on it (in flarge).

Date:	Friday June 15, 2001 @ 5:49
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv26305/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
Renamed widht2/height2 to asp_center_x/y in OpenGL renderer.
This is really the center of the perspective aspect and not
just width or height divided by two. Fixed a related bug in the
edge drawing which would not work correctly with iso engine for
this reason.

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv32762/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_halo.cpp ogl_proctexback.h 
	ogl_proctexsoft.h 
Log Message:
method name changes, lots of it

Date:	Monday June 18, 2001 @ 1:40
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv17762/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp ogl_g3dcom.cpp ogl_proctexsoft.cpp 
	ogl_txtcache.cpp 
Log Message:
- Renamed csCollider to csColliderWrapper and moved it from csengine
  to cstool.
- Moved csKeyValuePair from csengine to cstool. csMapNode is still
  in csengine though. Renamed the include/source for csMapNode
  from keyval.* to mapnode.*.
- Also removed csEngine::CreateKey() and CreateKeyValuePair()
  (similar for iEngine).
- Added include/imesh/thing and moved all thing mesh object includes
  from include/iengine to that dir (thing.h, polygon.h, lightmap.h,
  polytmap.h, portal.h, ptextype.h, and curve.h).
- Moved include/iengine/collider.h and polymesh.h to
  include/ivaria.

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv25738/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_txtcache.cpp ogl_txtcache.h 
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:	Monday June 25, 2001 @ 2:23
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv17060/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp ogl_g3d.h ogl_g3dcom.cpp ogl_g3dcom.h ogl_halo.cpp 
	ogl_proctexback.cpp ogl_proctexsoft.cpp ogl_txtcache.cpp 
	ogl_txtcache.h 
Log Message:
Eric Sunshine made the following changes to the project:

-*- Altered the OpenGL renderer so that it builds cleanly on MacOS/X.  The
    following changes were made:

    - Added a new preprocessor flag, CS_OPENGL_PATH, which indicates where
      OpenGL header files live.  If CS_OPENGL_PATH is defined, then header
      files are included from that directory rather than the standard "GL"
      directory.  This is needed on MacOS/X, since OpenGL headers live in
      a subdirectory named "OpenGL" rather than the standard "GL" as with
      most other platforms.

    - Added CFLAGS.GL3D and LIBS.OPENGL.SYSTEM to macosx.mak with
      appropriate values.

    - Added a NEXT.PLUGINS variable to the Apple/NeXT makefiles and
      defined it with the value "video/renderer/opengl" in macosx.mak so
      that the OpenGL renderer makefile is consulted when building on
      MacOS/X.

    - Added a definition of OPENGL_2D_DRIVER to next/csosdefs.h.

-*- Fixed ogl_halo.cpp so that it no longer unnecessarily includes
    <windows.h>.

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv24821/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp ogl_g3d.h ogl_g3dcom.cpp ogl_halo.cpp 
	ogl_proctexback.cpp ogl_proctexback.h ogl_proctexsoft.cpp 
	ogl_proctexsoft.h ogl_txtmgr.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:	Wednesday June 27, 2001 @ 0:20
Author:	philwyett

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv29840/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Manual commit to stop VC bitching about a bad CR in the file

Date:	Wednesday June 27, 2001 @ 2:50
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv28281/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp ogl_g3dcom.h ogl_proctexback.cpp 
	ogl_proctexsoft.cpp ogl_txtcache.h 
Log Message:
Eric Sunshine made the following changes:

-*- Added the CS_HEADER_GLOBAL() and CS_HEADER_LOCAL() preprocessor macros
    to cssysdef.h.  These macros are used to compose header file include
    paths.  This is useful in cases where the location of a header file
    varies from platform to platform and one does not have the opportunity
    to augment the preprocessor's header file search path.  For instance,
    on most platforms, OpenGL headers are located in a `GL' subdirectory,
    however on other platforms they are located in an `OpenGL'
    subdirectory.  For instance, assuming that a platform has defined the
    preprocessor macro GLPATH with the value `OpenGL', then it can include
    the gl.h header by invoking:

        #include CS_HEADER_GLOBAL(GLPATH,gl.h)

-*- Adjusted plugins/video/renderer/opengl and
    plugins/video/canvas/openglcommon to respect the OpenGL path specified
    via CS_OPENGL_PATH by utilizing the new CS_HEADER_GLOBAL() macro when
    including OpenGL headers.

Date:	Friday June 29, 2001 @ 6:51
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv27863/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp ogl_g3d.h ogl_g3dcom.cpp ogl_g3dcom.h 
	ogl_proctexback.cpp ogl_proctexback.h ogl_proctexsoft.cpp 
	ogl_proctexsoft.h 
Log Message:
Eric Sunshine made the following changes to the project:

-*- Repaired a bad assumption which plagued most SCF interfaces
    implemented by plugin modules.  The problem was that most such
    interfaces inherited from iPlugIn rather than iBase.  This made the
    potentially invalid assumption that these interfaces would always be
    implemented as plugin modules.  The reason that this is an invalid
    assumption is that the packaging into a plugin is merely an
    implementation detail.  For instance, since the iImageIO interface was
    derived from iPlugIn, all image loaders were expected to implement
    HandleEvent(), which is a rather silly requirement for an image
    loader.  All interfaces which were inheriting from iPlugIn now instead
    inherit from iBase.  Actual plugin modules now directly implement
    iPlugIn, as well as implementing the various interfaces which used to
    be derived from iPlugIn.

-*- Fixed a number of canvas implementations which were using
    SCF_DECLARE_IBASE() and SCF_IMPLEMENT_IBASE() rather than the _EXT()
    versions.

-*- Fixed a number of 2D canvases which implemented iEventPlug but
    neglected to mention iEventPlug in the SCF_IMPLEMENT_IBASE() block.

-*- Eliminated the cscmdConsoleStatusChange event and re-implemented this
    notification facility via an SCF class named iConsoleWatcher.

-*- Augmented `haspython.sh' so that it now also checks /usr/local/python
    in addition to /usr and /usr/local.

-*- Changed the `soft' makefile target to `soft3d' to be consistent with
    other renderer targets such as `gl3d', `null3d', and `line3d'; and to
    disambiguate from the "software" sound renderer.  Also changed
    `infinite' target to `inf3d'.

-*- Renamed FindBone() and FindFrameSet() to csFindBone() and
    csFindFrameSet() in order to avoid pollution of the global namespace.

-*- Removed the obsolete igraphic/loader.h header.

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv30562/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.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 @ 10:36
Author:	mgeisse

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv16398

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
- removed the SoundDriver, NetworkDriver and MotionManager members
  from the system driver because they are not used anywhere
- removed command line parsing code out of the system driver and into its
  own class which is then used by the system driver

Date:	Sunday July 1, 2001 @ 6:43
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv21515/plugins/video/renderer/opengl

Modified Files:
	ogl_proctexback.h ogl_proctexsoft.h 
Log Message:
Eric Sunshine made the following changes to the project:

-*- Added PerformExtensionV(va_list) variations to iSystem and iGraphics2D
    to complement the existing PerformExtension(...) methods.  Note that
    iConsoleOutput already had a PerformExtensionV(va_list) method, so no
    changes were needed there.  The actual worker code in all the
    csSystemDriver and csGraphics2D subclasses is now contained in
    PerformExtensionV() rather than PerformExtension(), and
    PerformExtension() is now implemented as a very thin wrapper over
    PerformExtensionV().

-*- Added iSystem::PrintfV(va_list) to complement the existing Printf(...)
    method.  Printf() is now implemented as a very thin wrapper over
    PrintfV().

-*- Renamed csApp::printf(...) to Printf(...) and also added a
    PrintfV(va_list) variation.  Printf() is now implemented as a very
    thin wrapper over PrintfV().

Date:	Sunday July 1, 2001 @ 15:23
Author:	philwyett

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv18300/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Changed cs_time to csTime. Now follows CS naming
convention more closely and generally is a heck
of alot more distinguishable/readable in code. :-)

Removed some no longer in existence includes from
python plugin.

Manually updated VC project files.

Date:	Monday July 2, 2001 @ 17:49
Author:	philwyett

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv16793/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
Changed the following:

csPlugIn -> csPlugin
iPlugIn -> iPlugin
scfiPlugIn -> scfiPlugin

This change is a change of PlugIn for Plugin in
all instances inside the libs, plugins and apps.

This makes code read better and saves you a
SHIFT key every so often - Don't say we don't
think of your tired fingers. :-)

Work in progress...Hope will be finished today...

Date:	Monday July 2, 2001 @ 19:40
Author:	philwyett

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv4108/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
Changed the following:

iLoaderPlugIn -> iLoaderPlugin
eiPlugIn -> eiPlugin

This change is a change of PlugIn for Plugin in
all instances inside the libs, plugins and apps.

Work in progress...Hope will be finished today...

Also removed  my commit log which for some reason
appeared in some files :-/

Date:	Thursday July 5, 2001 @ 2:04
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv16535/plugins/video/renderer/opengl

Modified Files:
	ogl_proctexback.cpp ogl_proctexback.h 
Log Message:
Eric Sunshine removed a bunch of Glide references from documentation,
sources, headers, and makefiles.

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv17769

Modified Files:
	ogl_txtcache.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:	Tuesday July 17, 2001 @ 2:29
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv1285/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.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:	Monday July 23, 2001 @ 6:54
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv22272/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexsoft.cpp 
Log Message:
- Continued work on the decomposition of the system driver. The
  following items were performed:
    - Added iObjectRegistry interface to iutil. In the future there
      will be an implementation of this interface that will be used
      to register many common CS global objects (like the plugin
      manager, commandline manager, config manager, ...). At these
      moment these facilities are all given by iSystem but in the
      future iSystem will go away so iObjectRegistry will replace
      that. The object registry also supports the notion of 'tags'.
      These tags will in the future be used to replace the current
      FuncID system that is used by the plugin system.
    - csSystemDriver now implements iObjectRegistry. This is a
      temporary measure until there is a sufficient stand-alone
      implementation of iObjectRegistry. Note that the iObjectRegistry
      implementation in csSystemDriver is incomplete. It is only
      there as a placeholder to be able to get the plugin manager (see
      later).
    - Added iSystem::GetObjectRegistry(). Use this function now
      to get the object registry. Later the object registry will
      be obtained using other methods.
    - Added CS_QUERY_REGISTRY define to query an object from the
      object registry. The first parameter is the object registry
      implementation. The second parameter can be either a tag
      name or an interface name. There is also CS_QUERY_REGISTRY_FAST
      which is a fast version (similar to SCF_QUERY_INTERFACE_FAST).
    - Added iPluginManager to isys. This interface represents the
      entity in CS that manages plugins. Currently this is implemented
      by csSystemDriver. To get the plugin manager you now do
          iPluginManager* plugin_mgr = CS_QUERY_REGISTRY (object_reg,
	  	iPluginManager);
      iSystem no longer directly implements all the plugin related
      functions. The macros CS_LOAD_PLUGIN, CS_QUERY_PLUGIN and others
      have all been modified to use iPluginManager instead of
      iSystem. So where you would do:
      	  iVFS* vfs = CS_QUERY_PLUGIN (system, iVFS);
      you must now do:
          iObjectRegistry* object_reg = system->GetObjectRegistry ();
	  iPluginManager* plugin_mgr = CS_QUERY_REGISTRY (object_reg,
	  	iPluginManager);
          ...
	  iVFS* vfs = CS_QUERY_REGISTRY (plugin_mgr, iVFS);
      It is probably easiest to just store object_reg and plugin_mgr
      together where you are also storing the iSystem pointer.
      Don't forget to include "isys/plugin.h" and "iutil/objreg.h".
    - Fixed all apps and plugins in CS that I could compile. Also
      tried to fix the others but no guarantees.

Date:	Tuesday July 24, 2001 @ 1:59
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv16289/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
- Further work on the decomposition of the system driver.
    - The iObjectRegistry in the system driver is now more complete.
      You can now register and unregister objects to it.
    - The system driver will now register the
      plugin manager (iPluginManager), the commandline parser
      (iCommandLineParser), and the config manager (iConfigManager).
      In the future this registration will have to be done by another
      entity.
    - Removed iSystem::GetCommandLine(). Use the object registry
      instead to get the commandline like this:
          iCommandLineParser* cmdline = CS_QUERY_REGISTRY (object_reg,
	  	iCommandLineParser);
    - Removed iSystem::GetConfig(). Use the object registry instead
      to get to the config manager (iConfigManager).

Date:	Tuesday July 24, 2001 @ 5:46
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv32132/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
    - Made VFS, G3D, G2D, and Console members in csSystemDriver
      private. Eventually they need to be removed. This is step one
      to check if something is still using those variables.
    - Made BugPlug more robust so it can handle the case where there
      is no G3D.
    - All canvases (in video/common/graph2d.cpp) will now listen
      to cscmdSystemOpen and cscmdSystemClose. On receiving those
      messages Open() and Close() are called. This removes the need
      for the system driver to have explicit knowledge about G2D
      and G3D in order to open or close those plugins.
      This has one current consequence though: Open() will no longer
      get a valid title so we need another way to set the title of
      the canvas.
    - Another important consequence is that the order in which
      plugins get cscmdSystemOpen messages is undefined. This means
      that you cannot depend on G3D/G2D being open in the open
      message of another plugin! In the past this was possible
      because G3D and G2D were explictely opened BEFORE all the other
      plugins. This seems to work ok but this can be because the
      Open messages are sent in the right order already (i.e. G3D
      and G2D plugins are loaded early so this could be the case).
      But it is not good to depend on this!
    - Close() is called in the same order as Open() and there we
      have a problem. The engine::Close handler is called after the
      G3D::Close handler and this causes a crash because the engine
      will then start unregistering materials and textures. This
      seems to cause a crash at exit but at the moment I'm not sure
      yet how to solve this and why exactly it crashes. Will
      investigate later.
    - Protected the canvases so that it is now safe to call Open/Close
      multiple times. Did this by adding is_open flag in csGraphics2D.
    - All 3D renderers will now also listen to cscmdSystemOpen and
      cscmdSystemClose.
    - Because of the above changes the system driver no longer has
      the internal G2D and G3D pointers. It still keeps pointers
      to Console and VFS for other reasons. Those will be removed
      later.

Date:	Wednesday July 25, 2001 @ 5:35
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv30628/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp ogl_g3d.h ogl_g3dcom.cpp ogl_g3dcom.h 
	ogl_proctexback.h ogl_proctexsoft.h 
Log Message:
	- Added interfaces iNativeWindowManager and iNativeWindow (in
	  include/ivideo/natwin.h). In the future these interfaces will
	  be extended to allow access to the native window system and also
	  to allow putting canvases (iGraphics2D instances) on native
	  windows. At this moment iNativeWindowManager only has an Alert()
	  function which will show a modal alert and iNativeWindow has
	  SetTitle() with which you can set the title for a native window.
	- The current implementation of Alert() simply prints a message on
	  standard output. Canvases should override this for a more useful
	  alert. The windows system driver has an alert implementation
	  internally. That should move to the windows canvases.
	- Fixed g2dtest so the colors are ok now (was broken by the changes
	  yesterday).
	- Extended iGraphics2D with GetNativeWindow() to get the native
	  window corresponding with a canvas.
	- csGraphics2D will now implement iNativeWindowManager. This is
	  a temporary measure until we decide to do this redesign (but that
	  is not for 1.0).
	- csGraphics2D will now implement iNativeWindow too.
	- Removed 'Title' parameter from iSystem::Open(). This is obsolete
	  now. To set the title on your window you need to do:
	          iNativeWindow* nw = g2d->GetNativeWindow ();
		  if (nw) nw->SetTitle ("bla");
	  It is best to do this before iSystem::Open() is called as not
	  all canvases support changing the title when the window is
	  already open (in fact, none of the current canvases support
	  that).
	- Also removed 'Title' parameter from iGraphics2D::Open() and
	  iGraphics3D::Open().
	- The default title for windows is now 'Crystal Space Application'
	  which is much nicer than 'Dummy title' :-)
	- Added CS_REPORTER_SEVERITY_DEBUG severity level. This way the
	  reporter will be able to do debug logging too.
	- Added various conveniance functions to the iReporter interface:
	  ReportError, ReportWarning, ReportNotify, ReportBug, and
	  ReportDebug.
	- Fixed a bug in reporter plugin. It was returning true in
	  HandleEvent() for every event. This effectively eats up all
	  events.
	- Added new standard reporter listener plugin (plugins/stdrep).
	  If you load this plugin it will listen to an available
	  reporter plugin and perform the following actions:
	    - Warnings will go to output console (if present) or to standard
	      output.
	    - Errors will given an Alert through the iNativeWindowManager.
	      Additionally they will be reported on the console, standard
	      error, and debug.txt.
	    - Bugs are handled the same way as errors.
	    - Debug messages are sent to debug.txt.
	    - Notify messages go to the output console.
	  Using the new iStandardReporterListener interface you can have
	  control on where all messages go.
	- Removed the specific iReporterListener implementation in
	  WalkTest and now use the stdrep plugin instead.
	- Changed the implementation of the iObjectRegistry::Get() in the
	  system driver. It will now first return the object implementing
	  the interface with NULL tag. If none such are found it will return
	  a random one which has a non-NULL tag but still implements
	  that interface.
	- Added new csInitializeApplication(). This function will setup
	  the object registry for the application for most common
	  global plugins (VFS, G3D, G2D, Reporter, OutputConsole, Engine,
	  Loader, ...). In addition it will also load the reporter plugin and
	  the standard reporter listener plugins. After calling this function
	  you can do CS_QUERY_REGISTRY() to obtain the singleton instances of
	  above interfaces. The loading of the reporter and reporter
	  listener are optional (you can disable it by giving false,false
	  parameters). This function can be found in include/cstool/initapp.h.
	- Changed most apps to use csInitializeApplication(). Also updated
	  the tutorials. Also changed most apps to use CS_QUERY_REGISTRY
	  as much as possible (as opposed to CS_QUERY_PLUGIN or
	  CS_QUERY_PLUGIN_ID).
	- Tried to fix the DOS port. Couldn't test if it really works though.

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv20480/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexback.cpp 
	ogl_proctexsoft.cpp ogl_txtmgr.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:	Sunday July 29, 2001 @ 13:23
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv23318/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Eric Sunshine renamed csVPrintf() to csPrintfV() for consistency with
other `vararg' functions in the project, such as PerformExtensionV(),
ReportV(), etc.

Date:	Monday July 30, 2001 @ 12:35
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv17902/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
- Renamed csTime to csTicks and removed iSystem::GetTime().
  Now use the global csGetTicks() instead.
- Fixed a 'for (int i')' construction in mdldata.cpp so it compiles
  on linux.

Date:	Wednesday August 1, 2001 @ 23:04
Author:	miklby

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv28986/CS/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_txtmgr.cpp 
Log Message:
- txtmgr.cpp: Removed bogus bug flag from the
  texture manager. The bug that I am seeing is
  due to more brain dead behaviour of my system.
  I am also suspending my activities on CS
  pending an audit of my system. If there is anyone
  out there running RH 6.2 Linux and you have
  a crash in the texture manager every time walktest
  exits, then you have the same problem as me.
  If not, I would like to hear about it. Otherwise,
  for me, it is time to upgrade and I would recommend
  upgrading your system if it exhibits the same
  behaviour.

  To test this, first your system must be crashing
  at exit on walktest. If so, then go to:
  
  CS/plugins/video/renderer/common/txtmgr.cpp
  
  on line 216 ( the third line in
  csMaterialHandle::~csMaterialHandle()),
  comment out the line:
  
  texman->DecRef();
  
  and recompile your 3D renderer (in my case the
  software renderer). If walktest now cleans up
  correctly upon exiting walktest, then you have
  the same problem too.

Date:	Sunday August 5, 2001 @ 11:30
Author:	miklby

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv27770/CS/plugins/video/renderer/opengl

Modified Files:
	ogl_proctexsoft.cpp ogl_txtmgr.cpp ogl_txtmgr.h 
Log Message:
Feature update:
- CS/include/csutil/typedvec.h: Added CS_DECLARE_TYPED_VECTOR_DECREF
  convenience macro.
  
Texture manager cleanup: common
- CS/include/ivideo/texture.h: Added UnregisterTexture() and
  UnregisterMaterial() to the scf interface.
  
- CS/libs/csengine/texture.cpp: Texture wrapper now keeps a
  reference to the texture handle when registered with a texture
  wrapper.
  
- CS/libs/objects/meshobj.cpp: FreeItem(): Added NULL assignment
  to object being free'd to prevent dangling pointers.

- CS/libs/objects/thing.cpp: Added portal polygon delete routine
  to thing destructor, in preparation for an audit.
 
- CS/libs/csws/cswstex.cpp: Changed how csws textures are treated.
  The csws textures now use the freshly added UnregisterTexture()
  scf interface to unregister textures. Note: Texture Manager now
  destructs correctly in csfedit and a couple of other csws apps
  (finally ;).
  
- Texure Manager Common: 
  - Changed csMatVector and csTexVector to use 
    CS_DECLARE_TYPED_VECTOR_DECREF.
  
  - Added UnregisterTexture() and UnregisterMaterial() to
    iTextureManager interface. You should now be able to
    Register/Unregister textures and materials with impunity.
    
- Texture Manager All drivers:
  - Changed procedural texture Prepare() methods to adhere to the
    scf contract. This includes the opengl software
    procedural textures, which seemed to have a blatant habit of
    deleteing every texture handle it touched.... Ouch. The
    health of the software proctex manager is not good.
    Although the current round of bugfixes allows it
    exit cleanly, a corrupted texture cache does not. If
    one temporarily disables the 'delete tcache' line in 
    sft3dcom.cpp, Clear(), the engine does exit cleanly. I have
    not traced this back as yet as the texture cache is another
    animal altogether.

  - Modified Unregister[Material|Texture] to check for a
    zero reference count on incoming handles. This breaks
    an endless loop issue between csMat/TexVector,
    the destructor and unregister (it is a circular reference).

Date:	Monday August 6, 2001 @ 4:49
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv9584/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp ogl_g3d.h ogl_g3dcom.cpp ogl_g3dcom.h 
	ogl_proctexback.cpp ogl_proctexsoft.cpp ogl_proctexsoft.h 
	ogl_txtcache.cpp ogl_txtcache.h ogl_txtmgr.cpp ogl_txtmgr.h 
Log Message:
- Removed almost all usage of iSystem in the entire CS system. Instead
  a pointer to the object registry (iObjectRegistry) is used. This
  includes the following:
    - iPlugin::Initialize().
    - csConfigAccess class.
    - csInitializeApplication().
    - Constructor of csApp.
    - Various others...
- Because iSystem is still needed in some cases (still busy with the
  removal of that) there are some cases where you need to have a
  pointer to the system. To get that pointer you can now use the
  new CS_GET_SYSTEM define like this:
  	iSystem* sys = CS_GET_SYSTEM (object_reg);
  Note that this define will go away as soon as iSystem is removed.
  So it is only a temporary measure. CS_GET_SYSTEM is implemented
  by asking the object registry where iSystem is now registered.
  The use of iSystem is still required for using everything related
  to events (this includes the iEventOutlet pointers and also the
  elapsed time (GetElapsedTime()), GetMouseButton(), GetKeyState(),
  Sleep(), NextFrame(), ...).
- For Python scripts this also means that the 'system' variable is
  gone and has been replaced with 'object_reg'.
- Since they were not used I removed iSystem::Initialize(),
  Loop(), Open(), and Close(). The csSystemDriver versions of these
  functions are not removed though. They are still needed at this
  moment.

Date:	Monday August 6, 2001 @ 9:00
Author:	miklby

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv15003/CS/plugins/video/renderer/opengl

Modified Files:
	ogl_proctexsoft.cpp ogl_txtmgr.cpp 
Log Message:
	- Texture Manager: All drivers
	  - Continued fortification of texture manager.. It
	    should now behave like the rest of the engine,
	    handing over the reference to the texture handle
	    without needing an IncRef(). This ends the circular
	    reference contract and resumes normal behaviour.
	    To release a texture handle, simply DecRef() it,
	    and the texture manager will do the rest.

	- Texture Manager: soft3d
	  - Tracked down and fixed the annoying tcache crash
	    at exit. Under opengl, software texture managers
	    and caches can be shared between different instances
	    of the software driver. Soft3dcom now respects the
	    shared resources and deletes correctly, I have only
	    the csThing leaks to track down now. Also removed
	    bug flag in Clear().
	
	- OpenGL software procedural textures and cswstex:
	  - Removed now uneeded reference to parent procedural
	    texture manager. Handles should now clean up with
	    a DecRef() the same as most other engine objects.
	    The handle will unregister itself.

Date:	Tuesday August 7, 2001 @ 10:03
Author:	samuel

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv4789/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.h ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexback.h 
	ogl_proctexsoft.h 
Log Message:

X drivers rewritten:
+ Working Full screen + on the fly resolution changing
+ Each Xdriver now loads an XWindow plugin
+ XWindow plugin dynamically configures to take advantage of X-extensions, i.e. shared memory and XFree86VideoMode
+ no more #ifdef statements
+ Rewritten window creation, resizing and so optimized event handling
+ iGraphics2D slight changes to full screen and resizing related methods, but have bumped up the version.

Date:	Friday August 10, 2001 @ 7:12
Author:	miklby

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv29244/CS/plugins/video/renderer/opengl

Modified Files:
	ogl_txtmgr.cpp 
Log Message:
	- Texture manager (all drivers):
	  Removed GetRefCount() kludge in the delete method.
          This results in csfedit not cleaning up the texture
	  manager correctly, but I will correct this in due
	  course.

Date:	Saturday August 11, 2001 @ 7:25
Author:	miklby

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv32126/CS/plugins/video/renderer/opengl

Modified Files:
	ogl_proctexsoft.cpp 
Log Message:
	- csengine/material.cpp and texture.cpp:
	  Started addressing outstanding memory leaks,
	  starting with the ones caused by myself. Some
	  of the texture and material handles should start
	  deleteing automatically now.
	  
	- csws/cswstex.cpp:
	  Started addressing outstanding memory leaks,
	  starting with the ones caused by myself. The
	  texture manager will now clean up correctly
	  and completely under csfedit and some
	  csws based applications.

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv15220/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_halo.cpp ogl_proctexback.cpp 
	ogl_proctexsoft.cpp ogl_txtcache.cpp ogl_txtmgr.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:	Wednesday August 22, 2001 @ 3:44
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv17018/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.h ogl_g3dcom.h 
Log Message:
- Added GetTransform() and SetTransform to iMeshFactoryWrapper.
  This transform is a transformation relative to the parent of the
  factory wrapper. It is only useful when a factory wrapper is part
  of a hierarchy.
- Removed iMeshFactoryWrapper::GetChildTransform() as the transform
  is now part of the iMeshFactoryWrapper itself.
- Generalized csMeshFactoryList (similar to csMeshList) so that
  AddMeshFactory and RemoveMeshFactory can now be overriden by
  subclasses for additional functionality.
- Added csMeshFactoryFactoryList which implements functionality
  specific for keeping mesh factories in another mesh factory.
- Removed iMeshFactoryWrapper::GetChildCount, GetChild, AddChild,
  and RemoveChild. Instead there is now
  iMeshFactoryWrapper::GetChildren() which returns iMeshFactoryList.
- Removed SCF_DEBUG calls in OpenGL renderer. These are not needed.
- Removed iEngine::FindMeshWrapper, FindMeshFactory, and FindSector.
  Use the FindByName in the respective lists instead (using GetSectors,
  GetMeshes, and GetMeshFactories). To search for an object in
  a region first get the current region and then call
  iRegion::FindBla().

Date:	Thursday August 23, 2001 @ 6:54
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv28617/plugins/video/renderer/opengl

Modified Files:
	glrender.mak ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexsoft.cpp 
	ogl_proctexsoft.h 
Log Message:
	- Fog should now work for the metaballs plugin.
	- Started work on vertex buffer support in the 3D renderers. There is
	  now a new iVertexBufferManager which you can get by calling
	  iGraphics3D::GetVertexBufferManager(). The vertex buffer manager
	  manages objects of type iVertexBuffer. The plan is that everything
	  that wants to use vertex buffers creates one using the
	  vertex buffer manager. When the vertex buffer is going to be
	  used it must be locked.
	- Modified G3DTriangleMesh to use the new vertex buffers. The
	  'num_vertices' field has gone (since that is now part of the vertex
	  buffer) and the 'vertices' array is replaced with a 'buffers'
	  array (DrawTriangleMesh currently supports maximum two such buffers).
	- Put a default implementation of vertex buffers in
	  plugins/video/renderer/common/vbufmgr.*.
	- Modified all renderers in cvs to support the vertex buffer feature
	  although the current implementation doesn't do anything special
	  yet (i.e. it will not perform better than the old system at the
	  moment).
	- Modified all mesh object plugins in cvs to support the new
	  vertex buffer feature. The current implementation in case of
	  3D sprites is very naive at the moment. It will just use one
	  vertex buffer which is modified every time. This has to be fixed
	  later.
	- Note that one implication of all this is that
	  iRenderView::CalculateFogMesh() for G3DTriangleMesh can only operate
	  on a mesh with locked vertex buffers.
	- Added CS_ASSERT() at various places to make sure the locked status

Date:	Friday August 24, 2001 @ 4:54
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv16578/plugins/video/renderer/opengl

Modified Files:
	glrender.mak ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
- Added iPolygonBuffer. This represents an object that holds the
  most efficient way to represent a set of polygons for a given
  3D renderer. For a software renderer the polygons can just be
  stored as such. For a hardware renderer it may be more efficient
  to store the polygons as a triangle mesh or a vertex fan/strip.
  The vertex buffer manager also serves as the class that implements
  polygon buffers. Polygon buffers are supposed to work together
  with vertex buffers as the polygons are given as indices in such
  a buffer. Implemented a primitive polygon buffer support for all
  renderers.
  Currently polygon buffers are not used. In the near future
  DrawPolygonMesh will use them.
- Changed the way that vertex buffers work. In addition to the vertex
  information that was already present there is now also texel (texture
  mapping) and color information. This means the 3D renderer will also
  be able to optimize for those. This also means that the vertex_colors
  and texels arrays are gone from G3DTriangleMesh.

Date:	Sunday August 26, 2001 @ 7:04
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv19634/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_proctexback.cpp ogl_proctexsoft.cpp 
	ogl_proctexsoft.h 
Log Message:
Eric Sunshine made the following changes to the project:

-*- Removed all event related code and functionality from csSystemDriver
    and the cssys library as part of the continuing effort to eliminate
    the monolithic system driver concept.  All event related functionality
    has been generalized and moved into the csutil library.

-*- Rather than the system driver being responsible for event related
    activities, an object of type iEventQueue is now available to clients
    via the shared object registry (iObjectRegistry) and is registered
    with the name "crystalspace.event.queue".

-*- Added new SCF interface iEventQueue.  All event-related activities in
    CS are now performed by interacting with an object implementing this
    interface.  Everything related to a particular event queue is now
    maintained by that queue rather than being manually maintained by the
    system driver.  Examples of ancillary functions and objects now
    maintained by the event queue include event outlets, event cords, and
    event handlers.  iEventQueue provides the following main functions
    (along with some other minor ones):

    - Process(); Processes the event queue, dispatching each contained
      event to the appropriate event handler.  Also responsible for
      sending the cscmdPreProcess and cscmdPostProcess events to
      interested listeners.  This method takes over all the major
      functionality which used to be handled by iSystem::NextFrame().
      Re-implemented iSystem::NextFrame() as a very thin cover over this
      method.

    - Dispatch(); Actually dispatches each event retrieved from the queue
      by Process().  This method takes over all the major functionality
      which used to be handled by iSystem::HandleEvent().

    - RegisterListener(); Entities interested in listening for events
      register with the event queue via this method.  This replaces the
      old iSystem::CallOnEvents() method.  Also added RemoveListener() to
      provide a way for entities to stop listening; and
      ChangeListenerTrigger() to provide a way for entities to alter the
      set of event types in which they are interested.

    - CreateEventOutlet(); Returns a new event outlet to the caller.
      Replaces iSystem::CreateEventOutlet().

    - GetEventOutlet(); Returns the shared event outlet for this
      particular event queue (for those cases where creating a new one is
      overkill).  Replaces iSystem::GetSystemEventOutlet().

    - GetEventCord(); Returns the event cord for a particular category and
      subcategory.  Replaces iSystem::GetEventCord().

-*- The system driver now registers itself as an event listener with the
    shared event queue just like all other modules which are interested in
    events.  This allows csSystemDriver to listen for the cscmdQuit event
    in order to set its `Shutdown' variable appropriately.  It also allows
    the HandleEvent() method in subclasses of csSystemDriver to function
    as expected.  Note that this is a merely a temporary state of affairs,
    as the system driver will soon cease to exist.

-*- Converted all applications, plugin modules, and other support code to
    work with the new event system organization.

-*- Because the generic input drivers, csKeyboardDriver, csMouseDriver,
    and csJoystrickDriver, are tied closely to event outlets, they were
    also moved from cssys to csutil.

-*- The generic input drivers, csKeyboardDriver, csMouseDriver, and
    csJoystrickDriver, are themselves now responsible for listening for
    the cscmdFocusChanged event, rather than relying upon the system
    driver to do so on their behalf.

-*- Added new SCF interfaces: iKeyboardDriver, iMouseDriver,
    iJoystickDriver.

-*- Objects implementing iKeyboardDriver, iMouseDriver, and
    iJoystickDriver are now made available via the shared object registry
    (iObjectRegistry) under the following names, respectively:

    crystalspace.driver.input.generic.keyboard
    crystalspace.driver.input.generic.mouse
    crystalspace.driver.input.generic.joystick

-*- Converted all applications and plugin modules to access the generic
    drivers directly from the shared object registry rather than calling
    upon iSystem methods to interact with these objects.  Removed all
    knowledge of these drivers from iSystem and csSystemDriver.

-*- Moved the utility functions csParseKeyDef() and csGetKeyDesc() in
    cskeys.h and cskeys.cpp from cssys to csutil since they are totally
    generic and have no platform-specific bindings.

-*- Fixed a nasty bug in csEventCord where it failed to unlock itself in
    some cases when posting an event.

-*- Fixed a bad bug in csEventCord where it was leaking all events posted
    to it.

-*- Fixed broken logic in iObjectRegistry::Unregister() where it did not
    actually remove the entry for the object, but instead just left a
    dangling (and potentially) dead pointer.

-*- iObjectRegistry implementation now correctly reference counts the
    contained objects.  It also now protects itself against modification
    during its own destruction, since some of the objects which it is
    removing from itself might also get destroyed and might try modifying
    the registry.

-*- Moved mouse driver settings out of system.cfg and into mouse.cfg.
    csMouseDriver is now responsible for accessing these settings itself
    rather than relying upon the system driver to do so.

-*- Fixed bug in definition of SCF_IMPLEMENT_IBASE table for
    csSystemDriver.  The table neglected to mention that csSystemDriver
    implements iObjectRegistry and iPluginManager.  Added mention of
    iPlugin which csSystemDriver now implements so that it can listen for
    events from the event queue.

-*- Eliminated compilation warnings in aseie.cpp, dxfie.cpp, hrcie.cpp,
    ivie.cpp, objie.cpp, povie.cpp, smfie.cpp, stlaie.cpp, and vlaie.cpp
    about non-virtual destructor.

-*- Eliminated compilation warning about unused variable in md2ie.cpp.
    Also fixed a memory leak.

-*- Eliminated compilation warning about `float' assigned to `int' in
    spr2d.cpp.

-*- Fixed broken header-protection macros in intarray.h.

-*- Fixed g2dtest so that it once again actually displays a window.  This
    had been broken for quite some time.

-*- csSchedule no longer unnecessarily depends upon the system driver.

-*- csSchedule no longer publishes its private utility class.

-*- The cssys library no longer relies upon the csgeom library.

-*- Eliminated several compilation warnings from AWS.  Worked around a
    couple NextStep compiler shortcomings.

-*- Rewrote csRectRegion in csgeom so that it no longer relies upon the
    csutil library.  I think it is best if we keep csgeom free of any
    csutil dependencies.

-*- Fixed csRectRegion so that, at destruction time, it no longer leaks
    each of the csRect structures in its `region' list.

-*- Fixed the comment-style in csrectrg.h so that Doxygen will produce
    proper documentation for csRectRegion.

-*- Repaired some overfull and underfull `hbox' warnings reported by TeX
    for tutorial/wincvs/step1.txi.

-*- Finally, note that I eliminated quite a few unnecessary #include
    directives from the event-related headers and from isys/system.h &
    cssys/system.h.  Since I am unable to test-compile every single port
    of CS and every driver, port maintainers may have to add an #include
    statement here and there in platform-specific and/or driver-specific
    code.

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

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv14952/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexsoft.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:	Monday August 27, 2001 @ 0:55
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv1695/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
	- Did a new change to iPolygonBuffer. Materials for polygons are now
	  treated indirectly. So AddPolygon() accepts an index into a table
	  with materials instead of a material handle. In addition added
	  the functions iPolygonBuffer::AddMaterial(), GetMaterial(),
	  GetMaterialCount(), and SetMaterial() to operate on the material
	  array. This change was done to make it easier to replace the material
	  handles from the wrappers when needed. This replacing is needed
	  in two cases:
	    1. The material wrapper is registered/prepared again
	       (possibly for another 3D renderer) so the handle has changed.
	    2. The procedural software renderer for OpenGL also wants to
	       replace material handles.
	- Changed the treatment of DrawPolygonMesh (FASTMESH flag) in csThing
	  by sorting the polygons on material first and then creating a
	  material table. Also the material handles are correctly updated
	  every time the thing is drawn which is how it should be.
	- Renamed G3DTriangleMesh::fxmode to mixmode for consistency with
	  other similar structures.
	- Added G3DPolygonMesh::mixmode.
	- Set G3DPolygonMesh::mixmode to CS_FX_COPY for now. This fixes a bug
	  with the mixmode not being initialized correctly resulting
	  (sometimes) in semi-transparent things.

Date:	Monday August 27, 2001 @ 1:08
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv4774/plugins/video/renderer/opengl

Modified Files:
	ogl_proctexsoft.cpp 
Log Message:
Fixed the OpenGL renderer so that DrawPolygonMesh correctly
replaces the texture handles when going to the software renderer
for a procedural texture.

Date:	Monday August 27, 2001 @ 7:08
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv20148/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.h ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexsoft.cpp 
Log Message:
Split iPlugin interface into iComponent and iEventHandler and
removed iPlugin interface. iComponent now contains the Initialize()
function and iEventHandler contains HandleEvent. The idea is
that event handling is a seperate concept from plugins so
HandleEvent does not belong in iPlugin. In addition the notion
of initializing is not plugin specific either so it also doesn't
belong to iPlugin. This means there is actually nothing left
in iPlugin so it is removed :-)
To change code to work with this you basically have to replace
iPlugin with iComponent. If you also need events (i.e. you used
HandleEvent) then you have to additionally create a new
embedded iEventHandler interface object.

Date:	Saturday September 1, 2001 @ 10:36
Author:	philwyett

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv21991/plugins/video/renderer/opengl

Modified Files:
	ogl_txtmgr.h 
Log Message:
Philip Wyett made the following to the Crystal Space project:

-*- Removed non-standard trailing comma's in enum's CS wide.

    e.g.

    enum { A, B, C, }; when it should be enum { A, B, C };

-*- Made destructors of following base classes virtual.

    csBasicVector
    csCBuffer

    This stops Intel C++ 5.0 compiler whining.

Date:	Tuesday September 18, 2001 @ 17:29
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv10993

Modified Files:
	ogl_proctexsoft.cpp ogl_txtmgr.cpp ogl_txtmgr.h 
Log Message:
- refcounting is fine now for normal textures
- refcounting is screwed for procedural textures but at least the openglrender does not crash :)

Date:	Wednesday September 19, 2001 @ 6:10
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv17885

Modified Files:
	ogl_txtmgr.cpp ogl_txtmgr.h 
Log Message:
opengl software proctextures are now released just fine

Date:	Thursday September 20, 2001 @ 8:49
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv21007

Modified Files:
	ogl_g3dcom.cpp ogl_proctexback.cpp ogl_proctexsoft.cpp 
	ogl_txtmgr.cpp 
Log Message:
fixed crahser when using the backbuffer proctextures
eliminated some debug printf

Date:	Wednesday September 26, 2001 @ 1:30
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv29155/plugins/video/renderer/opengl

Modified Files:
	ogl_txtcache.cpp 
Log Message:
	- Added the following new initialization functions to initapp (cstool
	  library):
	    - csInitializeApplication() which creates and returns an
	      object registry. Should be called first.
	    - csInitializeQueryPlugins() which requests a few standard
	      plugins (3D, engine, ...) and also makes sure the commandline
	      and config file are queried for other plugins.
	    - csInitializeStartApp() which initializes all loaded plugins.
	    - csInitializeReporter() which optionally creates a reporter
	      and reporter listener.
	    - csInitializeRegistry() which will update the registry with
	      a few common objects (like 3D, engine, ...).
	    - csInitializeOpenApp() which will open the application.
	    - csInitializeEventHandler() which initializes the event handler
	      so that the application knows when to draw a new frame
	      and also gets other events (keyboard, ...).
	    - csStartMainLoop() to start the main event loop for the
	      application.
	    - csDestroyApp() to destroy the application.
	  The purpose of these functions is to provide a new way to
	  initialize the application. Keep in mind that the system driver
	  will be removed in the future. Using the functions above you can
	  now make an application that doesn't have to inherit from
	  SysSystemDriver. At this moment the old way to create an
	  application still works (inheriting from SysSystemDriver) and
	  the old csInitializeApplication() is also still there. I will
	  not remove the old system until I got enough feedback from the
	  new system to see if it is indeed the appropriate way to do this.
	- Modified the first simple tutorial to use the new initialization
	  technique. Simple1 no longer inherits from SysSystemDriver.
	- Shawn Carroll found a bug in the OpenGL texture cache where
	  'if (thhack = 0)' should be 'if (thhack == 0)'.

Date:	Thursday September 27, 2001 @ 5:53
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv32419/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_txtmgr.h 
Log Message:
- The alphamap for textures in the software renderer was not cleaned
  up at destruction.
- Added iTextureHandle::GetOriginalDimensions() which returns the
  dimensions of the image used to create the texture. This is
  most often equal to GetMipMapDimensions(0) but in some cases
  hardware restrictions require that the texture is resized (i.e.
  maximum texture size or power of two).
- Implemented GetOriginalDimensions() in default texture manager
  for all 3D renderers and added a specialized implementation
  in OpenGL renderer because there the resize of textures can
  happen in some cases.
- Fixed csSimplePixmap to use GetOriginalDimensions() instead
  of GetMipMapDimensions().
- Fixed csWSTexture (CSWS) to use GetOriginalDimensions() instead
  of GetMipMapDimensions().
- Fixed OpenGL::DrawPixmap() so that it correctly scales the image
  to display when the image was resized.
- All the above changes make sure that pixmaps now behave the same
  with software and OpenGL even if the image for the pixmap has
  sizes that are not OpenGL conformant. In the past this was not
  the case.
- Added apps/tools/picview which is a primitive application to
  show images. Currently it doesn't accept commandline arguments
  but just lets you go over all images in a directory. Future
  enhancements are going to be useful and the layout for the
  button window must be improved.

Date:	Thursday September 27, 2001 @ 6:18
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv10350/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Small fix to DrawPixmap. But I don't think it is still ok.

Date:	Thursday September 27, 2001 @ 21:46
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv7932/plugins/video/renderer/opengl

Modified Files:
	ogl_txtcache.cpp 
Log Message:
Drastically increased quality of OpenGL texture mapping
in 16-bit mode. An alpha channel was selected for all textures
even if no alpha was needed which means that the texture
was convert to 4-4-4-4 mode (4 bits for every color and alpha).
This causes image degradation. Thanks to Norman Kramer for
spotting this.

Date:	Thursday September 27, 2001 @ 23:15
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv26264/plugins/video/renderer/opengl

Modified Files:
	ogl_txtcache.cpp 
Log Message:
Fixed a bug.

Date:	Thursday September 27, 2001 @ 23:53
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv1159/plugins/video/renderer/opengl

Modified Files:
	ogl_txtcache.cpp 
Log Message:
Fixed additional bug in OpenGL texture mode selection so that
textures with alpha channel are now also correctly transparent
like before (i.e. GL_RGBA is used).

Date:	Tuesday October 2, 2001 @ 2:16
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv21449/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
	- Changed the csInitialize... functions in cstool to static member
	  functions of the class csInitializer. There are now the following
	  functions in csInitializer:
	  	- CreateObjectRegistry()
		- RequestPlugins()
		- Initialize()
		- LoadReporter()
		- SetupObjectRegistry()
		- OpenApplication()
		- CloseApplication()
		- SetupEventHandler()
		- MainLoop()
		- DestroyApplication()
	  SetupObjectRegistry() will now try to find the following plugins
	  and if present it will add them to the object registry as default
	  plugins (with NULL tag):
		- iVFS
		- iGraphics3D
		- iGraphics2D
		- iFontServer
		- iEngine
		- iConsoleOutput
		- iLoader
		- iImageIO
		- iReporter
		- iStandardReporterListener
	- Added cscmdProcess and cscmdFinalProcess. There are now the following
	  broadcast events relevant to frame processing:
	  	- cscmdPreProcess: this is called first and allows apps and
		  plugins to basically do some preprocessing before rendering.
		- cscmdProcess: in this pass the application should render
		  to the screen. But NOT the actual printing of the display.
		  That should happen in cscmdFinalProcess.
		- cscmdPostProcess: in this pass plugins or apps can add
		  additional information on top of the previously rendered
		  display. Some uses are HUD overlays or debugging information.
		- cscmdFinalProcess: this is the final pass. The application
		  should use this pass to actually print the resulting
		  display to the 3D driver.
	  So most apps will be interested in catching cscmdProcess and
	  cscmdFinalProcess.
	- Modified the simple1 tutorial app to all the changes above.
	  Instead of NextFrame() there is SetupFrame() and FinishFrame().
	- Fixed BugPlug so that it no longer does FinishDraw() and
	  Print() in its cscmdPostProcess handler. This will now have to be
	  done by the application in cscmdFinalProcess. This has the very
	  nice effect that BugPlug can now properly overlay messages on
	  top of the 3D view without the flicker effect. Note that BugPlug
	  will now only work correctly (for these overlays) for apps that
	  actually use the new cscmdFinalProcess system. Add this moment
	  only simple1 does that.
	- Added iVirtualClock which is a new interface that implements some
	  stuff that used to be in iSystem. The following functions are there:
	    Advance(), Suspend(), Resume(), GetElapsedTicks(), and
	    GetCurrentTicks().
	- Removed iSystem::SuspendVirtualTimeClock(), ResumeVirtualTimeClock(),
	  and GetElapsedTime(). Use iVirtualClock now.
	  The system driver now implements iVirtualClock and puts it in the
	  registry with NULL tag.
	- The system driver will now register a lot of the common objects
	  using the NULL tag instead of a name. The NULL tag is meant to be
	  for default objects so this is better.

Date:	Friday October 5, 2001 @ 6:10
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv27863/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
- Made csSystemDriver::NextFrame() and HandleEvent() private so
  that it is no longer possible to inherit from SysSystemDriver.
- Removed Sleep() from csSystemDriver and iSystem. Instead there
  is now csSleep() which should be called instead.

Date:	Friday October 5, 2001 @ 11:25
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv30374/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Eliminated an "unused variable" warning from ogl_g3dcom.cpp.

Date:	Monday October 8, 2001 @ 5:23
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv23418

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_txtcache.cpp ogl_txtcache.h 
Log Message:
- added new options for selecting the internal RGB format (RGB/RGB16/compressed)
compressed only works if USE_EXTENSIONS is enabled
- fixed a warning in inc_mesa

Date:	Monday October 8, 2001 @ 8:33
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv14722

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
added include glext.h

Date:	Monday October 8, 2001 @ 8:41
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv16833

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
moved include of glext.h elsewhere

Date:	Tuesday October 9, 2001 @ 2:29
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv29353/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp ogl_g3dcom.cpp ogl_proctexback.h 
	ogl_proctexsoft.cpp ogl_txtcache.cpp ogl_txtmgr.cpp 
Log Message:
- Removed iSystem::GetObjectRegistry().
- The object registry is now a parameter to the system driver and
  is no longer created by the system driver itself. Instead
  csInitializer::CreateObjectRegistry() will now create the object
  registry.
- Moved the cleanup of the object registry to
  csInitializer::DestroyApplication(). Also moved the cleanup of
  SCF to there.
- Added Clear() to the iObjectRegistry interface.
- Several system drivers performed some special code right before
  NextFrame() was being handled (Win32, BeOS, ...). This special
  code has now moved to an event handler in the system driver instead.
  The system driver will now listen to cscmdPreProcess and perform
  the functionality that used to be in NextFrame().
- Removed NextFrame() from iSystem, csSystemDriver and all subclasses
  of csSystemDriver (SysSystemDriver for all platforms). In case
  you needed to explicitely call this function (in CS only CSWS did
  this) then you can call iVirtualClock::Advance() followed by
  iEventQueue::Process().
- csApp now calls Advance()/Process().
- The result of this is that the iSystem interface has become empty.
  So it can finally be removed!!! In addition CS_GET_SYSTEM is now
  also gone.
- Moved the virtual clock implementation in the system driver to
  a seperate csVirtualClock in csutil. The system driver no longer
  creates and manages the virtual clock. The already existing
  csInitializer::CreateVirtualClock() will now create and register
  the virtual clock.

Date:	Wednesday October 10, 2001 @ 6:29
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv12242/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp ogl_g3dcom.cpp ogl_txtcache.cpp ogl_txtmgr.cpp 
Log Message:
- Added cssys/sysfunc.h which contains the declarations of the
  global system dependent functions like csSleep(), csGetTicks(),
  csPrintf(), and csGetInstallPath().
- Removed the unneeded includes from cssys/system.h and cssys/sysdriv.h
  from most of CS.
- Slightly updated the simple.txi tutorial. Work in progress though.

Date:	Thursday October 11, 2001 @ 0:57
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv1098/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexsoft.cpp 
Log Message:
- Moved the plugin manager implementation out of the system driver
  into csPluginManager (in csutil/plugmgr.h). Modified
  csInitializer::CreatePluginManager() to create an instance
  of csPluginManager.
- Created a new class csPluginLoader (in csutil/plugldr.h) which
  will take the requested plugins, the config file, and the
  commandline and try to load all plugins it can find there. This
  functionality used to be in the system driver.
  csInitializer::RequestPlugins() now uses this class.
- The two above changes mean that the csSystemDriver is now
  completely empty. It cannot yet be removed because some subclasses
  of csSystemDriver (system specific subclasses) contain some
  code.
- Moved isys/vfs.h and isys/plugin.h to iutil.

Date:	Friday October 12, 2001 @ 3:54
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv16724/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
	- Fixed a bug in AWS where it would try to load something
	  from VFS ONLY if VFS could NOT be loaded. I think it should
	  be the opposite rather :-)
	- Avoided nearly all usage of CS_QUERY_PLUGIN and CS_QUERY_PLUGIN_ID
	  in CS. The reason CS_QUERY_PLUGIN is bad is that it queries the
	  plugin manager based on interface but there is no way to control
	  which plugin it will return if there happen to be more plugins
	  that implement the same interface. The reason CS_QUERY_PLUGIN_ID is
	  bad is that we want to remove the FUNCID's that are now used in
	  the plugin manager. The object registry is designed to replace
	  the need for FUNCID's.
	  Most CS_QUERY_PLUGIN and CS_QUERY_PLUGIN_ID calls have been replaced
	  with CS_QUERY_REGISTRY. Keep in mind that CS_QUERY_PLUGIN increases
	  the reference count of the returned plugin while CS_QUERY_REGISTRY
	  doesn't! So take care of those IncRef()/DecRef() calls.
	  Note that at this moment CS_QUERY_PLUGIN and CS_QUERY_PLUGIN_ID
	  cannot yet be removed because it is still needed in some specific
	  cases and also to initialize the object registry itself. However,
	  this is due to change soon when csPluginLoader will become
	  responsible for registring loaded plugins with the right tag to
	  the object registry.
	- Modified csPluginLoader so it registers all loaded plugins with
	  the object registry. Note that all plugins will be registered
	  with the NULL tag which is not good but a temporary solution until
	  we have a more clever way to find out which tag to use from within
	  csPluginLoader. This means that all plugins loaded by
	  csInitializer::RequestPlugins() will be registered (as it uses
	  csPluginLoader).
	  Note! If you manually load plugins using CS_LOAD_PLUGIN after
	  csInitializer::RequestPlugins() then these will not automatically be
	  registered. If you want to do that (which can be important for
	  some of the standard plugins like iGraphics3D, iConsoleOutput, ...)
	  then you must register them manually.

Date:	Friday October 12, 2001 @ 16:08
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv19080/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp ogl_g3d.h ogl_g3dcom.cpp ogl_g3dcom.h 
	ogl_proctexback.cpp ogl_proctexsoft.cpp ogl_txtcache.cpp 
	ogl_txtcache.h ogl_txtmgr.cpp ogl_txtmgr.h 
Log Message:
- Added static function pointer variables to opengl 3d renderer. 
  They are filled with pointers to opengl extension functions, or left NULL if
  extension is not present for a card (or disabled in opengl.cfg).
  Extensions to check for are now listed in opengl.cfg.
  These changes allow us to drop the #define USE_EXTENSION.
  Dropped use of #define USE_EXTENSION :)
  To find the function pointer to an extension function one needs platform specific opengl functions.
  For windows this is wglGetProcAddress, for glx its glXGetProcAddressARB.
  To access such functions i created a new interface iOpenGLInterface, which is implemented currently
  in the glx canvas (tested) and windows opengl canvas (untested).
  Other platforms i dont know - platform maintainers please check !
- Added use of compressed textures (if available). Read opengl.cfg !
- SourceFormats for opengl textures can now be directed to a specific TargetFormat (that is, 
  how they are stored in the texture memory of the card).
- For RGB and RGBA textures i added some code to possibly select a "better" sourceType for textures. 
  Better means here smaller. That is, texturedata is transformed to another base format (like RGB5_A1). 
  Until now the base format was always stored in RGBA. This new approach hopefully accelerates transfer of 
  texture data to the card.
- Upon preparation of the texture all mipmaps are now generated (if needed) and stored. Before mipmaps had
  to be regenerated if texture was dropped and then loaded again.
- For procedural textures only mipmap level 0 is generated. Before all were generated but only the 0-th was
  used. (currently only software procedural textures work, the backbuffer proctextures all show up in the
  lower left of screen, funny but annoying)
- Added support for textures other than RGB and RGBA (read Alpha, Luminance, Intensity and others). Those 
  are not used yet, but for native alpha maps the first use comes to mind if one thinks of the halo 
  implementation.
- Added calculation of Luminance and Intensity to csRGBpixel
- csImage now calculates the mipmap correctly for 1xN (or Nx1) size mipmaps if you increase the level 
  by 1 only (that is: it becomes 1x(N>>1) size)

Date:	Friday October 12, 2001 @ 16:11
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv20589

Added Files:
	csglext.h 
Log Message:
removed old extension includes

Date:	Friday October 12, 2001 @ 17:29
Author:	philwyett

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv23587/plugins/video/renderer/opengl

Modified Files:
	ogl_txtmgr.cpp ogl_g3dcom.cpp 
Log Message:
This fixes gl3d for MSVC, other issues remain unresolved.

Date:	Friday October 12, 2001 @ 21:03
Author:	philwyett

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv27842/plugins/video/renderer/opengl

Modified Files:
	csglext.h 
Log Message:
Fixed MIngW trying to include mesa inludes.

GL now OK now all Win32 supported compilers.

Date:	Saturday October 13, 2001 @ 4:29
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv19293

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
added test if all extension function addresses could be retrieved

Date:	Sunday October 14, 2001 @ 5:48
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv2408

Modified Files:
	csglext.h ogl_g3dcom.cpp ogl_txtmgr.cpp 
Log Message:
removed inclusion of glext.h from the files. there seems to be dozens of version of glext out there and sometimes all of glext is included in gl.h and no glext.h exist at all. added the defines from glext.h to csglext.h, renamed the functiontypes to csPFNGL* to prevent collision with types defined in some gl.h variations.

Date:	Sunday October 14, 2001 @ 9:22
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv21970/plugins/video/renderer/opengl

Modified Files:
	ogl_txtmgr.cpp 
Log Message:
Eliminated a compilation warning from ogl_txtmgr.cpp.

Date:	Sunday October 14, 2001 @ 17:36
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv25119

Modified Files:
	csglext.h ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
- new values for polygonqueue are now only updated if they changed
- added detection of ARB/EXT_texture_env_combine, will use this later to apply 2*src*dst for lightmaps in the multitexturing case
- in multitexturing case, the env_mode is now changed to GL_REPLACE instead of GL_MODULATE if the alpha value is 1.0

Date:	Monday October 15, 2001 @ 0:43
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv11468/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_proctexsoft.cpp 
Log Message:
	- All func-id's are now changed so that they are equal to their
	  interface name. Basically this means:
	  	VFS -> iVFS
		VideoDriver -> iGraphics3D
		VideoCanvas -> iGraphics2D
		SoundRender -> iSoundRender
		ImageLoader -> iImageIO
		SoundLoader -> iSoundLoader
		LevelLoader -> iLoader
		FontServer -> iFontServer
		NetDriver -> iNetworkDriver
		Console.Output -> iConsoleOutput
		Console.Input -> iConsoleInput
		Engine -> iEngine
		MotionManager -> iMotionManager
		Reporter -> iReporter
		Converter -> iModelConverter
		CrossBuilder -> iCrossBuilder
		TextSyntaxService -> iSyntaxService
	  This change was done in preparation for the removal of the
	  function id's.
	- All 'System.Plugins' entries in the config files have to be modified
	  to the new func-id's above. For example, instead of:
		System.Plugins.VideoDriver = crystalspace.graphics3d.software
	  you will now have to say:
		System.Plugins.iGraphics3D = crystalspace.graphics3d.software
	- In the future loading plugins like above (with interface name) will
	  mark them as the default plugin for that interface (using the
	  object registry). So if you do
	  	CS_QUERY_REGISTRY(object_reg, iGraphics3D);
	  you will get the default plugin implementing iGraphics3D. If you
	  want to load additional plugins implementing some interface but
	  not mark them as default you can do this like this:
	  	System.Plugins.iGraphics3D.Extra = ...
	  This will put them in the object registry with the tag
	  "iGraphics3D.Extra" (not at this moment though).
	- CS_LOAD_PLUGIN no longer accepts the FuncID argument. Instead it
	  will use the interface name as the FuncID. This conforms well
	  with the rename of the FuncID's above. If you still want to load
	  a plugin with another FuncID then you can temporarily use
	  CS_LOAD_PLUGIN_OLD.
	- Renamed the _CS_LOAD_PLUGIN (mark the additional underscore in
	  front) to CS_LOAD_PLUGIN_ALWAYS. Also removed the FuncID parameter.
	- Removed the FuncID parameter from CS_QUERY_PLUGIN_CLASS. Instead
	  the interface name is used as the FuncID.
	- Made networking driver optional in Blocks (it gave an error when
	  this plugin wasn't present).

Date:	Monday October 15, 2001 @ 4:31
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv11543

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
added 2*src*dst for multitexture lighting; as jorrit pointed out multitexturing should be moved to flushpolygon but i'll commit this version anyway just to have a refpoint in cvs before i move it to flushpoly

Date:	Monday October 15, 2001 @ 5:12
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv24345

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
removed the spaces around ##, maybe this solves michaels problem

Date:	Monday October 15, 2001 @ 6:33
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv16393/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_proctexsoft.cpp 
Log Message:
	- Removed an arbitrary limit in csPluginLoader of 255 plugins.
	  This limitation was only there for an optimization which is
	  certainly not very important. Remember the time when people
	  said 640K was PLENTY!
	- Plugins or components implementing some interface as default
	  are now registered to the object registry using the interface
	  name as tag. CS_QUERY_REGISTRY has been modified to search
	  for tag name instead of interface (syntax doesn't change).
	  CS_QUERY_REGISTRY_FAST has been removed because this doesn't make
	  sense anymore. Note that CS_QUERY_REGISTRY will still check if
	  the given interface is actually implemented and it will also
	  return the pointer to that interface and not just the plugin.
	- Added iObjectRegistryIterator with which you can iterate over
	  objects in the object registry. Removed iObjectRegistry::Get()
	  with which you could query the object registry based on
	  SCF interface. Instead there is now iObjectRegistry::Get()
	  with which you can query all objects in the object registry
	  that implement a given interface. This will return an iterator.
	  Also added iObjectRegistry::Get() which returns an iterator
	  to iterate over all objects from the object registry.
	- csPluginLoader now uses everything after the ':' as the tag to
	  register the loaded plugin in the object registry. Make sure
	  to use a tag name equal to the interface name if you want to mark
	  a plugin as the default plugin for that interface. This will then
	  be the plugin that is returned with CS_QUERY_REGISTRY.
	- Eliminated all usage of the FuncID's. This means that the
	  defines CS_FUNCID_... are now removed. CS_QUERY_PLUGIN_ID is
	  also removed. CS_QUERY_PLUGIN is still there but it should be
	  considered unsafe to use. Everything related to FuncID is also
	  removed from the plugin manager.
	  Note! This has been said before but you should now use the
	  object registry to find plugins. The csPluginLoader class (which
	  is used by csInitializer::RequestPlugins()) will actually register
	  all plugins with the tag found in the config file.
	- Added a new version of 3ds2lev from Luca Pancallo. Read README.1st
	  for more information. Keep in mind that this version now requires
	  the lib3ds library!

Date:	Monday October 15, 2001 @ 12:04
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv20921/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Eric Sunshine fixed a problem in ogl_g3dcom.cpp where GCC 3.0 complained
about trying to paste `::' to a token.

Date:	Tuesday October 16, 2001 @ 2:08
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv18092/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
- iObjectRegistry::Register() will now return false if something
  is registered with a duplicate tag (exception is the NULL tag).
- csPluginLoader will now check the return value of Register() and
  report an error to the reporter if it returns false.
- Added proper error handling for Register() to various other
  places in the project.
- Removed newlines from error messages sent to the reporter in
  awstest. When using the reporter don't end your errors/warnings
  with newline. The reporter will take care of that.
- The thing loader plugin now uses the reporter to report error
  situations.
- Changed the text syntax services so that they now use the
  reporter instead of the SetError() mechanism. Removed
  GetLastError() from iSyntaxService.
- Fixed Doxygen comments for iSyntaxService.
- Reverted all calls to the new cs_...printf() to original printf()
  calls because they caused bad problems. There seems to be a
  bug in the cs_snprintf() implementation which corrupts the output.
  One sympton of this problem was that -video=opengl didn't work
  anymore.

Date:	Wednesday October 17, 2001 @ 5:51
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv4306/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_proctexback.cpp ogl_proctexsoft.cpp 
Log Message:
- Did a fundamental change to CS_QUERY_REGISTRY and
  CS_QUERY_REGISTRY_TAG. These macros are now guaranteed to
  increase the reference count of the returned object. In the
  past they didn't.
- Fixed a bad bug in csObjectRegistry::Unregister(). It would
  only delete the 'registry' vector and not the 'tags' vector.
  Why this bug only presented itself now I don't know.
- At this moment my changes cause big leaks in SCF at exit. I have
  not yet been able to find out why.

Date:	Friday October 26, 2001 @ 11:49
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv27411

Modified Files:
	csglext.h ogl_proctexback.cpp ogl_txtcache.cpp ogl_txtmgr.cpp 
	ogl_txtmgr.h 
Log Message:
fixes compile problems with versions of mesa that declare GLenum as an enum (later versions simply typedef it as an int)

Date:	Tuesday October 30, 2001 @ 8:56
Author:	mgeisse

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv29892

Modified Files:
	ogl_txtmgr.h 
Log Message:
removed UnregisterTexture() and UnregisterMaterial() from iGraphics3D. To
unregister a texture or material, all references to the handle should be
released. This behaviour was already assumed by all renderers and other
code, but not yet reflected in the interface functions and comments.

Date:	Thursday November 8, 2001 @ 16:02
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv12311/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
added a facility to the opengl renderer to detect different hardware and use different configs

Date:	Friday November 9, 2001 @ 6:13
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv32013/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:

Eric Sunshine made the following repairs to F. Richer's modification to
the OpenGL renderer to detect hardware and use configuration settings
appropriate to that hardware:

-*- When it loads a hardware-specific configuration file, it assigns a
    higher priority to that file than the priority assigned to the
    "default" OpenGL settings.  This ensures that the hardware-specific
    settings will take precedence over the default settings, via a
    supported mechanism (rather than relying upon an implementation detail
    of the configuration class).

-*- Removed the Win32-specific hack which was added to the OpenGL renderer
    and moved it to the Win32 OpenGL canvas where it belongs.  (Please,
    let's try to keep platform-specific specializations out of the
    platform-independent renderers.)

-*- Merged CS/data/config/opengl/_default.cfg back into
    CS/data/config/opengl.cfg.  Since hardware-specific configuration
    files are assigned a higher priority than CS/data/config/opengl.cfg,
    it is no longer necessary for the _default.cfg information to reside
    in a separate file.

-*- Moved CS/data/config/opengl/3dfx.cfg to CS/data/config/gl3dfx.cfg.

-*- Merged the contents of CS/data/config/opengl/opengl.cfg into
    CS/data/config/opengl.cfg.  This file contained the
    "Video.OpenGL.Config" keys which are used to make hardware-specific
    configuration selection.  However, there is no reason for this
    information to be in a separate file, so it has been merged into the
    generic OpenGL configuration file.

-*- Eliminated the CS/data/opengl/*.cfg files and subdirectory.
    Unfortunately, the makefile's `install' mechanism is not currently
    capable of reproducing subdirectories of CS/data/config.  This
    directory, and these files are no longer needed, anyhow, following my
    changes.

-*- Eliminated several memory leaks.

Be forewarned that, as usual, my changes to the OpenGL renderer and canvas
are untested since I do not have access to OpenGL hardware.

Date:	Friday November 9, 2001 @ 6:17
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv1212/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
A minor adjustment which I forgot to make in the previous revision in order
to properly support the Win32-specific hack which was moved from the
platform-independent renderer to the platform-specific canvas.

Date:	Friday November 9, 2001 @ 11:49
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv24499/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fixed a bug in OpenGL renderer in combination with the new use
of csStrVector. When pushing a new string on the vector you MUST
allocate a copy because csStrVector doesn't do that automatically.
However csStrVector will delete the string at destruction time
so it was actually deleting a string which was already deleted
because it belonged to a csString that was previously destructed.

Date:	Saturday November 10, 2001 @ 9:05
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv8315/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
request to canvas to perform extension "configureopengl" added

Date:	Friday November 23, 2001 @ 3:03
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv26587/plugins/video/renderer/opengl

Modified Files:
	ogl_proctexsoft.cpp ogl_txtmgr.cpp ogl_txtmgr.h 
Log Message:
- In an effort to fix more memory leaks I also added debug graph
  commands to the texture manager of the 3D renderers.
- Added more DG_LINK() commands in the engine so that the object
  graph is better defined in the graph debugger.
- Fixed a significant memory leak with textures in the OpenGL
  renderer. There is still a memory leak with procedural textures
  though (and this leak is OpenGL specific).
- Fixed a potential problem in the OpenGL proc textures implementation
  (a missing init to NULL if setup of texture failed).

Date:	Friday November 23, 2001 @ 3:21
Author:	philwyett

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv30204/plugins/video/renderer/opengl

Modified Files:
	ogl_txtmgr.cpp 
Log Message:
Fixed a couple of ; at the end if statements. :-)

Date:	Monday November 26, 2001 @ 5:00
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv2558

Modified Files:
	ogl_proctexsoft.h 
Log Message:
Fixed "text background not transparent" bug

Date:	Wednesday December 12, 2001 @ 5:08
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv11537

Modified Files:
	ogl_proctexsoft.cpp 
Log Message:
small fix

Date:	Saturday December 15, 2001 @ 11:40
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv8222

Modified Files:
	ogl_g3dcom.cpp 
Added Files:
	extstat.h 
Log Message:
provided a solution for opengl implementations with no ability to determine the address of EXT/ARB functions at runtime. Those should have CSGL_EXT_STATIC_ASSERTION defined and have to enable the supported extensions in extstat.h.

Date:	Thursday December 27, 2001 @ 6:50
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv29065/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
- Fixed a bug in software renderer and engine plugins. They were
  not unregistering their event handlers at destruction time.
  Also the event handlers are no longer embedded interfaces since
  that prevents proper cleanup (i.e. problem with circular refs).
- Did the same to various other plugins (aws, sequencer, iso engine,
  canvases, renderers, ...).
- Removed the reference to the plugin manager from the OpenGL and
  perfstats plugins. This is also a circular reference.

Date:	Thursday December 27, 2001 @ 8:31
Author:	matzebraun

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv30823

Modified Files:
	ogl_g3dcom.cpp ogl_proctexback.cpp ogl_proctexback.h 
	ogl_proctexsoft.cpp ogl_proctexsoft.h 
Log Message:
another fix - the parent OGL class didn't hold reference to pluginmgr anymore

Date:	Thursday December 27, 2001 @ 9:36
Author:	matzebraun

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv15297/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_halo.cpp ogl_proctexback.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:	Tuesday January 1, 2002 @ 21:45
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv20578

Modified Files:
	ogl_txtmgr.cpp 
Log Message:
in the following cases a default image instead of NULL is used:
- an image file can't be loaded
- a NULL image is registered with the software texture manager
- a NULL image is registered with the opengl texture manager

Date:	Tuesday January 1, 2002 @ 21:46
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv20705

Modified Files:
	glrender.mak 
Log Message:
in the following cases a default image instead of NULL is used:
- an image file can't be loaded
- a NULL image is registered with the software texture manager
- a NULL image is registered with the opengl texture manager

Date:	Tuesday January 1, 2002 @ 23:48
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv2994/plugins/video/renderer/opengl

Modified Files:
	ogl_txtmgr.cpp 
Log Message:
Fixed opengl renderer.

Date:	Wednesday January 2, 2002 @ 0:44
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv11736/plugins/video/renderer/opengl

Modified Files:
	ogl_txtmgr.cpp 
Log Message:
After fixing the csgfx makefile so that it actually uses all
.cpp files in the dir I reenabled the csCreateXORImage() in
software, OpenGL, and csparser.

Date:	Wednesday January 2, 2002 @ 13:13
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv9810

Modified Files:
	ogl_txtmgr.cpp ogl_g3dcom.cpp 
Log Message:
- when using keycolored textures, z buffer is only used for non-transparent pixels
- slight visual improvement of keycolored textures w/ bilinear filtering
- fixed bug "Using software renderer proctexes with OpenGL causes a crash"

Date:	Friday January 4, 2002 @ 22:27
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv19136/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.h 
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 @ 1:37
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv8045/plugins/video/renderer/opengl

Modified Files:
	ogl_halo.cpp 
Log Message:
- Corrected the includes in the collision detection howto.
- Extended iLoader::LoadTexture() with a 'register' parameter which
  is default false. When set to true the loader will register and
  prepare the texture and material automatically. This is only
  for the version of LoadTexture() that accepts a 'name' and
  'filename'.
- Modified the simple2 tutorial for the above change (i.e.
  simplified it).

Date:	Monday January 7, 2002 @ 2:20
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv17214/plugins/video/renderer/opengl

Modified Files:
	ogl_txtcache.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:	Monday January 14, 2002 @ 8:23
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv23710/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Fixed a bug in the OpenGL renderer which 'res' introduced
by forgetting to test if txt_mm is non-NULL in FlushDrawPolygon().

Date:	Monday January 14, 2002 @ 8:25
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv24410/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Similar fix.

Date:	Wednesday January 16, 2002 @ 5:34
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv12666/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
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 @ 0:13
Author:	mreda

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv24797/plugins/video/renderer/opengl

Modified Files:
	ogl_txtmgr.cpp 
Log Message:
Uncommented a DecRef() in CreateMipmaps() that was leaking an iImage

Date:	Friday January 18, 2002 @ 2:47
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv4462/plugins/video/renderer/opengl

Modified Files:
	csglext.h extstat.h glrender.mak ogl_g3d.cpp ogl_g3dcom.cpp 
	ogl_g3dcom.h ogl_halo.cpp ogl_proctexback.cpp 
	ogl_proctexback.h ogl_proctexsoft.cpp ogl_proctexsoft.h 
	ogl_txtcache.cpp ogl_txtcache.h ogl_txtmgr.cpp ogl_txtmgr.h 
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/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv3421/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.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:	Sunday January 20, 2002 @ 22:17
Author:	mreda

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv9120/plugins/video/renderer/opengl

Modified Files:
	glrender.mak ogl_proctexsoft.cpp 
Log Message:
Modified OpenGL proctexes to use the same framebuffer order constants (CS_24BIT_PIXEL_LAYOUT) as the software renderer

Date:	Monday January 21, 2002 @ 1:47
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv28297/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.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:	Tuesday January 22, 2002 @ 0:53
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv9831/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Small fix.

Date:	Friday February 1, 2002 @ 11:15
Author:	toxe

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv18972/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Tobias Brueckner (Toxe) fixed a bug in the OpenGL 3D renderer that
caused it to crash when rendering materials that only had an
assigned flat color and no texture.

Date:	Monday February 4, 2002 @ 11:25
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv12888

Modified Files:
	ogl_g3dcom.cpp ogl_proctexback.cpp ogl_proctexback.h 
	ogl_proctexsoft.cpp ogl_proctexsoft.h ogl_txtmgr.cpp 
	ogl_txtmgr.h 
Log Message:
- software proctex renderer works again (but flawed)
- backbuffer proctex renderer works again (but flawed)

Date:	Tuesday February 5, 2002 @ 5:16
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv9719

Modified Files:
	ogl_txtmgr.cpp 
Log Message:
small update

On Tuesday 05 February 2002 14:16, F Richter wrote:
> Date:	Tuesday February 5, 2002 @ 5:16
> Author:	res2002
>
> Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
> In directory usw-pr-cvs1:/tmp/cvs-serv9719
>
> Modified Files:
> 	ogl_txtmgr.cpp
> Log Message:
> small update

please be a bit more explicit in your cvs logs about the small fixes you are 
doing.

thanks
norman

Date:	Tuesday February 5, 2002 @ 21:33
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv8460/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Matt Reda fixed a bug in the OpenGL renderer which caused
fades (F5 in walktest and fade effect in csdemo) not to work
correctly anymore.

Date:	Wednesday February 6, 2002 @ 5:17
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv17387/plugins/video/renderer/opengl

Modified Files:
	ogl_txtmgr.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:	Wednesday February 6, 2002 @ 17:26
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv1066

Modified Files:
	ogl_proctexsoft.cpp 
Log Message:
swapped some pixel layouts in csOpenGLProcSoftware::Prepare(). 
software renderer proctexes seem to work now (at least for me).

Date:	Thursday February 7, 2002 @ 4:54
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv1574

Modified Files:
	ogl_proctexsoft.cpp 
Log Message:
more pixel layout swapping

Date:	Friday February 8, 2002 @ 22:12
Author:	mreda

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv2346/plugins/video/renderer/opengl

Modified Files:
	ogl_proctexsoft.cpp 
Log Message:
Fixed some problems with OpenGL pixel formats.  It now uses the same settings
as the software renderer so that everything matches up nicely when doing
software procedural textures

Date:	Saturday February 9, 2002 @ 16:48
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv21465

Modified Files:
	ogl_proctexback.cpp ogl_proctexback.h ogl_proctexsoft.h 
Log Message:
- added WriteBaseline () to iGraphics2D. This will come in handy for writing with differently sized fonts having all letters on a baseline
- currently only freefont2 is prepared being used with WriteBaseline (and with the old Write), gonna prepare the others tomorrow
- added new versions of GetGlyphSize, GetGlyphBitmap and GetDimension to the iFont interface which return information about offsets of the glyphbitmaps upper left point to a penposition (which sits on the baseline)
- changed major version of iFont to 2
- extended csfont and the xfont (in linex)
- extended protex iGraph2d in the opengl renderer with WriteBaseline
- added WriteBaseline to awscG2D

Date:	Monday February 11, 2002 @ 2:57
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv6186/plugins/video/renderer/opengl

Modified Files:
	ogl_txtcache.cpp 
Log Message:
Formatting.

Date:	Tuesday February 19, 2002 @ 2:13
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv1896/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
Added Files:
	ogl_polybuf.cpp ogl_polybuf.h 
Log Message:
Toni Asco' Gonzalez implemented a faster version of DrawPolygonMesh()
for OpenGL. This code is still experimental but it seems to work.
Fog is not yet correct though. To enable this use the FASTMESH()
option inside the PARAMS() block of a thing mesh object.
The speed increase will be mostly visible on small objects with
a high polygon count. Don't use it on an entire level because
then the mesh will have to be clipped and this degrades performance
again.

Date:	Thursday February 21, 2002 @ 10:25
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv30899

Modified Files:
	ogl_txtmgr.cpp 
Log Message:
texture sizes in memory were calculated wrong in some cases

Date:	Thursday February 21, 2002 @ 10:26
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv31216

Modified Files:
	ogl_txtcache.cpp 
Log Message:
disabled mipmapping for proc textures

Date:	Thursday February 21, 2002 @ 12:02
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv14070

Modified Files:
	ogl_txtcache.h ogl_txtcache.cpp ogl_g3dcom.h ogl_g3dcom.cpp 
Log Message:
added support for GL_SGIS_generate_mipmap which allows
automagical creation of mipmaps for proctexes

Date:	Saturday February 23, 2002 @ 11:13
Author:	mreda

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv13163/plugins/video/renderer/opengl

Modified Files:
	ogl_polybuf.cpp 
Log Message:
Changed size of uv array.  Array was declared with size 2 but 3 elements where 
being accessed, overwriting some of the other local variables.  Adjusted size
to 3 until someone with more insight can determine whether that is correct, or
if it should only be accessing 2 elements.

Date:	Saturday March 9, 2002 @ 15:41
Author:	philwyett

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv14009/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp 
Log Message:
Fixed all the warnings caused by changes to:

CS_IMPLEMENT_APPLICATION and CS_IMPLEMENT_PLUGIN

Nothing thrilling, but some of the changes are blind into other ports so
be warned if you get the odd compiler warning or error.

Also changed lib name which msvc will use for new divx for plugin to
eliminate conflicts.

Date:	Saturday March 9, 2002 @ 16:08
Author:	philwyett

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv21191/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp 
Log Message:
ARGH - Major revert. What was I thinking?

I am blaming jetlag. Thats my story and I'm sticking too it. :)

Date:	Saturday March 9, 2002 @ 17:00
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv32037

Modified Files:
	ogl_proctexback.h ogl_proctexback.cpp 
Log Message:
on backbuffer proctexes up is now up and down is down

Date:	Saturday March 16, 2002 @ 16:27
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv20802/video/renderer/opengl

Modified Files:
	ogl_g3dcom.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:	Saturday March 16, 2002 @ 17:20
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv31549

Modified Files:
	ogl_g3dcom.cpp ogl_polybuf.cpp ogl_proctexsoft.cpp 
Log Message:
removed unused vars

Date:	Sunday March 17, 2002 @ 5:46
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv24472

Modified Files:
	ogl_polybuf.cpp 
Log Message:
fixed potential use of unitialized var

Date:	Sunday March 17, 2002 @ 9:34
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv8849

Modified Files:
	extstat.h 
Log Message:
- added define of SGIS_genmerate_mipmap
- made all defines commented out by default, so if your GL implementation does not feature glXGetProcAddressARB no extension is enabled either - you have to go here and enable by hand (or provide an extended chkogl.sh that detects all the nitty and maybe even the gritty)

Date:	Monday March 18, 2002 @ 13:44
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv10763

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
fixed alpha transparency (full transparent in opengl was fully opaque in software and vice versa)

Date:	Monday March 18, 2002 @ 13:46
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv11545

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
missed one place

Date:	Tuesday March 19, 2002 @ 6:34
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv21463

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
reverted alpha changes

Date:	Tuesday March 19, 2002 @ 10:24
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv31012

Modified Files:
	ogl_halo.cpp ogl_g3dcom.cpp 
Log Message:
- fixed alpha transparency once more
(full transparent polygons in opengl was fully opaque in software and vice versa)
- fixed disappearing of halos behind walls

Date:	Friday March 22, 2002 @ 5:51
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv23468/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_proctexsoft.h ogl_txtcache.cpp 
	ogl_txtcache.h 
Log Message:
- added function let the renderer check if it can handle a lightmap

Date:	Wednesday March 27, 2002 @ 13:46
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv1519/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
lighting for a polygon is again always calculated, 
even if the renderer can't handle the lm

Date:	Thursday March 28, 2002 @ 4:49
Author:	ate

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv2093/CS/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_polybuf.h ogl_polybuf.cpp 
	ogl_txtcache.cpp ogl_txtcache.h 
Log Message:

Modifications to optimized DrawPolygonMesh.
To use DrawPolygonMesh just type FASTMESH() inside 
PARAMS section.
This optimizations are good for High polygon models (a few 
thousand faces) and work even better if the number of materials
is keeped low (1 is perfect, after that performance goes down)

Issues:
1) Keep in mind this optimizations have high memory requirements.
There are a lot of buffers, so use it carefully.
2) First time the mesh is viewed it has to calculate the poly buffer,
so it takes 1-2 secs to draw. I think polybuffers can be precalc
before the mesh has to be drawn for 1st time, so perhaps that could
be a good way to avoid the "frozen seconds"

Known Bugs:
- The mesh have to be lighted, otherwise it crashes
- Dunno exactly why, but for high poly models fog doesn't
draws correctly, but it works perfect for my 1000 faces sphere :)


Known Bugs 2: The one that will make Jorrit kills me :)
I haven't updated the flush transforms, so it still
flushes the lightmap queues for every draw :|, but well
i had to meet the 0.94 deadline, so...

Unknown Bugs:
- As the title says, they're unknown... so i don't have
any idea, but i'm pretty sure they're there, waiting...

Date:	Friday March 29, 2002 @ 7:30
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv5506

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
now uses the new _ARRAY static var declaration macro

Date:	Friday March 29, 2002 @ 7:44
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv9136

Modified Files:
	ogl_txtcache.cpp 
Log Message:
removed unsused vars

Date:	Friday March 29, 2002 @ 7:44
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv9274

Modified Files:
	ogl_polybuf.cpp 
Log Message:
removed unused vars

Date:	Friday March 29, 2002 @ 7:45
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv9399

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
removed unused vars

Date:	Friday March 29, 2002 @ 7:46
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv9633

Modified Files:
	ogl_txtcache.h 
Log Message:
fixed order of initialization and initialized uninitialized vars

Date:	Saturday March 30, 2002 @ 11:56
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv16515

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
- fixed a crasher - in DrawPolygonSingleTexture was a case where lm_queue was not checked to own the data (reproducable crasher by running few times through the fountain in flarge)
- removed a printf ("dang\n") in gl extensions detection routine

Date:	Saturday March 30, 2002 @ 12:20
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv25262

Modified Files:
	ogl_txtcache.h 
Log Message:
fixed destruction of csSuperLightMap

Date:	Wednesday April 3, 2002 @ 7:12
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv19859

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
sometimes textures where multiplied with texture mean color, causing color seams

Date:	Thursday April 4, 2002 @ 2:56
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv12953/plugins/video/renderer/opengl

Modified Files:
	ogl_polybuf.cpp ogl_proctexback.cpp 
Log Message:
- Cleaned up lots of engine/csgeom comments.
- Removed lots of exit() calls from all over CS. A module in CS
  should almost never do exit but instead return an appropriate
  error to the caller (using the reporter and a return code for
  example).

Date:	Thursday April 4, 2002 @ 3:10
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv17396/plugins/video/renderer/opengl

Modified Files:
      Tag: R0_94
	ogl_polybuf.cpp ogl_proctexback.cpp 
Log Message:
Removed lots of exit() calls from all over CS. A module in CS
should almost never do exit but instead return an appropriate
error to the caller (using the reporter and a return code for
example).

Date:	Sunday April 7, 2002 @ 13:30
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv3410

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
the fog_texel was accessed wrong

Date:	Sunday April 7, 2002 @ 13:35
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv4446

Modified Files:
      Tag: R0_94
	ogl_g3dcom.cpp 
Log Message:
clipped_lightmap_fog_texel was accessed wrong

Date:	Tuesday April 9, 2002 @ 7:54
Author:	ate

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv356/CS/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h ogl_polybuf.h ogl_polybuf.cpp 
	ogl_txtcache.cpp ogl_txtcache.h 
Log Message:

Modifications to allow DrawPolygonMesh render non-lighted meshes

Date:	Tuesday April 9, 2002 @ 13:39
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv21043

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
tweaked displaying of keycolored textures a bit

Date:	Friday April 12, 2002 @ 5:03
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv21161/plugins/video/renderer/opengl

Modified Files:
	ogl_txtcache.cpp 
Log Message:
Fixed small memory wastage in OpenGL renderer.

Date:	Friday April 12, 2002 @ 10:35
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv29246

Modified Files:
      Tag: R0_94
	ogl_g3dcom.cpp 
Log Message:
- fixed garbled metablobs
- fixed some transparency issues

Date:	Friday April 12, 2002 @ 12:17
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv27179

Modified Files:
      Tag: R0_94
	ogl_txtmgr.cpp ogl_g3dcom.h ogl_g3dcom.cpp 
Log Message:
- fixed some more transparency issues

Date:	Friday April 12, 2002 @ 12:39
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv1153

Modified Files:
	ogl_txtmgr.cpp ogl_g3dcom.h ogl_g3dcom.cpp 
Log Message:
- fixed garbled metablobs
- fixed some transparency issues

Date:	Friday April 12, 2002 @ 16:51
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv9497

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
- a couple of visual errors w/ multitexturing magically disappeared 
after adding a 'glEnable (GL_TEXTURE_2D)' ...
- queues are flushed before drawing a multitex'ed poly; eliminates some errors, too

Date:	Sunday April 14, 2002 @ 11:26
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv3037/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
translucent polys are lit by dynamic lights in single-texture mode

Date:	Monday April 15, 2002 @ 4:12
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv15176/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp ogl_g3dcom.h 
Log Message:
s- Disabled the use of DrawPolygonMultiTexture() in OpenGL renderer
  even if multi-texture is enabled. DrawPolygonMultiTexture() is
  obsolete and cannot correctly support super lightmaps. It should
  never be used. I leave the code in cvs for now as a reference
  for future multi-texture implementations.
- Enabled multi-texture again in GeForce specific OpenGL configuration.

Date:	Monday April 15, 2002 @ 11:01
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv23796

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
replaced two new occurences of static csClipInfo blah[100] with the CS_STATIC_* macros and magically it does no longer segfault at exit in walktest

Date:	Monday April 15, 2002 @ 11:18
Author:	norman

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv29628

Modified Files:
      Tag: R0_94
	ogl_g3dcom.cpp 
Log Message:
same CS_STATIC_* macro for R_094 branch (prevent the crash in walktest at exit)

Date:	Saturday April 27, 2002 @ 13:04
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv28075/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.h ogl_txtcache.cpp 
Log Message:
- Worked around a bug in the mipmapping code in csImage. When
  mipmapping is called for one dimension equal to 1 the routine
  reads to unallocated memory. I don't really understand
  mipmap.inc very well so I currently just worked around this
  bug. This needs more investigation. Thanks to Matze's valgrind
  debugging for discovering this bug.
- Fixed a few bugs in the OpenGL renderer where some queue variables
  were not initialized. Thanks to Matze's valgrind debugging
  for discovering this bug.

Date:	Sunday April 28, 2002 @ 11:36
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv30544/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.h 
Log Message:
Fixed another initialization bug in the OpenGL renderer found
by valgrind.

Date:	Saturday May 18, 2002 @ 16:46
Author:	res2002

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv3131/plugins/video/renderer/opengl

Modified Files:
	ogl_txtmgr.h ogl_txtmgr.cpp 
Log Message:
- Cleaned up mipmap code a bit:
  Now there is only 'native' support for level 0 (blurring) and level 1, 
  level 2 and 3 generation weren't used by anything but gfxtest anyway. 
  Mipmap levels >1 are now generated by creating a level 1 mipmap 
  repeatedly. 
- Fixed incorrect handling of 1-row/column mipmaps.
- Added iImage::Sharpen() and csImageFile::Sharpen().
- Software and GL have now options to sharpen mipmaps.
- Updated gfxtest

Date:	Monday May 27, 2002 @ 16:19
Author:	ate

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv28169/CS/plugins/video/renderer/opengl

Modified Files:
	ogl_txtcache.cpp 
Log Message:

Oriol Esteve has done some hacks to try to avoid the opengl shadow bug.
This code is experimental though. It has been tested in some levels and
seems to place the lightmaps correctly and doesn't crash (and well, that's important :).

It seems stable, but is still under observation.

Greetings,

Toni

Date:	Wednesday June 5, 2002 @ 23:11
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv17244/plugins/video/renderer/opengl

Modified Files:
	ogl_txtcache.cpp 
Log Message:
Better formatting.

Date:	Wednesday June 5, 2002 @ 23:37
Author:	jorrit

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv24941/plugins/video/renderer/opengl

Modified Files:
	ogl_txtcache.cpp 
Log Message:
Changed 'double' to 'float' in OpenGL renderer texture cache.

Date:	Thursday June 6, 2002 @ 23:17
Author:	philwyett

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv30821/plugins/video/renderer/opengl

Modified Files:
	ogl_g3d.cpp 
Log Message:

- Add checks for GL 1.1. Compilation will stop if 'GL_VERSION_1_1' not defined in gl.h.

Date:	Tuesday July 2, 2002 @ 7:35
Author:	ate

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv23228

Modified Files:
	ogl_txtcache.h ogl_txtcache.cpp ogl_polybuf.h ogl_polybuf.cpp 
	ogl_g3dcom.cpp 
Log Message:
Little optimization for DPM.
With previous implementation all the lightmap in a FASTMESH superlightmap were recalculated (because a dynamic light could affect the mesh)
Now the mesh polybuffer is marked as lightmaps dirty and only when the mesh has dirty lightmaps recalculates the supelightmap.

Date:	Tuesday July 30, 2002 @ 2:53
Author:	sunshine

Update of /cvsroot/crystal/CS/plugins/video/renderer/opengl
In directory usw-pr-cvs1:/tmp/cvs-serv27813/plugins/video/renderer/opengl

Modified Files:
	ogl_g3dcom.cpp 
Log Message:
Eliminated compilation warning.