Module CS/include/iengine/

back to main page

Summary Period: 2001-03-09 to 2003-07-11

Modules

[root]/CS/include/iengine

Lines Of Code


Total Lines Of Code: 5996 (2003-07-11 20:29)

Authors

Author Changes Lines of code Lines per change
Totals 655 (100.0%) 8992 (100.0%) 13.7
jorrit 335 (51.1%) 4722 (52.5%) 14.0
sunshine 81 (12.4%) 1875 (20.9%) 23.1
mgeisse 94 (14.4%) 1081 (12.0%) 11.5
res2002 61 (9.3%) 607 (6.8%) 9.9
vengeance2001 10 (1.5%) 248 (2.8%) 24.8
azverkan 1 (0.2%) 96 (1.1%) 96.0
miklby 9 (1.4%) 93 (1.0%) 10.3
dentoid 8 (1.2%) 73 (0.8%) 9.1
ab031ns 24 (3.7%) 72 (0.8%) 3.0
thebolt00 3 (0.5%) 30 (0.3%) 10.0
tulebast 2 (0.3%) 19 (0.2%) 9.5
norman 10 (1.5%) 16 (0.2%) 1.6
hangman 1 (0.2%) 14 (0.2%) 14.0
ate 1 (0.2%) 11 (0.1%) 11.0
tetron 1 (0.2%) 8 (0.1%) 8.0
sirgolan 1 (0.2%) 6 (0.1%) 6.0
matzebraun 4 (0.6%) 5 (0.1%) 1.2
acraig 1 (0.2%) 5 (0.1%) 5.0
philwyett 3 (0.5%) 4 (0.0%) 1.3
wouter 2 (0.3%) 3 (0.0%) 1.5
uid30344 1 (0.2%) 2 (0.0%) 2.0
okt 1 (0.2%) 1 (0.0%) 1.0
duhprey 1 (0.2%) 1 (0.0%) 1.0

Most Recent Commits

sunshine 2003-07-11 09:47

Project-wide spelling corrections:

conveniance --> convenience
conveniant --> convenient

9 lines of code changed in:

jorrit 2003-07-09 09:07

- Jorrit fixed PlaceMesh() so that it now uses
engine->GetNearbyObjects(). That makes it a lot more efficient
then the old implementation which simply traversed all objects
in the current sector.
- Jorrit added iMeshWrapperIterator to iterate over meshes.
- Jorrit added three new functions to iEngine: GetNearbyMeshes()
and two versions of GetVisibleMeshes(). These functions complement
the already existing GetNearbyObjects() and GetVisibleObjects().
Instead of returning an iObjectIterator they return an
iMeshWrapperIterator. This avoids the need to do SCF_QUERY_INTERFACE
to get the iMeshWrapper in the code using the iterator so this
can be a significant optimization.
The Get...Objects() functions will not be removed because in the
future they will also return lights.
Side note: GetVisibleObjects() and GetVisibleMeshes() are not
implemented yet.
- Jorrit changed PlaceMesh() so it uses GetNearbyMeshes() now.
- Jorrit changed Walktest collision detection code so it uses
GetNearbyMeshes().

59 lines of code changed in:

vengeance2001 2003-06-21 07:36

Added convenience function to minimize uglyness when adding Objects
to Regions.

5 lines of code changed in:

jorrit 2003-06-20 12:07

- Jorrit re-added the bool resolveOnlyRegion parameter (curRegOnly) for
LoadMapFile(). Also added this for LoadLibraryFile(). This is used
in addition to the region parameter now. The region parameter on
its own only causes objects to be added to that region. The
curRegOnly parameter causes objects to be searched in only that
region (as opposed to all regions).
This fixes the -regions commandline option for walktest.

2 lines of code changed in:

jorrit 2003-06-20 11:09

- Jorrit did the following region related changes:
- Removed the concept of the current region. The engine still
manages regions but no longer knows about the current region.
- Removed engine->SelectRegion(), engine->GetCurrentRegion(),
and engine->AddToCurrentRegion().
- Added engine->CreateRegion(). This function will create a region
and add it to the region list. If the region already exists
it will simply return a pointer to that.
- Removed support for the <region> keyword in map files.
- Added optional region parameter to iLoader->LoadLibraryFile().
- Replaced boolean resolveOnlyRegion parameter in
iLoader->LoadMapFile() with a pointer to the actual region
instead.
- Changed the parser to add all objects to the current region
itself.
- Sequences, triggers, and shared variables are also put in
regions now.
- The region code now supports removing sequences, triggers, and
shared variables too.

