aiff
(4 files, 321 lines)
au
(4 files, 292 lines)
common
(5 files, 292 lines)
iff
(4 files, 287 lines)
mod
(6 files, 589 lines)
mplex
(4 files, 289 lines)
ogg
(6 files, 471 lines)
wav
(4 files, 420 lines)Summary Period: 2000-08-13 to 2003-04-08
[root]/CS/plugins/sound/loader
aiff
(4 files, 321 lines)
au
(4 files, 292 lines)
common
(5 files, 292 lines)
iff
(4 files, 287 lines)
mod
(6 files, 589 lines)
mplex
(4 files, 289 lines)
ogg
(6 files, 471 lines)
wav
(4 files, 420 lines)
Total Lines Of Code:
10 (2003-07-11 20:29)
| Author | Changes | Lines of code | Lines per change |
|---|---|---|---|
| Totals | 78 (100.0%) | 934 (100.0%) | 11.9 |
| mgeisse | 41 (52.6%) | 805 (86.2%) | 19.6 |
| norman | 19 (24.4%) | 64 (6.9%) | 3.3 |
| sunshine | 13 (16.7%) | 51 (5.5%) | 3.9 |
| matzebraun | 1 (1.3%) | 10 (1.1%) | 10.0 |
| wouter | 1 (1.3%) | 1 (0.1%) | 1.0 |
| rbate | 1 (1.3%) | 1 (0.1%) | 1.0 |
| philwyett | 1 (1.3%) | 1 (0.1%) | 1.0 |
| jorrit | 1 (1.3%) | 1 (0.1%) | 1.0 |
added the Jamfiles
10 lines of code changed in:
removing old files
0 lines of code changed in:
Added CSUTIL.
1 lines of code changed in:
Fixed several compilation errors on big-endian platforms in wavefile.cpp.
Also eliminated several compilation warnings about unused variables.
6 lines of code changed in:
committed a remake of the WAV loader by Andreas H�fler
199 lines of code changed in:
Corrected the include to util.h and fixed a very
freaky compile error it generated in VC6. :-)
1 lines of code changed in:
Added an include to utils.h so that this file will compile for macintosh.
1 lines of code changed in:
cleaned up some remaining stuff from my latest changes to the sound modules
0 lines of code changed in:
split up the sound loader into several plugins. There is now one loader plugin
for every sound format, plus one plugin that lets all others look like a single
loader for convenience (called multiplexer). Currently all these plugins
remain in the sndload library.
105 lines of code changed in:
did a big redesign and cleanup of the sound system:
- merged static and streamed sound data classes
- sound data must now be registered before playing to get a sound handle --
just like textures
- when playing streamed sounds, all sound sources created from the same
sound handle always play the same sequence at the same time
- moved common stuff of all renderers together in plugins/sound/renderers/common
41 lines of code changed in:
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
5 lines of code changed in:
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.
5 lines of code changed in:
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'.
1 lines of code changed in:
fixed a bug in the sound loader
1 lines of code changed in:
Fixed several bugs in soundraw.cpp where it was applying `delete[]' to
a void*.
6 lines of code changed in:
Made the following changes to the project:
-*- Finally eliminated the evil monolithic apps/support/static.cpp file
which caused repeated maintenance headaches. The problem with this
file was that every time a plug-in module was added or removed from
the project, a developer also had to remember to edit static.cpp to
reflect the change. Thus, the perceived modularity of plug-ins was
offset by the very real monolithic disposition of this file.
-*- As a replacement for static.cpp, the new makefile CS/mk/static.mak
automatically and dynamically synthesizes C++ code which forces hard
symbolic references to each plug-in module being linked into the
application (assuming that the application is being linked
statically---that is, with USE_PLUGINS=no).
-*- Information used by the synthesis process is gleaned from the GNU
makefiles, project-wide. The old CFLAGS.STATIC_SCF makefile variable
has been removed. A new variable, SCF.STATIC, contains a list of
plug-in module basenames (such as `soft3d', `vfs', etc.), and this
information is used to synthesize the hard references needed when
linking applications statically.
-*- The static.mak makefile is smart enough to regenerate the synthesized
symbolic references when certain events occur; such as when the user
edits the list of plug-in modules in user.mak or reconfigures the
project's makefiles.
-*- Note that the new synthesis process is geared toward platforms which
utilize the GNU makefile system to build the project. It does not
apply to ports which use `project files'. However, historically, none
of the ports which rely on project files has ever supported static
linking, so this is no loss. If, in the future, a port does wish to
support static linking via project files, it would be a simple matter
to set up an automated synthesis task, and commit the result to the
CVS repository on a regular basis, much as is already done with MSVC
project files.
-*- Added $(DEP.EXE) to the dependency lists of the following GUI
applications. This should allow them to successfully link statically
(that is, when USE_PLUGINS is `no'):
cctest
g2dtest
-*- Removed $(DEP.EXE) from the dependency list of the following console
applications, since they need not link against the various plug-in
modules:
csfgen
makedep
scfreg
scftutor
textconv
uninst
1 lines of code changed in:
-*- Renamed the following classes and SCF interfaces. Fixed all source
files, header files, and documentation to reflect these changes.
iWorld --> iEngine
csWorld --> csEngine
csWorldConfig --> csEngineConfig
csWorldState --> csEngineState
csWorldStateVector --> csEngineStateVector
-*- Renamed the following files. Fixed all source files, header files,
and documentation to reflect these changes.
iworld.h --> iengine.h
world.h --> engine.h
world.cpp --> engine.cpp
worldfmt.txi --> mapfmt.txi
-*- Eliminated the old iEngine SCF interface and the iengine.h header
file. This interface was just a very thin wrapper around the existing
iWorld (now iEngine) functionality. However, since the engine library
already contains sufficient SCF goop to pass as a plug-in module, the
old thin iEngine wrapper was not actually needed. The new iEngine is
now the one and only interface for accessing the engine regardless of
whether or not it is in a plug-in module or statically linked. There
is no longer any distinction.
-*- Renamed all `world' variables to 'engine' throughout the project and
documentation. Renamed all variations of `world' (such as `World',
etc.), as well. Also renamed `world file' references to `map file'
references. Code and documentation which specifically refers to
`world space' or `world coordinates' has not changed. In this case,
the `world' terminology is appropriate and has been retained.
-*- Added a bunch of missing `const' qualifiers to Dumper class.
-*- Renamed Dungeon plug-in's SCF name from
crystalspace.worldrnd.dungeon.std to crystalspace.dungeon.random.
-*- csProgressPulse now uses iSystem::Printf() rather than CsPrintf(),
thus it is no longer tied to the engine. Also added Doxygen comments.
-*- Enhanced the check for new C++ casting syntax in comptest.sh to be
more thorough. It now checks for all casting variations. This was
necessary, since someone at NeXT botched the OpenStep Objective-C++
compiler so that it fails to understand reinterpret_cast even though
it understands static_cast, const_cast, and dynamic_cast.
-*- Eliminated compilation warning in csbaglay.cpp regarding one variable
shadowing another.
-*- NeXT csosdefs.h now defines __NEED_GENERIC_ISDIR for SYSDEF_DIR so
that the generic isdir() gets defined. This is now required by CSWS.
-*- Added missing `const' qualifier to SetName() and GetName() methods of
csFrame and csSpriteAction.
-*- Eliminated several compilation warnings from the sound loader plug-in.
-*- Eliminated compilation warning about redefinition of RED_PREPROC macro
in haloscan.inc. This warning only showed up on platforms which have
TOP8BITS_R8G8B8_USED defined.
-*- Eliminated several compilation warnings in g2dtest regarding implicit
conversion of float to int.
-*- Added missing `const' qualifiers to several methods in mz3DSprite.
-*- Fixed quite a lot of multiple-include protection macros in
include/csengine so that they are now prefixed by `CS' (for instance
__CS_STATS_H__ rather than STATS_H). This should help to avoid naming
collisions with non-CS packages.
-*- Eliminated compilation warning in ptlab.cpp.
4 lines of code changed in:
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.
1 lines of code changed in:
restructured the sound modules
7 lines of code changed in:
restructured the sound modules
189 lines of code changed in:
(8 more)
Generated by StatCvs v0.2-dev