Jaime Passos
714c997aac
Support for patches and textures to be used in place of sector flats
...
Still a work in progress.
2019-05-21 00:28:52 -03:00
mazmazz
ea7162a76a
Update source copyrights to 2018
2018-11-25 07:35:38 -05:00
Monster Iestyn
72ab305bf4
Change when and specifically what colormap[] is applied to in R_Draw2sMultiPatchTranslucentColumn_8
2018-10-11 17:05:23 +01:00
Monster Iestyn
b9b0a8110c
Add R_Draw2sMultiPatchTranslucentColumn_8, for columns of multi-patch textures used as midtextures on two-sided linedefs with both transparency AND translucency
...
...that was a mouthful
2018-10-11 17:05:13 +01:00
toaster
145c050e14
...and R_DrawTranslucentSplat_8, even though it isn't used!
2018-08-09 17:08:20 +01:00
toaster
5daeaf529f
Apply the double-colormap ordering fix to R_DrawTiltedTranslucentSpan_8 as well.
2018-08-09 16:56:43 +01:00
toaster
ecc9ebe8c1
Change the order of operations when applying transparency and colormap such that colormap isn't applied to the screen pixel twice (or, in the case of R_DrawTranslatedTranslucentColumn_8, thrice).
...
Please note I haven't touched the ASM equivalent, given as it's not actually used.
2018-08-07 19:12:10 +01:00
Monster Iestyn
dc765cde2c
Fix R_DrawColumnShadowed_8 crash encountered in FuriousFox's map
...
If you want more specifics, sloped FOFs are to blame it turns out: sometimes the bottom of an FOF wall blocking a segment of an in-level wall column can be considered ABOVE the top part of the FOF there (yikes), and then the dc_y* values go offscreen, and then BOOM
2016-07-24 18:54:01 +01:00
Monster Iestyn
77a40e9016
Slightly unrelated, but if R_DrawTranslucentSplat_8 is ever going to be used this is probably more efficient (also fixing early colormap application for the last part)
2016-07-17 23:01:07 +01:00
Monster Iestyn
9ad205f5ba
R_DrawTiltedSplat_8 fix: apply colormapping AFTER checking the source pixel is cyan first
2016-07-17 22:33:37 +01:00
Inuyasha
f07585191b
copyright dates/statements updated and such
...
(no actual SLOC changes)
2016-05-17 17:42:11 -07:00
Monster Iestyn
8cad9a6dc8
We can compile the slopes code now, yay! My brain hurts.
...
Compiling errors fixed in this commit:
* Various cases of mixed declaration and statement code
* Implicit declaration of slope functions (read: you forgot to put "include "p_slopes.h" in MORE than a few places)
* an odd case of a bad fixed_t to float typecase, cause by using P_GetZAt directly inside FIXED_TO_FLOAT
* a few minor cases of bad unsigned-signed comparisons
* no prototypes for some of the new slope functions. For goodness sake Red, this is basic stuff!
2016-01-03 10:30:36 -06:00
RedEnchilada
6026fa42eb
Add masked FOF slopes (+other rendering tweaks)
2015-08-03 14:47:05 -05:00
RedEnchilada
32759312a1
Shut up the Kalaron
2015-05-24 18:22:56 -05:00
RedEnchilada
0af3852273
Add translucent slope renderer
2015-05-17 12:24:20 -05:00
RedEnchilada
36d576adf4
I think those were being cast wrong
2015-05-15 12:36:16 -05:00
RedEnchilada
e39c8aa62e
Fix ceiling slopes lol
2015-05-13 21:57:47 -05:00
RedEnchilada
0cc917a0ff
Plane lighting for slopes now actually acts like it should
2015-05-13 21:41:54 -05:00
RedEnchilada
fe8a2ae680
Fix compile error
2015-04-29 01:45:39 -05:00
chi.miru
c4306b624d
Optimized R_DrawTiltedSpan_8
2015-04-29 02:36:18 -04:00
RedEnchilada
f130a529b1
make stupid slopes render on stupid unix stupids
2015-04-21 10:01:51 -05:00
RedEnchilada
779faaa93f
SLOPES IN SOFTWARE MOD EHOLY SHIT
2015-04-20 02:10:14 -05:00
Alam Ed Arias
b93cb1b65a
SRB2 2.1 release
2014-03-15 13:11:35 -04:00