8 lines of code changed in:

philwyett 2003-06-20 03:06

Revert. Wrong file.

0 lines of code changed in:

philwyett 2003-06-20 03:01

ifdef'd for new renderer.

Can developers be careful with commits. With the pserver
cvs problems, it is key that cvs is kept compilable for
snapshot generation time.

3 lines of code changed in:

jorrit 2003-06-13 13:11

- Jorrit added iEngine->RemoveLight() to remove a pseudo-dynamic
static lights and also automatically update all lightmaps. In case
of a static light this will not update the lightmaps unless
ForceRelight() is called later.
NOTE! Currently not implemented yet!
- Jorrit Extended iLightingInfo->InitializeDefault() with a new flag
telling the lighting sub-system if the lighting information should
be cleared or not. This allows correct handling when a single light
is added in case of genmesh and bezier curves.

24 lines of code changed in:

jorrit 2003-06-13 11:42

- Jorrit forgot to remove a parameter to the second version of
ForceRelight().

1 lines of code changed in:

jorrit 2003-06-13 11:40

- Jorrit added two versions iEngine->ForceRelight(). The first version
relights all lightmaps in the engine. The second version updates
the lightmaps for a given light (i.e. useful after adding
a static or pseudo-dynamic light).
- Jorrit fixed a problem with the engine would always attempt
to read precalc_info even if reading from the cache was disabled.
- Jorrit added a new 'addstlight' command to Walktest. This command
adds a static light and uses the new ForceRelight() function to
recalculate lighting. alt-l is assigned to this command by default.
- Jorrit fixed thing so that initializing lighting again will actually
cause the lightmaps to be updated correctly.

21 lines of code changed in:

jorrit 2003-06-13 08:50

- Jorrit clarified a comment with iEngine->Prepare().

5 lines of code changed in:

res2002 2003-06-11 21:45

Completed the render loop loader. This includes that the default render steps have been moved to a plugin.

4 lines of code changed in:

res2002 2003-06-05 02:45

Modified the engine to change to the default render loop when the world-specific settings reset.
Augmented the map loader to allow setting of a <renderloop> in a map's <settings>.
Added support for render loop loading through the <addon> mechanism.
Started working on a generic render step plugin. For now just compiles, but doesn't do anything yet.

9 lines of code changed in:

res2002 2003-06-04 20:29

- added Get() and Delete() methods to csHashMapReversible that
work on a key string.
- added a "render loop manager" to the engine.
- fixed some "csFooIterator::Next: recursive on all control paths,
function will cause runtime stack overflow" warnings on MSVC.
- removed iSectorRenderMeshList::GetVisible().

46 lines of code changed in:

jorrit 2003-06-04 14:40

Jorrit changed the following iterators to conform to the new
CS iterator standard which means there is a HasNext() function
and a Next() (and optionally a Reset() if the iterator supports
that).
- iVisibilityObjectIterator
- iLightIterator
- iSectorIterator
- iObjectIterator
- iObjectRegistryIterator
- csTypedObjectIterator
- csModelDataActionIterator
- csModelDataPolygonIterator
- csModelDataTextureIterator
- csModelDataMaterialIterator
- csModelDataObjectIterator

21 lines of code changed in:

res2002 2003-06-04 14:23

- updated some render loop interfaces

54 lines of code changed in:

jorrit 2003-05-29 08:04

Replaced NULL with 0.

69 lines of code changed in:

jorrit 2003-05-28 16:19

Jorrit removed GetPrivateObject() in iMaterialWrapper and
iMeshWrapper. They were no longer used. Also removed a few addditional
GetPrivateObject() calls.

8 lines of code changed in:

res2002 2003-05-24 21:56

- further worked on storing rendermeshes in the sector. Z sorting
as specified by the renderpriorities works now.
- fixed a bug in the new renderer where not binding of a render
buffer caused visual distortions.

30 lines of code changed in:

res2002 2003-05-22 02:13

- made the following changes:
- when using the new renderer, the sector now stores the
rendermeshes of the contained meshobjects. This is different
from the old system where only the mesh objects themselves
knew about the rendered meshes. Not all necessary adjustments
have been done yet.

33 lines of code changed in:

(285 more)


Generated by StatCvs v0.2-dev