[Feature] "Embedded" lightmaps
Opened this issue · 1 comments
A feature in VHLT and forks, "embedded" lightmaps are lightmaps that are baked into the diffuse texture, for textures that cannot be lightmapped on certain engines.
These have a few use cases:
- Lightmapped water in engines that don't support it (Ex: Vanilla, QEX, GoldSrc)
- More realistic glass using additive rendermode in HLBSP. This is how it's most commonly used in GoldSrc mapping.
- More realistic Trans33 and Trans66 surfaces in engines that don't support lightmapping these (I think this is currently the case in Yamagi)
- Creating brush-style prop models with more accurate lighting (which is more consistent with brush lighting than something baked in Blender)
This is an example of how an implementation might look, from a mapper's perspective:
KVs
Only _ewt_embedlightmap
, _ewt_embedlightmap_resolution
, and _ewt_embedlightmap_writeext
are probably integral, but I figured I'd list some other KVs that have features which could be useful.
KV | Type | Explanation |
---|---|---|
_ewt_embedlightmap |
bool | Enable "embedded" lightmaps (equivalent to zhlt_embedlightmap ) |
_ewt_embedlightmap_resolution |
uint | Luxel density; defaults to same density as regular lightmaps (ex: 16:1 texels to luxels) |
_ewt_embedlightmap_subdivsize |
uint | Max texture resolution to use before subdividing. 256 should be a safe default (being the max res supported by GoldSrc's software renderer, as well as the Voodoo 1). |
_ewt_embedlightmap_intensity |
float | Scale the obviousness of the lightmap; default 1.0. Useful for creating stuff that will be turned into static prop models, which will be vertex-lit by the engine. |
_ewt_embedlightmap_writeext |
bool | Write external textures; always enabled for Q2BSP |
_ewt_embedlightmap_extformats |
csv | List of formats to write external textures as; default is TGA (formats: BMP, PCX, PNG, TGA, WAL). |
_ewt_embedlightmap_compressext |
bool | Enable (additional) compression for supported formats (formats: 24-bit PNG - 256-color paletted, 24-bit TGA - RLE compression, 32-but PNG - 255-color paletted with 1-bit alpha if extbinaryalpha is enabled). |
_ewt_embedlightmap_extbinaryalpha |
bool | Allow binary alpha for supported formats (just PNG atm, being the 255-color paletted with 1-bit alpha, if compressext if enabled), as not all engines support such |
Output location
External textures are written to the following folders, depending upon output BSP format:
Q1BSP: <moddir>\textures\
Q2BSP: <moddir>\textures\<mapname>
HLBSP: <moddir>\materials\<mapname>
Naming
Textures are automatically named to avoid conflicts, and to avoid breaking functionality. A 10-character hash is generated for the name; if two generated textures are identical, then both faces will use the same texture. The first three characters of the original texture name are retained, which ensures that most special prefixes still work ({
, !
, #
, *
, +x
, -x
, ~
, @
, etc.), with the exception of HLBSP scrolling textures (as those wouldn't look nice with embedded lightmaps anyway). To keep the embedded lightmaps from intermingling with regular textures when using Q1BSP external textures in the mapper's filesystem, the string l_
is be placed between the three prefix characters and the hash.
So a texture name might look like this: +0~l_e2cfc89fae
Bloat
When embedded lightmaps are used with an animated, toggled, or randomly tiled texture set, baked versions of all possible textures are created. Naturally, that will exponentially increase file size, but such a use-case is unlikely to be common.
Additional notes
- BMP and PCX are always written as 8-bit.
- 32-bit TGAs are left uncompressed regardless of
_ewt_embedlightmap_compressext
, because the vanilla engines and many derivatives don't read RLE-compressed 32-bit TGAs correctly. 24-bit TGAs can be RLE-compressed with no issues. - Bit depth notes:
- With the exception of WAL files and embedded Q1BSP miptex, generated 8-bit paletted textures use their own autogenerated palette.
-
- When it comes to open-source palettization algorithms, Wadmaker's results in much more accurate results than GIMPs.
-
- Alphatest textures probably should treat the alpha index as #ff00ff regardless of palette, in order to avoid issues with dithering.
-
- Q1BSP miptex should assume a no-fulbright palette, but this might need to be a disableable function for Hexen 2 support.
- Other external formats could be added (ex: DDS, JPG, M8, M32); I only listed the ones that would be useful for Quake I+II and GoldSrc support. The KVs above were written with expandability in mind.
-
- Example of DDS:
_ewt_embedlightmap_extbinaryalpha
would cause generated DDS textures with transparency to use DXT1 instead of DXT5 or BC7
- Example of DDS:
-
- Example of JPG:
_ewt_embedlightmap_compressext
would result in a compression level of 90 instead of 98, or maybe it would enable chroma subsampling (which I usually disable for JPEGs myself)
- Example of JPG:
- I originally didn't list BMP, but then I realized that this feature could be useful for creating static props, and HLMDL uses BMP textures.
- GoldSrc doesn't support external textures (the path above is what Xash uses), but it'd still be useful to be able to write them externally for use-cases such as the aforementioned brush-styled MDLs.
- VHLT's
zhlt_embedlightmapresolution
apparently results in downscaling the texture (to save file size, allegedly). I don't think it makes sense to implement an equivalent; users can downscale the texture beforehand.