From: Eric S. <sun...@sl...> - 2000-05-07 13:21:23
|
Date: Sunday May 7, 2000 @ 6:21 Author: sunshine Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory slayer.i.sourceforge.net:/tmp/cvs-serv28938/plugins/sound/renderer/ds3d Modified Files: rdrnmain.cpp sndbuf.cpp sndlstn.cpp sndrdr.cpp sndsrc.cpp Log Message: Another batch of patches to account for the move of drivers from CS/libs to CS/plugins. |
From: Frank O. <ma...@sl...> - 2000-05-08 22:07:15
|
Date: Monday May 8, 2000 @ 15:06 Author: malakai Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory slayer.i.sourceforge.net:/tmp/cvs-serv21591/renderer/ds3d Modified Files: sndrdr.cpp sndrdr.h Log Message: Converted legacy SysPrintf to m_piSystem->Printf -frank (fr...@oc...) |
From: Jorrit T. <jo...@sl...> - 2000-05-12 14:46:21
|
Date: Friday May 12, 2000 @ 6:43 Author: jorrit Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory slayer.i.sourceforge.net:/tmp/cvs-serv24401/plugins/sound/renderer/ds3d Modified Files: sndbuf.cpp Log Message: Removed CHK and CHKB. |
From: Frank O. <ma...@sl...> - 2000-05-13 02:29:59
|
Date: Friday May 12, 2000 @ 19:29 Author: malakai Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory slayer.i.sourceforge.net:/tmp/cvs-serv31274 Modified Files: sndbuf.cpp Log Message: Fixed file truncation -frank (fr...@oc...) |
From: Eric S. <sun...@sl...> - 2000-05-15 14:13:53
|
Date: Monday May 15, 2000 @ 7:12 Author: sunshine Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory slayer.i.sourceforge.net:/tmp/cvs-serv2646/plugins/sound/renderer/ds3d Modified Files: rdrnmain.cpp sndbuf.cpp sndlstn.cpp sndrdr.cpp sndsrc.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 |
From: Frank O. <ma...@sl...> - 2000-05-23 20:51:34
|
Date: Tuesday May 23, 2000 @ 13:50 Author: malakai Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory slayer.i.sourceforge.net:/tmp/cvs-serv547/plugins/sound/renderer/ds3d Modified Files: sndrdr.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 |
From: Martin G. <mg...@us...> - 2000-08-16 13:55:17
|
Date: Wednesday August 16, 2000 @ 6:55 Author: mgeisse Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory slayer.i.sourceforge.net:/tmp/cvs-serv18096 Modified Files: sndlstn.cpp sndlstn.h sndrdr.cpp sndrdr.h sndsrc.cpp sndsrc.h Log Message: patched the ds3d sound renderer |
From: Martin G. <mg...@us...> - 2000-08-16 13:55:52
|
Date: Wednesday August 16, 2000 @ 6:55 Author: mgeisse Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory slayer.i.sourceforge.net:/tmp/cvs-serv18332 Removed Files: rdrnmain.cpp sndbuf.cpp sndbuf.h Log Message: patched the ds3d sound renderer |
From: Martin G. <mg...@us...> - 2000-09-16 18:30:39
|
Date: Saturday September 16, 2000 @ 11:30 Author: mgeisse Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory slayer.i.sourceforge.net:/tmp/cvs-serv11036 Modified Files: sndrdr.cpp sndrdr.h Log Message: added the interface for music support |
From: Eric S. <sun...@us...> - 2000-11-06 21:45:04
|
Date: Monday November 6, 2000 @ 13:44 Author: sunshine Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory slayer.i.sourceforge.net:/tmp/cvs-serv26995/plugins/sound/renderer/ds3d Added Files: sndds3d.mak 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. |
From: Martin G. <mg...@us...> - 2000-11-09 15:59:27
|
Date: Thursday November 9, 2000 @ 7:59 Author: mgeisse Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory slayer.i.sourceforge.net:/tmp/cvs-serv14376 Modified Files: sndlstn.h sndrdr.cpp sndrdr.h sndsrc.cpp sndsrc.h Log Message: restructured the sound modules |
From: Martin G. <mg...@us...> - 2000-11-09 17:11:05
|
Date: Thursday November 9, 2000 @ 9:11 Author: mgeisse Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory slayer.i.sourceforge.net:/tmp/cvs-serv21605 Modified Files: sndrdr.h Log Message: restructured the sound modules |
From: Martin G. <mg...@us...> - 2000-11-10 17:40:45
|
Date: Friday November 10, 2000 @ 9:40 Author: mgeisse Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory slayer.i.sourceforge.net:/tmp/cvs-serv13101 Modified Files: sndsrc.cpp Log Message: changed the DirectSound renderer to use the new interface |
From: Eric S. <sun...@us...> - 2000-11-13 07:02:43
|
Date: Sunday November 12, 2000 @ 23:02 Author: sunshine Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory slayer.i.sourceforge.net:/tmp/cvs-serv10750/plugins/sound/renderer/ds3d Modified Files: sndds3d.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. |
From: Martin G. <mg...@us...> - 2000-11-15 21:33:43
|
Date: Wednesday November 15, 2000 @ 13:33 Author: mgeisse Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory slayer.i.sourceforge.net:/tmp/cvs-serv12896 Modified Files: sndrdr.cpp sndrdr.h sndsrc.cpp sndsrc.h Log Message: added streamed sound sources to ds3d module. Output is still distorted but you can at least hear what it should be like. |
From: Martin G. <mg...@us...> - 2001-01-19 19:07:42
|
Date: Friday January 19, 2001 @ 11:07 Author: mgeisse Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory usw-pr-cvs1:/tmp/cvs-serv30057 Modified Files: sndrdr.h sndrdr.cpp Log Message: moved all sound modules to the new config file system |
From: Martin G. <mg...@us...> - 2001-01-29 21:55:48
|
Date: Monday January 29, 2001 @ 13:55 Author: mgeisse Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory usw-pr-cvs1:/tmp/cvs-serv15723 Modified Files: sndrdr.h sndrdr.cpp Log Message: modified the sound drivers so that they are now opened, closed and updated via system events |
From: Martin G. <mg...@us...> - 2001-02-01 22:25:45
|
Date: Thursday February 1, 2001 @ 14:25 Author: mgeisse Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory usw-pr-cvs1:/tmp/cvs-serv18951 Modified Files: sndrdr.cpp Log Message: fixed a bug which caused the sound drivers to stop 'open', 'close' and 'pre-process' system events from further processing |
From: Martin G. <mg...@us...> - 2001-02-20 18:17:08
|
Date: Tuesday February 20, 2001 @ 10:18 Author: mgeisse Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory usw-pr-cvs1:/tmp/cvs-serv10193 Modified Files: sndrdr.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 |
From: Eric S. <sun...@us...> - 2001-02-21 12:07:00
|
Date: Wednesday February 21, 2001 @ 3:54 Author: sunshine Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory usw-pr-cvs1:/tmp/cvs-serv29795/plugins/sound/renderer/ds3d Modified Files: sndds3d.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'. |
From: Martin G. <mg...@us...> - 2001-03-01 18:04:26
|
Date: Thursday March 1, 2001 @ 10:05 Author: mgeisse Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory usw-pr-cvs1:/tmp/cvs-serv10667 Modified Files: sndrdr.h sndrdr.cpp Log Message: changed most modules to correctly remove any added config files (using the csConfigAccess class) |
From: Martin G. <mg...@us...> - 2001-03-08 17:10:06
|
Date: Thursday March 8, 2001 @ 9:11 Author: mgeisse Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory usw-pr-cvs1:/tmp/cvs-serv3105 Modified Files: sndrdr.cpp Log Message: - removed the old iConfigFile interface - renamed iConfigFileNew to iConfigFile - renamed icfgnew.h to icfgfile.h |
From: Eric S. <sun...@us...> - 2001-03-09 01:04:13
|
Date: Thursday March 8, 2001 @ 17:05 Author: sunshine Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory usw-pr-cvs1:/tmp/cvs-serv12278/sound/renderer/ds3d Modified Files: sndlstn.cpp sndlstn.h sndrdr.cpp sndrdr.h sndsrc.cpp sndsrc.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. |
From: Eric S. <sun...@us...> - 2001-03-16 13:49:50
|
Date: Friday March 16, 2001 @ 5:51 Author: sunshine Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory usw-pr-cvs1:/tmp/cvs-serv10782/sound/renderer/ds3d Modified Files: sndlstn.cpp sndlstn.h sndrdr.cpp sndrdr.h sndsrc.cpp sndsrc.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 |
From: Martin G. <mg...@us...> - 2001-03-21 18:53:01
|
Date: Wednesday March 21, 2001 @ 10:53 Author: mgeisse Update of /cvsroot/crystal/CS/plugins/sound/renderer/ds3d In directory usw-pr-cvs1:/tmp/cvs-serv25955 Modified Files: sndlstn.cpp sndlstn.h sndrdr.cpp sndrdr.h sndsrc.cpp sndsrc.h Added Files: sndhdl.cpp sndhdl.h Log Message: 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 |