Thread: [Crystal-cvs] CVS update: CS/plugins/video/effects (Page 2) (2024)

Date:Sunday April 27, 2003 @ 2:33Author:sunshineUpdate of /cvsroot/crystal/CS/plugins/video/effectsIn directory sc8-pr-cvs1:/tmp/cvs-serv7480/plugins/video/effectsModified Files:effects.mak Log Message: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).

Date:Monday May 26, 2003 @ 0:49Author:sunshineUpdate of /cvsroot/crystal/CS/plugins/video/effectsIn directory sc8-pr-cvs1:/tmp/cvs-serv1472/plugins/video/effectsModified Files:effects.mak Added Files:effects.csplugin Log Message:Eric Sunshine performed Phase One of the elimination of the monolithicscf.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.

Date:Wednesday May 28, 2003 @ 23:07Author:jorritUpdate of /cvsroot/crystal/CS/plugins/video/effectsIn directory sc8-pr-cvs1:/tmp/cvs-serv15535/plugins/video/effectsModified Files:efdef.h eflayer.cpp efpass.cpp efserver.cpp eftech.cpp statehdr.cpp Log Message:Replaced NULL with 0.

Date:Thursday June 5, 2003 @ 6:45Author:sunshineUpdate of /cvsroot/crystal/CS/plugins/video/effectsIn directory sc8-pr-cvs1:/tmp/cvs-serv12991/plugins/video/effectsModified Files:effects.csplugin efserver.cpp Log Message:Eric Sunshine performed Phase Three of the elimination of the monolithicscf.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.)

Date:Sunday June 22, 2003 @ 13:38Author:sunshineUpdate of /cvsroot/crystal/CS/plugins/video/effectsIn directory sc8-pr-cvs1:/tmp/cvs-serv27277/plugins/video/effectsModified Files:effects.csplugin Log Message:Eric Sunshine removed the unused, obsolete, and deprecated top-level <name>node from the .csplugin files.

Date:Saturday August 2, 2003 @ 13:16Author:jorritUpdate of /cvsroot/crystal/CS/plugins/video/effectsIn directory sc8-pr-cvs1:/tmp/cvs-serv11415/plugins/video/effectsModified Files:efdef.cpp efdef.h Log Message:- Jorrit replaced various occurances of csBasicVector: - Replaced 'texlayers' in csShaderGLMTEX with csArray<mtexlayer*>. - Replaced 'techniques' in csShader with csArray<iShaderTechnique*>. - Removed unused 'pluginlist' in csGLRender3D::eiShaderRenderInterface. - Replaced 'vertex_constants' in csOpenGlEffectPassData with csPDelArray<csOpenGlVPConstant>. - Replaced 'variables' in csEffectDefinition with csArray<efvariable*>.- Jorrit Completely removed iEffectDefinition->GetAllVariableNames() since it can not work because it returns private data that the caller is not able to interprete. It wasn't used anyway.- Jorrit marked several places in the new renderer (around the vectors that were replaced) with @@@ to indicated bad memory management (possible memory leaks). Please investigate.

Date:Saturday August 2, 2003 @ 23:36Author:jorritUpdate of /cvsroot/crystal/CS/plugins/video/effectsIn directory sc8-pr-cvs1:/tmp/cvs-serv23159/plugins/video/effectsModified Files:efdef.cpp efdef.h efpass.cpp efserver.h eftech.cpp Log Message:- Jorrit replaced csRGBVector with csArray<csRGBcolor>.- Jorrit replaced awsListRowVector with csPDelArray<awsListRow>.- Jorrit removed all includes from csvector.h from all CS sources.- Jorrit added csArray::Sort().

Date:Saturday August 2, 2003 @ 23:49Author:jorritUpdate of /cvsroot/crystal/CS/plugins/video/effectsIn directory sc8-pr-cvs1:/tmp/cvs-serv25965/plugins/video/effectsModified Files:efdef.h Log Message:- Jorrit replaced a lot of 'if (bla) delete bla' with 'delete bla'. C++ guarantees that 'delete' will check on null pointer so there is no need to add another test.

Date:Tuesday August 12, 2003 @ 7:05Author:jorritUpdate of /cvsroot/crystal/CS/plugins/video/effectsIn directory sc8-pr-cvs1:/tmp/cvs-serv10858/plugins/video/effectsModified Files:efserver.cpp Log Message:- Jorrit removed a few ifdef's related to iRender3D vs iGraphics3D.

Date:Tuesday August 12, 2003 @ 6:56Author:jorritUpdate of /cvsroot/crystal/CS/plugins/video/effectsIn directory sc8-pr-cvs1:/tmp/cvs-serv7592/plugins/video/effectsModified Files:efserver.cpp Log Message:- Jorrit renamed iRender3D to iGraphics3D for the new renderer.