zdoom/gzdoom
0
0
Fork 0
mirror of https://github.com/ZDoom/gzdoom.git synced 2024-11-06 13:01:03 +00:00
Code Issues Projects Releases Packages Wiki Activity
gzdoom/src/p_blockmap.h

35 lines
1 KiB
C
Raw Normal View History

- rewrote p_local.h so that it doesn't pull in the entire bunch of headers. This was to resolve some circular dependencies with the portal code. The most notable changees: * FTextureID was moved from textures.h to doomtype.h because it is frequently needed in files that don't want to do anything with actual textures. * split off the parts from p_maputl into a separate header. * consolidated all blockmap related data into p_blockmap.h * split off the polyobject parts into po_man.h
2016-02-15 01:14:34 +00:00
#ifndef __P_BLOCKMAP_H
#define __P_BLOCKMAP_H
#include "doomtype.h"
class AActor;
// [RH] Like msecnode_t, but for the blockmap
struct FBlockNode
{
AActor *Me; // actor this node references
int BlockIndex; // index into blocklinks for the block this node is in
- refactored P_CollectConnectedGroups to avoid frequent heap allocations for the common cases * the temporary checking arrays are now static * the array that gets the returned values only starts allocating memory when the third touched sector group is found. The most common cases (no touched portal and one touched portal) can be handled without accessing the heap. - did some streamlining of AActor::LinkToSector: * there's only now version of this function that can handle everything * moved the FIXMAPTHINGPOS stuff into a separate function. * removed LinkToWorldForMapThing and put all special handling this function did into P_PointInSectorBuggy.
2016-02-16 11:51:10 +00:00
int Group; // portal group this link belongs to (can be different than the actor's own group
- rewrote p_local.h so that it doesn't pull in the entire bunch of headers. This was to resolve some circular dependencies with the portal code. The most notable changees: * FTextureID was moved from textures.h to doomtype.h because it is frequently needed in files that don't want to do anything with actual textures. * split off the parts from p_maputl into a separate header. * consolidated all blockmap related data into p_blockmap.h * split off the polyobject parts into po_man.h
2016-02-15 01:14:34 +00:00
FBlockNode **PrevActor; // previous actor in this block
FBlockNode *NextActor; // next actor in this block
FBlockNode **PrevBlock; // previous block this actor is in
FBlockNode *NextBlock; // next block this actor is in
- refactored P_CollectConnectedGroups to avoid frequent heap allocations for the common cases * the temporary checking arrays are now static * the array that gets the returned values only starts allocating memory when the third touched sector group is found. The most common cases (no touched portal and one touched portal) can be handled without accessing the heap. - did some streamlining of AActor::LinkToSector: * there's only now version of this function that can handle everything * moved the FIXMAPTHINGPOS stuff into a separate function. * removed LinkToWorldForMapThing and put all special handling this function did into P_PointInSectorBuggy.
2016-02-16 11:51:10 +00:00
static FBlockNode *Create (AActor *who, int x, int y, int group = -1);
- rewrote p_local.h so that it doesn't pull in the entire bunch of headers. This was to resolve some circular dependencies with the portal code. The most notable changees: * FTextureID was moved from textures.h to doomtype.h because it is frequently needed in files that don't want to do anything with actual textures. * split off the parts from p_maputl into a separate header. * consolidated all blockmap related data into p_blockmap.h * split off the polyobject parts into po_man.h
2016-02-15 01:14:34 +00:00
void Release ();
static FBlockNode *FreeBlocks;
};
extern int* blockmaplump; // offsets in blockmap are from here
extern int* blockmap;
extern int bmapwidth;
extern int bmapheight; // in mapblocks
extern fixed_t bmaporgx;
extern fixed_t bmaporgy; // origin of block map
extern FBlockNode** blocklinks; // for thing chains
#endif
Reference in a new issue Copy permalink