Torque3D/Engine/source/lighting
2019-12-20 23:27:44 -06:00
..
advanced work towards getting the materiallist generated by things like preload to spit out most if not all to-be-used variants for a given used material. ostensibly add reflection and deferred variants. will take a bit more doing to cook up mats for all the shadow variants, since it looks like that ends is more light-type based for some oddball reason (think i'm probably be misreading that end, since mats there should really just be as simnple as an occludes-or-doesn't based on alphatesting case with very few variations on that theme indeed...) 2019-12-20 23:27:44 -06:00
basic more conversionwork from specular entries to pbrconfig ones, adds backend glowmul and glowmap var tracking, as well as pbrconfigmap composite slip-in for the glowmap (sans shaderfeatures just yet). seems to have busted forward lit application though... 2019-10-22 15:11:39 -05:00
common cleaned up member::radius 2018-03-13 15:31:00 -05:00
shadowMap Merge branch 'alpha40DynShadowRefreshRedux' of https://github.com/Azaezel/Torque3D into Preview4_0 2019-09-29 06:51:04 -05:00
lightInfo.cpp Reordering initialization methods #1912 2017-04-19 14:02:45 -04:00
lightInfo.h Implementation of sRGB image support. Overhauls the linearization setup to utilize the sRGB image types, as well as refactors the use of ColorF and ColorI to be properly internally consistent. ColorIs are used only for front-facing/editing/UI settings, and ColorFs, now renamed to LinearColorF to reduce confusion of purpose, are used for color info in the engine itself. This avoids confusing and expensive conversions back and forth between types and avoids botches with linearity. Majority work done by @rextimmy 2017-06-23 11:36:20 -05:00
lightingInterfaces.cpp Engine directory for ticket #1 2012-09-19 11:15:01 -04:00
lightingInterfaces.h Implementation of sRGB image support. Overhauls the linearization setup to utilize the sRGB image types, as well as refactors the use of ColorF and ColorI to be properly internally consistent. ColorIs are used only for front-facing/editing/UI settings, and ColorFs, now renamed to LinearColorF to reduce confusion of purpose, are used for color info in the engine itself. This avoids confusing and expensive conversions back and forth between types and avoids botches with linearity. Majority work done by @rextimmy 2017-06-23 11:36:20 -05:00
lightManager.cpp shifts spotlightparams to the actually used float2/vec2 entries (stops debug screaming every frame) 2019-11-07 23:18:14 -06:00
lightManager.h Add vector light support to forward materials. 2019-07-22 00:16:58 -05:00
lightQuery.cpp Engine directory for ticket #1 2012-09-19 11:15:01 -04:00
lightQuery.h Engine directory for ticket #1 2012-09-19 11:15:01 -04:00
shadowManager.cpp Eliminate DefineConsoleFunction 2018-04-17 20:54:08 +02:00
shadowManager.h Engine directory for ticket #1 2012-09-19 11:15:01 -04:00