gzdoom-gles/src/polyrenderer/scene
Christoph Oelckers 76d3ae5ba2 made the sector's color_* properties work in the software renderer.
With no 3D floors this appears to be ok, but there are so many places where colormaps are being set in the software renderer that I cannot guarantee that I got all of them correct. This will need some testing.
2017-03-15 23:24:53 +01:00
..
poly_cull.cpp Remove usage of r_viewpoint and r_viewwindow globals from software renderer and poly renderer 2017-03-12 18:54:39 +01:00
poly_cull.h
poly_decal.cpp - refactored FDynamicColormap out of sector_t. 2017-03-15 22:04:59 +01:00
poly_decal.h
poly_particle.cpp - refactored FDynamicColormap out of sector_t. 2017-03-15 22:04:59 +01:00
poly_particle.h
poly_plane.cpp made the sector's color_* properties work in the software renderer. 2017-03-15 23:24:53 +01:00
poly_plane.h
poly_playersprite.cpp made the sector's color_* properties work in the software renderer. 2017-03-15 23:24:53 +01:00
poly_playersprite.h Change visstyle_t back to how it was in ZDoom and stop using it internally in the swrenderer 2017-01-16 16:23:02 +01:00
poly_portal.cpp - moved two MAPINFO settings that are not exclusively used by the OpenGL renderer to the common code. 2017-03-14 18:31:11 +01:00
poly_portal.h - move r_utility globals into r_viewpoint and r_viewwindow 2017-03-11 23:28:07 +01:00
poly_scene.cpp Make LightVisibility thread local 2017-03-12 20:40:00 +01:00
poly_scene.h
poly_sky.cpp Make LightVisibility thread local 2017-03-12 20:40:00 +01:00
poly_sky.h
poly_sprite.cpp made the sector's color_* properties work in the software renderer. 2017-03-15 23:24:53 +01:00
poly_sprite.h Change visstyle_t back to how it was in ZDoom and stop using it internally in the swrenderer 2017-01-16 16:23:02 +01:00
poly_wall.cpp made the sector's color_* properties work in the software renderer. 2017-03-15 23:24:53 +01:00
poly_wall.h
poly_wallsprite.cpp made the sector's color_* properties work in the software renderer. 2017-03-15 23:24:53 +01:00
poly_wallsprite.h