LUX
In Alpha development
Wiki
Type	Modification
Developers	ShiroDkxtro2
Engine	Source
Platforms	PC
Based on	Source 2013

LUX is a mod specifically made and developed for use in Source 2013 Singleplayer and Source 2013 Multiplayer.
The Project is to entirely rewrite all existing "SDK_" Shaders, that come with the SDK and all those available in Mapbase.

Goals

Overhaul/Clean materialsystem\stdshaders\ Folder: Implementing LUX Shaders would entail replacing the existing stdshaders\ folder. LUX Shaders should be able to do everything SDK_ Shaders in and can do.; SDK_ Shaders will fall back to LUX_ Shaders, that way LUX can easily be used on Mapbase mods without much work.; Many .h, .cpp, .fxc files have been rewritten

Drastically decrease compile times for all Shaders: With LUX, compiling the entirety of LUX_LightMappedGeneric takes around 30 seconds on 4 cores @4.1GHz

SM3.0 Shaders Only

Linux and

macOS are not officially supported. Users of said systems will have to either patch togl to work with SM3.0 or use DxVK.

Note:

SM3.0 released in 2004, and Valve considered ps2.0b low end hardware in ~2008. See slide 8
This means that older hardware not capable of SM3.0 will not be able to use the new Shaders.

More Documentation for Shaders, their parameters, how they work and any possible caveats: You might have noticed Articles like $lightwarptexture, $detail, UnlitTwoTexture and $envmapmask getting major updates with new information about caveats and bugs.; This was a direct result of LUX development, although the focus was mainly on and as their code is publicly available.

Implementing features that aren't available in Source 2013: See also: Planned Features. This includes old features such as $selfillumtexture and newer features like $phongalbedoboost(only in ).

Fixing most Parameter bugs and other caveats: See also: Stock Shaders VS LUX

Easy way of disabling features: A custom Pre-Processor program has been made, allowing Mods that don't require specific features to easily disable them and further increase Shader compilation speed.

Mapbase compatibility: Replacing SDK_ Shaders in SDK mods, SDK2013CE or Mapbase mods should be as simple as replacing the stdshaders\ Folder, assuming that no custom shaders were added. If they were added, developers may need to add them back or recreate them.

Planned Features

This is a list of new features that are being implemented / will be implemented from newer branches such as:

The code may be modified for simplification or if it needs a overhaul

Important:

LUX does not use any leaked code. Features like $phongalbedoboost(only in

) are not rocket science and easily be recreated.

Warning:For more complicated features, there might be visual disparity when compared to official implementations.

Mapbase compatibility

Important:The parameters will be the same as

Mapbase, meaning that Mapbase's compilers can be used

$phongdisablehalflambert, ported from the Alien Swarm engine branch
Radial Fog for all "Geometry" Shaders
Spline-Ropes
Parallax Corrected Cubemaps
- Just like with Mapbase, this will require a custom compiler to work.
$envmapmask + $bumpmap on VertexLitGeneric
Replacement for the "Postprocessing" Controller Shader
Replacement for the "Engine_post" Shader from
Hammer $blendmodulatetexture previewing fix.
Brush $phong
Treesway

Confirm:Is the

Mapbase implementation ported from

Alien Swarm?

$bumpmask and related

New features

In Source 2013 Multiplayer, models utilizing Model Lightmapping can use $bumpmap. Additionally, all Model shaders will be able to utilize this feature, unless they have $phong.
- The Lightmap does not do bumped-lighting using the bumpmap. Only named lights/projected textures will be able to do so.
- Lightmapped models will not be able to receive $phong. This is not planned at the moment but should be possible for named lights/projected textures!
In Models can utilize Lightmap UV's.
- The way this is currently implemented requires a custom-written tool, two SMDs (one with a lightmap uv), and also has a lot of precision loss for the Lightmap UVs. Additionally, this requires a custom compiler!
  Todo: Investigate Source 2007 code, supposedly the Studiomdl code is there. Maybe it can be packed via Blendweights or the precision loss might be decreased.

Features ported/recreated

$phongdisablehalflambert (in all games since ) - Also needed for Mapbase
$phongexponentfactor From Source 2013 Multiplayer
$phongalbedoboost (in all games since )
$basemapluminancephongmask (in all games since )
- LUX allows the use of Rec. 709 HDTV Luminance Weights. float3(0.2126f, 0.7152f, 0.0722f).
  Previously, SDK_ Shaders would use the NTSC Analog Television standard of float3(0.2990f, 0.5870f, 0.1140f)

$selfillumtexture Deprecated since Source 2007
- Yes, there is a use for this! $detailblendmode 5 is commonly used for glowing textures. This parameter allows for not wasting your $detail. Additionally no $emissiveblend is required.

