|
| | Quake3Level () |
| |
| void | dumpContents (void) |
| | Debug method.
|
| |
| void | extractLightmaps (void) const |
| |
| void * | getLump (int lumpType) |
| | Utility function to return a pointer to a lump.
|
| |
| int | getLumpSize (int lumpType) |
| |
| void | initialise (bool headerOnly=false) |
| | Utility function read the header and set up pointers.
|
| |
| void | initialiseCounts (void) |
| | Utility function read the header and set up counters.
|
| |
| void | initialisePointers (void) |
| | Utility function read the header and set up pointers.
|
| |
| void | loadFromStream (DataStreamPtr &inStream) |
| | Reads Quake3 bsp data from a stream as read from the file.
|
| |
| void | loadHeaderFromStream (DataStreamPtr &inStream) |
| | Load just the header information from a Quake3 file.
|
| |
| void | operator delete (void *ptr) |
| |
| void | operator delete (void *ptr, const char *, int, const char *) |
| |
| void | operator delete (void *ptr, void *) |
| |
| void | operator delete[] (void *ptr) |
| |
| void | operator delete[] (void *ptr, const char *, int, const char *) |
| |
| void * | operator new (size_t sz) |
| |
| void * | operator new (size_t sz, const char *file, int line, const char *func) |
| | operator new, with debug line info
|
| |
| void * | operator new (size_t sz, void *ptr) |
| | placement operator new
|
| |
| void * | operator new[] (size_t sz) |
| |
| void * | operator new[] (size_t sz, const char *file, int line, const char *func) |
| | array operator new, with debug line info
|
| |
Support for loading and extracting data from a Quake3 level file.
This class implements the required methods for opening Quake3 level files and extracting the pertinent data within. Ogre supports BSP based levels through it's own BspLevel class, which is not specific to any file format, so this class is here to source that data from the Quake3 format. Quake3 levels include far more than just data for rendering - typically the leaves of the tree are used for rendering, and brushes, are used to define convex hulls made of planes for collision detection. There are also entities which define non-visual elements like player start points, triggers etc and models which are used for movable scenery like doors and platforms. Shaders meanwhile are textures with extra effects and 'content flags' indicating special properties like water or lava. I will try to support as much of this as I can in Ogre, but I won't duplicate the structure or necessarily use the same terminology. Quake3 is designed for a very specific purpose and code structure, whereas Ogre is designed to be more flexible, so for example I'm likely to separate game-related properties like surface flags from the generics of materials in my implementation. This is a utility class only - a single call to loadFromChunk should be enough. You should not expect the state of this object to be consistent between calls, since it uses pointers to memory which may no longer be valid after the original call. This is why it has no accessor methods for reading it's internal state.
Inheritance diagram for Ogre::Quake3Level:
1.9.8