Module CS/plugins/mesh/emit/object/

back to main page

Summary Period: 2001-06-11 to 2003-06-25

Modules

[root]/CS/plugins/mesh/emit/object

Lines Of Code


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

Authors

Author Changes Lines of code Lines per change
Totals 79 (100.0%) 2132 (100.0%) 26.9
sunshine 17 (21.5%) 1569 (73.6%) 92.2
jorrit 36 (45.6%) 338 (15.9%) 9.3
wouter 9 (11.4%) 174 (8.2%) 19.3
norman 4 (5.1%) 20 (0.9%) 5.0
philwyett 10 (12.7%) 19 (0.9%) 1.9
matzebraun 1 (1.3%) 10 (0.5%) 10.0
thebolt00 1 (1.3%) 1 (0.0%) 1.0
rbate 1 (1.3%) 1 (0.0%) 1.0

Most Recent Commits

jorrit 2003-06-25 08:36

- Jorrit did a minor change to emit again to properly change the
object model when some of the attributes change.

132 lines of code changed in:

jorrit 2003-06-24 11:41

- Jorrit fixed the emit mesh object in two ways:
- First it will now correctly de-init itself in case several
of the parameters are modified. That way you can update the
mesh realtime.
- Secondly there were some errors with ref counting for the
emitgen stuff. Replaced all with csRef's.

108 lines of code changed in:

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:

sunshine 2003-06-05 15:45

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-05-29 08:06

Replaced NULL with 0.

16 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:

thebolt00 2003-05-05 17:13

* Fixed compilationerrors in MSVC 7.1

1 lines of code changed in:

sunshine 2003-04-27 11:33

Eric Sunshine made the following changes:

-*- Modified configure.ac so that it emits a SRCDIR property to
config.mak. This value represents the --srcdir argument given to the
configure script (or "." if --srcdir is omitted). This points at the
directory containing the CS source code (which may differ from the
build directory, which is typically the current working directory).

-*- Modified makefiles and build scripts throughout the project so that
they respect $(SRCDIR). This allows the project to be built in a
directory other than the source directory, thus it is possible to
place the source directory on a readonly filesystem (such as a
CD-ROM), or to share a single NFS-mounted source directory among
different builds, where each build inhabits its own directory. For
example, if CS resides at /home/CS and you wish to build the project
in /home/build:

% cd /home/build
% ../CS/configure
% make -k all
% make install

(Note that the Jam-base build system already supports this build
paradigm.)