See also: PBR Shaders in the community commonly have a $emissiontexture parameter that does EXACTLY what $selfillumtexture does in LUX.

$flowmap support - From Alien Swarm
$envmaplightscale From for brushes (in all games since ) and models (only in )

Important:Features are dependant on types:

On brushes, this will use the Lightmap
On models with $bumpmap, this will use Bumped lighting.
On models without $bumpmap, this will use Vertex Lighting.
In Models utilizing Model Lightmapping, this will use the Lightmap, regardless of if $bumpmap is used.

Features that won't be ported/recreated/revived

$basealphaenvmapmaskminmaxexp from Alien Swarm - This parameter is not yet documented on the VDC, it is also unclear what exactly it does...
$EnvMapLightScaleMinMax from Counter-Strike: Global Offensive
$envmapsphere and related - These features have been removed since Alien Swarm and is obsolete.
- This is very easy to re-implement. The 7th face of a cubemap is still built in Source 2013, so this feature is still operational.

Not functional for now

$distancealpha - Non-Functional. Planned for later.

Stock Shaders VS LUX

Todo: Move This to their own pages or something like that. Also, update.

LightmappedGeneric

Stock Shaders

Bug:

$detailblendmode () 2-9 Don't work.
$detailblendmode () 6 Doesn't work.
$detailblendmode () 8 doesn't work. 9 doesn't work with $bumpmap, $envmap or $selfillum
$bumpmap + $envmapmask Doesn't work, except in
$lightwarptexture + $detail () Doesn't work.

$basealphaenvmapmask + bumpmap Doesn't work [todo tested in?]

$selfillummask (not in )
$selfillum_envmapmask_alpha (not in )
$selfillumfresnel (not in )
$blendtintbybasealpha (not in )
$detailtexturetransform (not in )
$lightwarptexture(not in )
$envmapfresnelminmaxexp(in all games since )
$envmaplightscale(in all games since )
$basealphaenvmapmask requires inverted masks

LUX_LightMappedGeneric

Note:

$detailblendmode 1-9 works.
$detailblendmode 10-11 planned.
$bumpmap + $envmapmask works, used to be (only in .)
$lightwarptexture + $detail works
$basealphaenvmapmask + $bumpmap works.
$selfillummask Exists now.
$blendtintbybasealpha Exists now.
$selfillum_envmapmask_alpha Exists now.
$envmaplightscale Exists now.

$detailtexturetransform Exists now.

Note:Caveat - Has higher priority than $selfillum/$selfillummask.

Note:Caveat - $selfillumtexture has higher priority than both.

Important:$basealphaenvmapmask does not require a flipped mask.

Workaround:There is a new parameter that can flip the envmap mask. It also works with $envmapmask and $normalmapalphaenvmapmask.

VertexLitGeneric

Stock Shaders

Always

$envmaplightscale(only in ).

Without $Bumpmap

Bug:$detailblendmode

10-11 Don't work.

$selfillumfresnel missing.

$lightwarptexture missing. [todo tested in?]

Note:$lightwarptexture forces bumpmapping by binding a default one, unless one is manually specified.

With $Bumpmap

Bug:

$detailblendmode 5-11 Don't work.

$detailblendmode

5-6 & 8-11 Don't work. [todo tested in?]

Note:

$envmapmask missing. Except .

$selfillummask missing.

Confirm:Only in

?

$selfillum_envmapmask_alpha missing.

$selfillumfresnel disables $normalmapalphaenvmapmask.

Todo: Also on other branches than

?

With $Phong

Bug:$detailblendmode

8-11 Don't work. $invertphongmask

In the shadercode, only flips the mask used for $envmap.

Confirm:Also on newer branches?

$phongalbedotint cannot be used without $phongexponenttexture.
$phongwarptexture does not work.
$phongalbedoboost(only in ) + $detail does not work.
$phongtint disables $phongalbedotint.
$envmap always masked by something.
{{Only in + $envmap masked by $basetexture luminance when $normalmapalphaenvmapmask and $basemapluminancephongmask is used.
$envmap masked by $basetexture alpha when $normalmapalphaenvmapmask and $basemapalphaphongmask is used.
$basemapalphaphongmask makes $phong ignore the $bumpmap.
$selfillumfresnel + $normalmapalphaenvmapmask will cause the $envmap to be multiplied by 0.0f regardless of whether $invertphongmask is used.

$selfillumfresnel will cause $envmap to be masked using the $basetexture alpha channel.}} [todo tested in?]

Note:$phongdisablehalflambert(in all games since

)

$phongexponentfactor only in
$basemapluminancephongmask(in all games since )

$phongalbedoboost only in (in all games since

)

LUX_VertexLitGeneric

Without $Bumpmap

