Module CS/plugins/culling/dynavis/

back to main page

Summary Period: 2002-04-30 to 2003-06-22

Modules

[root]/CS/plugins/culling/dynavis

Lines Of Code


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

Authors

Author Changes Lines of code Lines per change
Totals 367 (100.0%) 11851 (100.0%) 32.2
jorrit 336 (91.6%) 11427 (96.4%) 34.0
thebolt00 5 (1.4%) 308 (2.6%) 61.6
philwyett 9 (2.5%) 37 (0.3%) 4.1
sunshine 9 (2.5%) 30 (0.3%) 3.3
res2002 3 (0.8%) 25 (0.2%) 8.3
matzebraun 4 (1.1%) 22 (0.2%) 5.5
vengeance2001 1 (0.3%) 2 (0.0%) 2.0

Most Recent Commits

sunshine 2003-06-22 22:38

Eric Sunshine removed the unused, obsolete, and deprecated top-level <name>
node from the .csplugin files.

0 lines of code changed in:

philwyett 2003-06-21 07:30

Fix

3 lines of code changed in:

philwyett 2003-06-21 07:27

Changed to use an #if per compiler and avoid the #elif,
thus the need to #else and the warnings emitted if
one is not present.

3 lines of code changed in:

philwyett 2003-06-21 07:16

Did not spot native C++ code - Removed #else condition.

0 lines of code changed in:

philwyett 2003-06-21 06:29

- Philip Wyett eliminated the warnings about the #ifdef's in
tcovbuf.cpp by adding an #else case with #error message for
un-supported x86 compilers.

- Also changed all foo <= 63 to foo < 64 to add some
consistency and make for easier reading of the file.

24 lines of code changed in:

vengeance2001 2003-06-21 01:56

Fixed compiler warning.

2 lines of code changed in:

thebolt00 2003-06-20 01:24

- Marten fixed an error in the inline assembly in tcovbuf.cpp which prevented it from compiling on msvc6

4 lines of code changed in:

philwyett 2003-06-18 04:57

Temporarily commented out and marked

//@@@ illegal

a line of operand illegal assembler.

2 lines of code changed in:

thebolt00 2003-06-17 02:45

Attempt to fix the GCC mmx-code
Works on mingw with gcc 3.2 and as 2.15

17 lines of code changed in:

jorrit 2003-06-16 13:20

Replaced _X86_ with PROC_X86.

3 lines of code changed in:

jorrit 2003-06-16 13:18

Only check for mmx if _X86_ is defined.

3 lines of code changed in:

jorrit 2003-06-16 13:14

- Jorrit added a 'toggle_mmx' command to Dynavis. Assigned BugPlug
key '8' to that. This new command toggles the mmx capability on/off.

29 lines of code changed in:

thebolt00 2003-06-15 20:36

- Added a fix to csVisibilityObjectHistory to make it set reason on initializationtime. This fix a bug where bugplug/dynavis segfault when trying to use the linedrawing debugging in dynavis.
- Made the inner XOR-filling loop in csCoverageTile::Flush use MMX on machines which support MMX. The loop is written twice, once in MSVC and once in GCC inline assembly. The reason for this is speed. It could have been written in NASM as a separate function, but the overhead for the functioncall is too big.

283 lines of code changed in:

sunshine 2003-06-05 15:44

Eric Sunshine performed Phase Three of the elimination of the monolithic
scf.cfg:

-*- Eliminated the SCF information which was hardcoded in the .cpp files
of plugin modules, and which duplicated information in the external
.csplugin files.

-*- Plugin modules no longer maintain and export a monolithic class list.
Now, each factory implemented by the code is exported automatically.

-*- Added a new <implementation> child node to the <class> node in
.csplugin files. The value of this node is the name of the C++ class
which implements the SCF class. For instance, C++ class csVFS
implements crystalspace.kernel.vfs.

-*- Eliminated the following SCF macros which were related to exporting
SCF information from .cpp code and/or registering classes manually:

SCF_EXPORT_CLASS_TABLE
SCF_EXPORT_CLASS
SCF_EXPORT_CLASS_DEP
SCF_EXPORT_CLASS_TABLE_END
SCF_REGISTER_STATIC_CLASS_DEP

-*- Eliminated the following methods from iSCF:

RegisterStaticClass
RegisterClassList

-*- Plugin modules are now initialized/shutdown lazily as classes are
requested from them. The first time a class is requested, the plugin
is initialized. The plugin is shutdown after the last class instance
has been destroyed.

-*- Fixed bug in scf.h where SCF_PRINT_CALL_ADDRESS was not being enabled
for gcc 3.x.

-*- Fixed bug in win32.jam where GenerateExportDefs rule failed to ensure
that directory containing output file existed before creating file.
Also fixed bug where it failed to set up a dependency between the
input and output files.

-*- Still To-Do:

- Remove references to scf.cfg and scfreg from documentation. Also
document new .csplugin resources.

