mirror of
https://github.com/ZDoom/gzdoom-gles.git
synced 2024-11-11 15:22:15 +00:00
- simplified setup of polyobjects defined from explicit lines
The old method had a problem with missing order numbers and aborted the level load and made many assumptions that no longer apply with BSP based polyobject rendering.
This commit is contained in:
parent
500c1623d0
commit
cf564c60c2
1 changed files with 17 additions and 47 deletions
|
@ -1533,6 +1533,11 @@ static void IterFindPolySides (FPolyObj *po, side_t *side)
|
||||||
//
|
//
|
||||||
//==========================================================================
|
//==========================================================================
|
||||||
|
|
||||||
|
static int STACK_ARGS posicmp(const void *a, const void *b)
|
||||||
|
{
|
||||||
|
return (*(const side_t **)a)->linedef->args[1] - (*(const side_t **)b)->linedef->args[1];
|
||||||
|
}
|
||||||
|
|
||||||
static void SpawnPolyobj (int index, int tag, int type)
|
static void SpawnPolyobj (int index, int tag, int type)
|
||||||
{
|
{
|
||||||
unsigned int ii;
|
unsigned int ii;
|
||||||
|
@ -1577,59 +1582,24 @@ static void SpawnPolyobj (int index, int tag, int type)
|
||||||
// didn't find a polyobj through PO_LINE_START
|
// didn't find a polyobj through PO_LINE_START
|
||||||
TArray<side_t *> polySideList;
|
TArray<side_t *> polySideList;
|
||||||
unsigned int psIndexOld;
|
unsigned int psIndexOld;
|
||||||
for (j = 1; j < PO_MAXPOLYSEGS; j++)
|
psIndexOld = po->Sidedefs.Size();
|
||||||
{
|
|
||||||
psIndexOld = po->Sidedefs.Size();
|
|
||||||
for (ii = 0; ii < KnownPolySides.Size(); ++ii)
|
|
||||||
{
|
|
||||||
i = KnownPolySides[ii];
|
|
||||||
|
|
||||||
if (i >= 0 &&
|
for (ii = 0; ii < KnownPolySides.Size(); ++ii)
|
||||||
sides[i].linedef->special == Polyobj_ExplicitLine &&
|
{
|
||||||
sides[i].linedef->args[0] == tag)
|
i = KnownPolySides[ii];
|
||||||
{
|
|
||||||
if (!sides[i].linedef->args[1])
|
if (i >= 0 &&
|
||||||
{
|
sides[i].linedef->special == Polyobj_ExplicitLine &&
|
||||||
I_Error ("SpawnPolyobj: Explicit line missing order number (probably %d) in poly %d.\n",
|
sides[i].linedef->args[0] == tag)
|
||||||
j+1, tag);
|
|
||||||
}
|
|
||||||
if (sides[i].linedef->args[1] == j)
|
|
||||||
{
|
|
||||||
po->Sidedefs.Push (&sides[i]);
|
|
||||||
}
|
|
||||||
}
|
|
||||||
}
|
|
||||||
// Clear out any specials for these segs...we cannot clear them out
|
|
||||||
// in the above loop, since we aren't guaranteed one seg per linedef.
|
|
||||||
for (ii = 0; ii < KnownPolySides.Size(); ++ii)
|
|
||||||
{
|
{
|
||||||
i = KnownPolySides[ii];
|
if (!sides[i].linedef->args[1])
|
||||||
if (i >= 0 &&
|
|
||||||
sides[i].linedef->special == Polyobj_ExplicitLine &&
|
|
||||||
sides[i].linedef->args[0] == tag && sides[i].linedef->args[1] == j)
|
|
||||||
{
|
{
|
||||||
sides[i].linedef->special = 0;
|
I_Error("SpawnPolyobj: Explicit line missing order number in poly %d, linedef %d.\n", tag, int(sides[i].linedef - lines));
|
||||||
sides[i].linedef->args[0] = 0;
|
|
||||||
KnownPolySides[ii] = -1;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
if (po->Sidedefs.Size() == psIndexOld)
|
|
||||||
{ // Check if an explicit line order has been skipped.
|
|
||||||
// A line has been skipped if there are any more explicit
|
|
||||||
// lines with the current tag value. [RH] Can this actually happen?
|
|
||||||
for (ii = 0; ii < KnownPolySides.Size(); ++ii)
|
|
||||||
{
|
|
||||||
i = KnownPolySides[ii];
|
|
||||||
if (i >= 0 &&
|
|
||||||
sides[i].linedef->special == Polyobj_ExplicitLine &&
|
|
||||||
sides[i].linedef->args[0] == tag)
|
|
||||||
{
|
|
||||||
I_Error ("SpawnPolyobj: Missing explicit line %d for poly %d\n",
|
|
||||||
j, tag);
|
|
||||||
}
|
|
||||||
}
|
}
|
||||||
|
po->Sidedefs.Push (&sides[i]);
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
qsort(&po->Sidedefs[0], po->Sidedefs.Size(), sizeof(po->Sidedefs[0]), posicmp);
|
||||||
if (po->Sidedefs.Size() > 0)
|
if (po->Sidedefs.Size() > 0)
|
||||||
{
|
{
|
||||||
po->crush = (type != SMT_PolySpawn) ? 3 : 0;
|
po->crush = (type != SMT_PolySpawn) ? 3 : 0;
|
||||||
|
|
Loading…
Reference in a new issue