$detailblendmode 10-11 planned. If possible.
$selfillumfresnel Exists now.
$lightwarptexture Exists now.

Todo: Make a parameter that allows its usage. Right now default behavior is replicated and a default bumpmap is bound.

With $Bumpmap

$detailblendmode 5-9 work.
$detailblendmode 10-11 planned. If possible.
$envmapmask Exists now.
$selfillummask Exists now.
$selfillum_envmapmask_alpha Exists now.
$selfillumfresnel + $normalmapalphaenvmapmask Works now.

With $Phong

$detailblendmode 8-9 work now.
$detailblendmode 10-11 planned. If possible.

Note:$invertphongmask Now only flips the mask used for phong. It will no longer touch the envmapmask at all.
$phongalbedotint can now be used without $phongexponenttexture.

Note:Will use entirety of $basetexture, without being masked.

$phongwarptexture Works ( (not in l4d2) ).
$phongalbedoboost Exists now. Used to be (only in .)
$phongalbedoboost + $detail Works. Does not work in Counter-Strike: Global Offensive.

Note:$phongtint does no longer disable $phongalbedotint. It will do ($baseTexture * Mask) * $PhongTint

Note:When no $phongexponenttexture is specified, Mask will be 1.0f!

$envmap Can now be not-masked by using a new parameter ($phongenvmapnomask)

Important:By default the original masking for the $envmap will be replicated to not have disparity. However, it can now be overridden using two new parameters. $phongforcebasealphaenvmapmask and $phongforcenormalmapalphaenvmapmask

$basemapalphaphongmask no longer makes $phong ignore the $bumpmap.

Note:This will make materials that previously used this intentionally, look different.

$selfillumfresnel + $normalmapalphaenvmapmask will no longer multiply the $envmap by 0.0f
$phongdisablehalflambert Exists now. ( Used to be (only in +)
$phongexponentfactor Exists now for . ( Used to be (only in ))
$basemapluminancephongmask Exists now. ( Used to be (in all games since l4d))
$phongalbedoboost Exists now. ( Used to be (in all games since csgo))

History

LUX started development on January 20th, 2023, but it was planned and thought around January 14th, when the lead developer ShiroDkxtro2 was in a hospital stay.
Even before 2023, the idea of rewriting Valve's shaders was being considered. Various people asked ShiroDkxtro2 if certain modifications could be implemented for default shaders, such as cascaded shadow mapping.
These requests would usually result in a simple "no", as modifying the default shaders was not considered feasible for various reasons, most of which are indirectly mentioned in LUX's Goals.
The project's inception was supposed to be a means to make the existing shaders more moddable, with new features in mind and laid out so that implementing new things would be easier.

Credits

SCell555's ShaderCompiler: Used to compile the Shaders. Include files ( .inc ) are intended to be made using Perl.; LUX copies various code from thexa4's PBR header

Tottery ( Also known as TotteryNine ): TotteryNine was crucial to ShiroDkxtro2 for learning the basics and more complicated aspects of making and compiling Shaders.

Sitkinator: Aiding with the initial logo and adding a screen-reflection effect to it.

Mr.Kleiner: For writing various tools. Including a VTF Flagging tool for Cubemaps inside a .bsp file, a tool for packing lightmap UV's into .smd files

roman_memes: Various logical checks and ideas. Also helped with prototyping new features and finding siggraph or other papers regarding modern and oldschool graphical implementations.

Alivebyte!: For doing modifications to the ShaderCompiler, which so far have not been implemented into the repo.

Ficool2: For enlightening us about the Constant Register Hack, allowing for the use of more than 32 float constant registers on SM3.0; This Project would be nearly impossible without it.

ChatGPT: Help with programming and the undocumented graphical features of the Source Engine.; It knows things and can make new things to a degree. Various code used in LUX has been partially written by AI.

Mapbase: Since one of the goals of this project is to be compatible with it, various code from it has been adapted.; This means that all Shader-related things should also be inherited with the credits of LUX. You can find Mapbase's credits here.

Source++: Code might be included, like the NvidiaPCF5x5Gaussian Shadow Filter

Joshua Ashton: For his various open-source work related to the Source Engine

LUX

Contents

Goals

Planned Features

Mapbase compatibility

New features

Features ported/recreated

Features that won't be ported/recreated/revived

Not functional for now

Stock Shaders VS LUX

LightmappedGeneric

Stock Shaders

LUX_LightMappedGeneric

VertexLitGeneric

Stock Shaders

Always

Without $Bumpmap

With $Bumpmap

With $Phong

LUX_VertexLitGeneric

Without $Bumpmap

With $Bumpmap

With $Phong

History

Credits

See also

Navigation menu

Personal tools

Namespaces

Variants

Views

More

Search

Navigation

Workshop

Support

Steam Community

Tools