- Add platform-specific function to scan and locate plugins
automatically rather than using the ad-hoc approach inherited from
scanning for .scf files.

- Add platform-specific function to query a plugin's meta-information.
This should be used by SCF to do the raw extraction. Provide and
finalize API for higher-level clients to access meta-information.

- Augment static linking to work with the new facility. (Removal of
the hardcoded SCF information, has now broken static linking. It
worked until this time, even with all of the preceding changes.)

1 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

6 lines of code changed in:

jorrit 2003-06-03 14:31

Jorrit fixed Dynavis setup so that it will also switch to debug
mode (for unittest app) in case there is a g3d but the g3d isn't
initialized yet. This happens when you do 'unittest -video=software'
or 'unittest -video=opengl'.

6 lines of code changed in:

jorrit 2003-05-29 08:06

Replaced NULL with 0.

69 lines of code changed in:

sunshine 2003-05-26 09:49

Eric Sunshine performed Phase One of the elimination of the monolithic
scf.cfg:

-*- Plugin modules are now self-describing. This information can be
queried at run-time without having to actually load the module.

-*- The plugin maintainer now manages the plugin's meta-information in an
external .csplugin file, rather than hard-coding the information into
the plugin's source code. The mechanism by which the meta-information
is bound to the plugin is platform-dependent. Presently, all
platforms simply lay down the meta-information in a plain text file
alongside the plugin itself; with the same basename and extension
.csplugin. This may change in the future. For example, on MacOS/X,
the meta-information will probably be encapsulated within the plugin's
bundle wrapper.

-*- Plugin meta-information is now maintained in XML format. Here is an
example:

<?xml version="1.0"?>
<!-- gl3d.csplugin -->
<plugin>
<name>gl3d</name>
<scf>
<classes>
<class>
<name>crystalspace.graphics3d.opengl</name>
<description>OpenGL 3D graphics driver</description>
<requires>
<class>crystalspace.font.server.</class>
</requires>
</class>
</classes>
</scf>
</plugin>

-*- Since meta-information is now extensible, maintainers can choose to
publish supplementary information about plugins (in addition to the
SCF information already published). For example, image loading
plugins could publish "image indendification" information which would
allow the image loading multiplexor to selectively request image
loading plugins on-demand, rather than requesting all plugins
unconditionally, even if they are not needed. Here is an example of a
possible meta-information table for the PNG loader:

<?xml version="1.0"?>
<!-- cspngimg.csplugin -->
<plugin>
<name>cspngimg</name>
<scf>...</scf>
<imageloader>
<imagetype>
<class>crystalspace.graphic.image.io.png</class>
<identify>
<mimetype>image/png</mimetype>
<extension>png</extension>
<extension>PNG</extension>
<scan length="4" bytes="\0x89PNG"/>
</identify>
</imagetype>
</imageloader>
</plugin>

In this example, the PNG loader meta-information tells the multiplexor
several different ways to identify a PNG image: by checking file
extension, if available; by checking MIME type, if available; by
checking for the magic-string "\0x89PNG" in the raw image data. If
the multiplexor identifies the image as PNG, only then will it
actually request the PNG loader.

-*- Added the --meta-file directive to msvcgen.pl to allow specification
of the meta-information file for a module. The value of this option
is interpolated into template files via the new %metafile% variable.
msvcgen.mak now utilizes this flag with the value of the new
INC.PROJECT makefile variable. Augmented the MSVC6 and MSVC7 plugin
template files (plugin.tpl) to make use of %metafile%.

-*- Changed the file extension for plugins on MacOS/X from .csplugin to
.csbundle to avoid conflict with new meta-information resource which
uses the extension .csplugin.

-*- Still To-Do:

- Augment SCF to utilize the new meta-information resources, and to
understand the new XML format. Presently, these resources are
ignored at run-time.

- Add platform-specific function to scan and locate plugins
automatically, rather than relying upon a monolithic registry such
as scf.cfg.

- Add platform-specific function to query a plugin's meta-information.

- Eliminate the monolithic scf.cfg.

- Augment static linking to work with the new facility.

- Eliminate the hard-coded SCF registration information in each
plugin's source code.

15 lines of code changed in:

jorrit 2003-05-25 20:10

- Jorrit optimized ball->HitBeamObject() considerably by moving an
expensive operation out the inner loop. Same optimization for
genmesh, spr3d, and metaball. Also made the test more robust by
comparing floats with >= instead of == (NEVER use == on floats).
- Jorrit reversed the bugfix he did on IntersectSegment (Frustvis
and Dynavis) yesterday and instead fixed the bug for real.

3 lines of code changed in:

jorrit 2003-05-24 09:04

Jorrit fixed a big bug in IntersectSegment of both Dynavis and
Frustvis. This bug would cause very bad inaccuracies with hitting
objects. This bug also caused the missiles in walktest to miss the
walls often.

1 lines of code changed in:

(144 more)


Generated by StatCvs v0.2-dev