-*- Modified configure.ac so that it emits EXTENSIVE_MEMDEBUG to
config.mak since this variable is used by Makefile.in for the
`showconfig' target.

-*- Modified configure.ac so that it emits MONITOR_MAKEFILE_CACHE when the
value is either "yes" or "no", instead of emitting it only when the
value is "yes". This was necessary because CS/mk/cache.mak prints the
value of this variable as part of $(SYSMODIFIER).

3 lines of code changed in:

jorrit 2003-04-16 08:23

Fixed the makefiles of all particle systems. They need to link
with cstool now. Also fixed the Jamfiles.

2 lines of code changed in:

jorrit 2003-04-15 14:15

- Added the following functions to iObjectModel:
- GetPolygonMeshBase: Get a polygon mesh representing the
basic geometry of the object.
- SetPolygonMeshColldet: Set a polygon mesh representing the
geometry of the object. This mesh is useful for collision
detection. This can be used to replace the default polygon mesh
returned by GetPolygonMeshColldet() with one that has less
detail or even to support polygon mesh for mesh objects that
otherwise don't support it. The object model will keep a
reference to the given polymesh.
- SetPolygonMeshViscull: Similar to SetPolygonMeshColldet() but
now for visibility culling (occluder writing).
- Added csObjectModel helper class to csgeom to help implement object
models for mesh object plugins.
- Fixed all mesh object implementations to use the new csObjectModel.

2 lines of code changed in:

jorrit 2003-04-14 15:59

- Added csColliderHelper::InitializeCollisionWrapper() which initializes
collision detection for a mesh and all children.
- Added iMeshObjectFactory->GetObjectModel(). This is an optional
method which factories can implement similar to the GetObjectModel()
in iMeshObject. If the factory contains the geometry for a model
then it is prefered that the factory has the object model. This
allows for better sharing of similar data between instances using
the same factory.
- Genmesh now implements GetObjectModel() in the factory.
- Spr3d now implements GetObjectModel() in the factory.
- InitializeCollisionWrapper() will now actually check if the parent
factory supports GetObjectModel() and if so it will share the
collider.

1 lines of code changed in:

matzebraun 2003-04-08 20:17

added the Jamfiles

10 lines of code changed in:

wouter 2003-02-15 17:18

Fixed containerbox, works now also for non-alpha particles.
Added rotation to the star-sphere in partsys, removed the
rotation-key (which did not work for me anyway) using the new fieldspeed
feature.

2 lines of code changed in:

wouter 2003-02-14 23:34

Added features to emitter particle system:
- Field speed EmitGen3D can be specified: based on the position of
the particle, each frame, the speed can be calculated for the particle.
- Field accel EmitGen3D can be given, as above, but for the acceleration.
- ContainerBox can be specified: particles outside this box are not
rendered. They are also not respawned, because I'm afraid it would
create too many short-aged particles, and destroy the look of it.
- The loader has XML format for these features.
- The saver writes something sensible, but since the loader
does not read this format at all, and any old converter would not
support these new features, these values are more for human
consumption, I'm afraid.
- Note there is currently no testcase in partsys yet for these features.

72 lines of code changed in:

jorrit 2003-02-13 12:24

- Fixed a bug in all the particle systems. They were not correctly
updating their change number when the shape of the particle system
changed. This *can* potentially lead to culling errors.
- In addition to the bug above the particle systems were also not
calling FireListeners() to notify cullers about possible changes.

8 lines of code changed in:

jorrit 2003-02-01 15:07

Second related fix to emit.

2 lines of code changed in:

jorrit 2003-02-01 15:04

Work around to a division by zero bug that sometimes happens in emit.
Don't know what causes this and I don't understand the emit code
so I cannot give a real fix.

3 lines of code changed in:

jorrit 2003-01-28 08:26

- Made r3dtest spit out a useful error message if it cannot find
a test level.
- Most CS applications will now use OpenGL by default instead of the
software renderer.

1 lines of code changed in:

jorrit 2003-01-14 08:02

- Fixed a small bug in the Insert() function of csRefArray and csPArray.
- Added csGrowingArray. This will be a replacement for
CS_DECLARE_GROWING_ARRAY. csGrowingArray is only for objects that
don't require constructors and not for pointers (for pointers use
csPArray or csRefArray).
- Replaced all occurances of CS_DECLARE_GROWING_ARRAY with
csGrowingArray. Consequently removed the GROWING ARRAY macros.

1 lines of code changed in:

jorrit 2002-12-18 12:10

- Removed 'culler_mesh' in csSector. That is no longer valid
with the removal of the octree.
- Added iMovable::IsTransformIdentity() and TransformIdentity().
With this feature the movable will track if the transform
is still an identity transform. If that's the case then some
entities (like engine and cullers) can optimize based on that
fact. These two functions also make sure the engine doesn't have
to use the equivalent thing flags to do the same optimization.
- Added csTransform::Identity() and IsIdentity().
- Also added iMovable::IsFullTransformIdentity() which corresponds
to the GetFullTransform() being an identity transform.
- Optimized Dynavis and Frustvis by using IsFullTransformIdentity()
and avoiding the transforms in that case.
- Additionally optimized all mesh objects and parts of the engine
to test for the identity transform and avoid some matrix
manipulations or even more in some cases.

2 lines of code changed in:

(35 more)


Generated by StatCvs v0.2-dev