Generate polys in cgame for non-models

[zturtleman]

RT_RAIL_CORE and RT_LIGHTNING are really similar, I started merging them and adding more vars for cgame to control them.

It seems like cgame should just give the renderer the 4 vertexes for the rail core and 16 for the lightning. That way cgame has full control without having a bloated general structure holding the data.

Known loss: tcMod entityTranslate, rgbGen entity, alphaGen entity, and renderfx flags. Could actually support the "entity" *gen (now polys are growing toward refent..). Could add renderfx too. EDIT: The method implemented uses refent so these can still be used.

Only RT_MODEL and RT_PORTALSURFACE need to be given to the renderer, the rest just generate polys using refEntity_t and view axis/origin.

typedef enum {
    RT_MODEL,
    RT_POLY, // ZTM: not implemented
    RT_SPRITE,
    RT_BEAM,
    RT_RAIL_CORE,
    RT_RAIL_RINGS,
    RT_LIGHTNING,
    RT_PORTALSURFACE,       // doesn't draw anything, just info for portals

    RT_MAX_REF_ENTITY_TYPE
} refEntityType_t;

---

I don't want to add RTCW's RT_SPLASH in engine anyway. :3

Plus means can add all of Elite Force's new refent types without changing engine. Note: EF would need option to force drawing shader as double sided (cull CT_TWO_SIDED).

---

If really only going to use refEntity_t for model and portal info, might add a separate new trap for adding portal info.

---

mm, should probably fix poly buffers #37.

[zturtleman]

Change the cgame code so that local entities may be a model (refentity) or random verts will probably be a pain... May also consider implementing RT_POLY as refEntity with custom verts, as that is what I really want. I think.

[zturtleman]

Added RT_POLY, ported RT_SPRITE (doesn't mirror...), RT_BEAM, RT_RAIL_CORE, RT_RAIL_RINGS, and RT_LIGHTNING to cgame. Tested adding RTCW's RT_SPLASH to cgame too. Still few things to decide for sprites (should they be engine or cgame). Still need force two sided for Elite Force.

61459eb, a937f1b, 3965fb9.

[zturtleman]

Um, old method generated polys for each mirror/portal separate from main view. This allowed polys to face camera in mirrors, instead of actually mirroring (which looks wrong for rail core and causes invisible sprites)...

What to do...

[zturtleman]

autosprite!

[zturtleman]

Fixed mirror/portal issues in e5135d9!