Despite of here in V_ functions TINTTAB is used for shadows drawing, it's initial purpose is slightly different - it is a blending table, which is *also* used for shadows.

"drawtinttab" must be more clear in this context, and in case one day TC implementation will be done for Strife, XLA's function should be named "drawxlatab".

Remove duplication of invul. colormap generation.

…olormap handling

Raven Software's oversight, or attempt to reduce memory consumption?
https://github.com/OpenSourcedGames/Heretic/blob/master/Heretic%20Source/R_MAIN.C#L776

As not used in true color mode at all.

Fairly simple. We need only proper 256 colors for drawing E2END itself, but we also need to do a proper reset while switching back to normal palette, otherwise we'll get some wrong colors.

Suggestions for future:
- externalize gamma2table to i_video.h
- externalize R_InitColormaps and R_SetUnderwaterPalette to r_local.h

…ency

…LColumn

Also, "viewactive" is not needed. Despite of existing ovet the code, it's not doing anything. Using "setsizeneeded" wasn't optimal, it too expensive. All we need is:
- BorderNeedRefresh - updates screen border and bezel, including message area.
- SB_state - do a full redraw of whole status bar.

This is, hopefully, as small diff as possible, which could be useful for custom COLORMAPs (but are there any existing?). Note that unlike Doom, REINDEX is using lesser color range to be as close to original smoothing as possible.

At this point, only background is not working on automap.

Not sure if R_SetUnderwaterPalette needed to be guarded by a macro in header file, but probably this will make sence for better understanding about the nature of this function, i.e. it's "for true color only".

No changes for Hexen and Strife needed, as these externals were made for true color render only.

Much neater and less macrocized now.
Thanks, Fabian!

* Revert back pixel_t to byte for arrays of line colors. My typo made back in the time I was just started working on automap.

* Still use two arrays for normal and overlay mode. Idea of having "middle" color for walls drawing and array does not seems to be good enough, as we loose original color for both modes.

In theory, both arrays can be consolidated into one, but this is a bit tricky because we have to define "which color should be used for common walls drawing" w/o hitting if/else condition.