Env_cubemaps
Remember that a shiny surface shows its nearest cubemap as its reflection so, for example, if you had a cubemap above where the floor was water you wouldnt want nearby walls to lock onto that cubemap if there is was a concrete floor below those nearby walls; so you would need two cubemaps, one reflecting the water and one reflecting the concrete.
Hope this helps.
For example: a square room almost completely composed out of metal with a few concrete surfaces can easily do with 1 cubemap placed in the middle. The same for an almost completely concrete chamber with a few metal surfaces. It requires a lot of trial and error to get right.
Having said that, you of course still don't have a real answer to your question. The number of cubemaps really depends on your map. Like I said, through simple trial and error you'll get there.
The easiest way to get an estimate is to add up the number of areas of visual contrast in you map (contrast in lighting, texture etc.).
Example: If you have a completely metal room between 2 elevators, you would want to use 3 cubemaps: 1 cubemap in the middle of the room and 1 cubemap in front of each elevator.You'll still need to test the cubemaps to make sure everything looks good, but this should give you a good place to start.
msleeper wrote:
Cubemapping is an art, not a science. There is no "right" way to do it, but there sure are plenty of "wrong" ways.

Like mentioned above it depends on the brush work and surrounding of your map, not the size, Cube mapping is an art. Each cubemap should be placed 35 units above a surface that is reflective. Also you wont need more than one cubemap for a single room, unless the room it self is very large. A cubemap should be placed in a 512 unit radius. That means every 512 units a cubemap should be present as long as the room is large. That however does not mean you should have large ass reflective brushes. You also have to take care of the fill-rate rendering for those surfaces. Also what they reflect. So, cubemap values and keys arent needed to be used unless your doing some really special reflection work, but even then, you'll hardly use them either.Same thing for glass, if theres a glass wall, a cubemap should be on each side, 15 units away from the glass.
Floor - 35
Glass - 15
Water - 40
wall - 35
Sky - 40 (only for HL2 of course)
I hope that helps.
MrTwoVideoCards wrote:
Like mentioned above it depends on the brush work and surrounding of your map, not the size, Cube mapping is an art. Each cubemap should be placed 35 units above a surface that is reflective. Also you wont need more than one cubemap for a single room, unless the room it self is very large. A cubemap should be placed in a 512 unit radius. That means every 512 units a cubemap should be present as long as the room is large. That however does not mean you should have large ass reflective brushes. You also have to take care of the fill-rate rendering for those surfaces. Also what they reflect. So, cubemap values and keys arent needed to be used unless your doing some really special reflection work, but even then, you'll hardly use them either.Same thing for glass, if theres a glass wall, a cubemap should be on each side, 15 units away from the glass.
Floor - 35
Glass - 15
Water - 40
wall - 35
Sky - 40 (only for HL2 of course)I hope that helps.
I wouldn't go as far as calling it an art. I agree that the amount of cubemaps don't nesseceraly depend on the size of the map, but the distances you talked about don't make sense. Where did you get those values from? Why 15 units when you can have 16 units (so you easily can align them to the 16 units wide grid)? Why put a cubemap by the sky? And 64 units above the floor is better than 35. 64 units is about the same hight as the hands of the player. I wouldn't make a recommendation for distances between cubemaps and surfaces at all except for one. A cubemap shouldn't be closer than 16 units from a surface.
IMO, the fewer cubemaps, the better. The file size will be smaller and you don't get flickering reflections as you walk through them. The framerate could be affected too in some cases. I usually put one cubemap per room. The default resolution for the cubemaps is too low in most cases for you to see the difference between having one or ten cubemaps in a room. There are exceptions of course, for example rooms with complex design.
If the room is large I put cubemaps by the entrances so no other cubemap will be too close to the farther ends of the room. Assigning brush faces can be a good idea for large reflective surfaces that are devided in many brushes. Then you don't get different cubemaps on the same wall or ceiling etc.
This is a good page to read for more info:
Ald?z wrote:
I wouldn't go as far as calling it an art. I agree that the amount of cubemaps don't nesseceraly depend on the size of the map, but the distances you talked about don't make sense. Where did you get those values from? Why 15 units when you can have 16 units (so you easily can align them to the 16 units wide grid)? Why put a cubemap by the sky? And 64 units above the floor is better than 35. 64 units is about the same hight as the hands of the player. I wouldn't make a recommendation for distances between cubemaps and surfaces at all except for one. A cubemap shouldn't be closer than 16 units from a surface.IMO, the fewer cubemaps, the better. The file size will be smaller and you don't get flickering reflections as you walk through them. The framerate could be affected too in some cases. I usually put one cubemap per room. The default resolution for the cubemaps is too low in most cases for you to see the difference between having one or ten cubemaps in a room. There are exceptions of course, for example rooms with complex design.
If the room is large I put cubemaps by the entrances so no other cubemap will be too close to the farther ends of the room. Assigning brush faces can be a good idea for large reflective surfaces that are devided in many brushes. Then you don't get different cubemaps on the same wall or ceiling etc.
This is a good page to read for more info:
http://developer.valvesoftware.com/wiki/Cubemaps
Heh, well then you answer his question Mighty Cubemap Lord. But, when you get down to it, the reason I listed these values, are all apparent when you get to the Lump file In the BSP, and the BuildCubeMap's Process. MAINLY! With HDR!