VERC: QRAD Textures and the RAD File Last edited 21 years ago2002-11-16 15:07:00 UTC

You are viewing an older revision of this wiki page. The current revision may be more detailed and up-to-date. Click here to see the current revision of this page.

This article was recovered from an archive and needs to be reviewed

  1. The formatting may be incorrect as it was automatically converted to WikiCode from HTML, it needs to be revised and reformatted
  2. Some information may be out of date as it was written before Half-Life was available on Steam
  3. After the article is re-formatted and updated for Steam HL, remove this notice
  4. Please do not remove the archive notice from the bottom of the article.
  5. Some archive articles are no longer useful, or they duplicate information from other tutorials and entity guides. In this case, delete the page after merging any relevant information into other pages. Contact an admin to delete a page.
Textures in Half-Life can be set to throw light as if they were light entities. To do so, they must be referenced in a RAD file. A texture thus referenced will always throw light: every example of that texture in the level will throw identical light. Further, this light cannot be turned off, so creating on/off textures for lights that one expects to switch should not be given qrad values: those lights need to be light entities.

note: further tool development has brought about the ability to switch texture lights on and off. Since this depends on third party tools rather than the default ones, this area will not be discussed here.

There are three types of RAD file: lights.rad, a global RAD file; designer.rad, a user-specified RAD file; and levelname.rad, a RAD file that is automatically parsed if it exists in the same folder when compiling a map of the same name. The designer.rad supersedes the lights.rad, and the levelname.rad supersedes the designer.rad, in case a texture is specified in multiple files.

A texture can be given an RGB value in the RAD file, or an RGBV value. RGBV values are a little easier to understand sometimes, but you may use either. The amount of light a texture throws off is directly proportional to how much of that texture is visible, so TextureA on a 4x4 pixel face may throw off very little light, while the same texture on a 128x128 pixel face may flood a room completely with light. It?s best to decide on a light value for a texture and use that texture similarly under all circumstances: that?s the best way to know what things will look like in the engine. A designer usually handles the qrad file for a map, but the texture artist should also know when textures get used in this way.

Note: to use the designer.rad file, use the -lights designer.rad parameter with the RAD tools -- qrad.exe by default, or hlrad.exe if you're using Zoner's tools.

A RAD file is a text file that looks like this:

TexlightA     255 0 0TexlightB     25500 36000 1000TexlightC     128 128 0 10000TexlightD     100 128 225 1000

The first texture is just RGB values, the second is RGB where the texture needs to be really powerfully bright: perhaps it will always appear on very small faces but be asked to throw a lot of light, like a small halogen bulb. As you can see, with three values like that, it can be tough to know exactly what color light the thing is, because there?s no paint program that will show you what the values 25500 36000 1000 work out to. The better way is to add the V number, so you can more readily understand the exact color (by bringing up a paint program and generating the color you want, and writing down the RGB values), and increasing the strength of the light is merely a matter of adjusting the final number up or down. Given an RGBV sequence, the RGB values must be between 0 and 255. The V can be anything. Given just RGB, they can be any value, but again, it?s tougher to predict what the light will be, and tougher to adjust the texture to be brighter or darker.
This article was originally published on the Valve Editing Resource Collective (VERC).
TWHL only archives articles from defunct websites. For more information on TWHL's archiving efforts, please visit the TWHL Archiving Project page.

Comments

You must log in to post a comment. You can login or register a new account.