Compile Errors (Post your error here)

[dafatcat]

It would be best to make your own volumetric light model, or find one that fits

[Zeph]

Dec 7, 2009 23:17:30 GMT Xenomorph said:

if i save the main map, or the prefab map, close it, load either up again, one corner grip of this brush shoots off the grid (like 8 units).

This is most likely due to the brush being concave. Hammer cannot deal with concave brushes. You will have to split this brush into two brushes along the folded edge.

In this case, vertically down the middle is where you split it.

Dec 7, 2009 23:17:30 GMT Xenomorph said:

goal: lighting the walls / ceiling around this spotlight.
Problem: whole room gets lit up.

Double click the light entity, you should have a few settings.
One will be Brightness, with four (4) numbers in the range 0-255.
The first three are RED, GREEN and BLUE levels, the fourth is BRIGHTNESS. Reduce this fourth number.

Dec 7, 2009 23:17:30 GMT Xenomorph said:

Is it possible by using a texture to create light as how it comes out of the corridor on the left in this pic?

Some textures do emit light, and i believe they start with a tilda, or '~', eg: ~LIGHT3B.
You can open the file lights.rad and find textures that have a name with four numbers similar to above, eg:
LIGHT3B 255 200 100 2000.

[Xenomorph]

Ok some good news and some bad news.

The good:
I fixed the prefab off the grid problem... somehow.
What i did? well made the whole element from lesser brushes, BUT! i made the angles different so they be 16 units up and 4 wide.
So guess i also made one of the 10 most common misakes after all lol.

The bad:
The lights still drive me crazy!!
I guess i can mess around with it for hours on bu i wanna go on with the rest of the map, not having the lights laughing at me in the back of my head all the time.
So, here's some pics of my frustration:




And heres the test map all cleaned up from which the pics above are taken.
www.xs-chaos.co.uk/xeno/pics/leadworks/leadworks-test.zip

Any of you who feel up for it to go on this challenge would be apreceated.

some details on the light:

brightness= 20 !f-ing! 5
color is pure white
HDR = i dun touch that stuff
constant = 0
50% falloff = 50
0% falloff= 25 (since i dun want that shit to spread around)
hard falloff = 1 ( so you can clearly see the shade levels borders)
maximum distance = 25

So, to me all of the above tells me any light of any kind shouldent get beyond a 50 unit border rite?
Well Hammer seems to think defferently.

PS: thx for the fast reply folks, i now again have hope

PS#2: ill be going trough em "volumetric light model" thingy's and light edmitting textures now then.

<X out>

[Zeph]

50% falloff is the light level half way between light cone center and edge. should be half the brightness of the light?
0% falloff is the light level at the edge and outside the light cone. change this to zero.

(Guessing here, but worth a try)

[Xenomorph]

Just tried that with no noticable changes of what so ever.

I'm getting the feeling the textures on the walls are bouncing the light all around the room or something.
Ah well im just going on with the map an hope to fix this lateron hehe.
Thx for the help so far anyways peeps.

[Zeph]

It could be the ambient light level of the map lighting up those areas. I believe ambient lighting is where all textures give a soft glow.

[Xenomorph]

Hmmm yeah that must be it i guess...
So now i gotto find a way to turn that off for just the big room so that stays dark.
It has to stay on for the corridors on the other hand so i wonder if thats even possible.
I can also test with "block light" textures ive seen pass by and create a light catching cage around the lights so the rest stays dark.

So many tests and so lil time lol.

[Zeph]

I block light also blocks NPC line-of-sight. Just informing - may cause un-wanted results.
developer.valvesoftware.com/wiki/Tool_textures
Used for blocking light through entities for correct shadows - EG hand rails have a block light texture under them to create correct(?) (or simplified?) shadows. (Rather than have the entity create teh shadow, which will use up more resources. Guess it's for optimization).

Suggest check out this:
developer.valvesoftware.com/wiki/Ambient_light

Also, for each light entity check out the "Hard Falloff"

Hard falloff <bool>
Causes lights to fall to exactly zero beyond the 0% distance. May cause unrealistic lighting if not used carefully.

If you have a light_enviroment:
developer.valvesoftware.com/wiki/Light_environment

* _ambient <color255> <integer>

Ambient : The RGB color followed by the Brightness of Diffuse Skylight.

And while im at it found this for texture-lights:
developer.valvesoftware.com/wiki/Glowing_Textures

[Xenomorph]

Roight, did another test and guess what, it worked this time

What i did was bould a "cage" of block light textured brushes around the light, and that stopped it from spreading woohoo!.
Would have gotten the eventually but only faster because of zeph's post so thx for that.

The plan is to put a block light ceiling underneath the lights so the only light up the ceiling and not the walls.

@ zeph's post:

a:
the map is going to be multiplayer in the end so there wont be any problems with NPC's specially not since they cant reach the ceiling hehe.

b:
the hard falloff was only to show the different shades of light clearly on the screenshots so thats off allready

c:
I'll keep the block light for shadows concept in mind tho, might do something with that if the situation is there.
My guess is i gotto turn offthe prop's "cast shadow" then so it uses the "block light" texture instead.

d:
It's a indoor map so i won't be having a scybox really, unless i decide to do a outdoor area lateron hehe.
Then ill look bact at them pages about the blocks and all of that, for now im good so thx!

My problems seem to be solved and if i run into new ones ill know where to go.

Thx again!

pic:

[Xenomorph]

Ok i forgot about the block light part completely because it gave me sharp lines of where the light stopped, which looked fake.
Instead i used dynamic lights, who don't spill their light into all directions.

Then i ranto something funny when making sprites act like strobes.
Started a topic here for ye who are'st interested:

www.ubermicro.proboards.com/index.cgi?action=display&board=main&thread=1939&page=1

[Xenomorph]

Ok people got another funky something going on with water lol
I wanted to make something that looked like hot lead, since it's the "Leadworks" map afterall eh?

So i imported the original texture and it looked fine but then i wanted to put a layer of water over it so it looked like it was moving.

As you can see, that worked out fine with the first test:


What i did then was mirror the map over this lead resevoir and thats when the "fun" started:

As you can seefor some reason it starts to render the water as a portal right trough the floor to the other side of the map.

If i take the water brush out it looks like this:

I WANT the water in there so itmoves because it looks 100 times more realistic

Any idea's? to many lights, cubemaps, reflective textures, to large area?

About that last one, i tried usin area portals in my corridors only since my corridors aint square
i had to build it out of 2 brushes and that kinda totally killed my map lol.

Roight time to mess around with the above i think.

[Zeph]

Compile log please. Usually it's due to a leak.

This leak could be due to the area portals. You shouldn't really use it for corridors, more for doors/windows. Corridors will be visualized well via normal VisLeaf creation.

[Xenomorph]

Ok i deleted the first log and replaced it with this new one, where the water works again! ;D
As you can see somethings going on with this as well:

WARNING: Cluster portals saw into cluster

Must have something to do with the arced walls?:


I'll make those func_detail i think and add a straight wall behind em just like the big floor brush.
Now it also makes sence to me why they did it like that in the original AVP2 map lol


writing F:\Steam\SteamApps\[e-mail]\sourcesdk\bin\ep1\bin\prefabs\leadworks7.prt...done (0)
Creating default cubemaps for env_cubemap using skybox materials:
skybox/sky_wasteland02*.vmt
Run buildcubemaps in the engine to get the correct cube maps.

No such variable "$hdrbasetexture" for material "skybox/sky_wasteland02rt"
Can't load skybox file skybox/sky_wasteland02 to build the default cubemap!
Finding displacement neighbors...
Finding lightmap sample positions...
Displacement Alpha : 0...1...2...3...4...5...6...7...8...9...10
Building Physics collision data...
done (1) (648508 bytes)
Placing detail props : 0...1...2...3...4...5...6...7...8...9...10
Compacting texture/material tables...
Reduced 3879 texinfos to 1912
Reduced 58 texdatas to 52 (1854 bytes to 1683)
Writing F:\Steam\SteamApps\[e-mail]\sourcesdk\bin\ep1\bin\prefabs\leadworks7.bsp
3 seconds elapsed

** Executing...
** Command: "f:\steam\steamapps\[e-mail]\sourcesdk\bin\ep1\bin\vvis.exe"
** Parameters: -game "f:\steam\steamapps\[e-mail]\half-life 2 episode one\episodic" "F:\Steam\SteamApps\[e-mail]\sourcesdk\bin\ep1\bin\prefabs\leadworks7"

Valve Software - vvis.exe (Nov 8 2007)
2 threads
reading f:\steam\steamapps\[e-mail]\sourcesdk\bin\ep1\bin\prefabs\leadworks7.bsp
reading f:\steam\steamapps\[e-mail]\sourcesdk\bin\ep1\bin\prefabs\leadworks7.prt
288 portalclusters
790 numportals
BasePortalVis: 0...1...2...3...4...5...6...7...8...9...10 (0)
PortalFlow: 0...1...2...3...4...5...6...7...8...9...10 (3)
WARNING: Cluster portals saw into cluster
WARNING: Cluster portals saw into cluster
WARNING: Cluster portals saw into cluster
WARNING: Cluster portals saw into cluster
WARNING: Cluster portals saw into cluster
Optimized: 45 visible clusters (0.00%)
Total clusters visible: 24066
Average clusters visible: 83
Building PAS...
Average clusters audible: 161
visdatasize:16861 compressed from 23040
writing f:\steam\steamapps\[e-mail]\sourcesdk\bin\ep1\bin\prefabs\leadworks7.bsp
3 seconds elapsed

** Executing...
** Command: "f:\steam\steamapps\[e-mail]\sourcesdk\bin\ep1\bin\vrad.exe"
** Parameters: -game "f:\steam\steamapps\[e-mail]\half-life 2 episode one\episodic" "F:\Steam\SteamApps\[e-mail]\sourcesdk\bin\ep1\bin\prefabs\leadworks7"

Valve Software - vrad.exe SSE (Nov 8 2007)
----- Radiosity Simulator ----
2 threads
[Reading texlights from 'lights.rad']
[48 texlights parsed from 'lights.rad']

Loading f:\steam\steamapps\[e-mail]\sourcesdk\bin\ep1\bin\prefabs\leadworks7.bsp
6795 faces
184380 square feet [26550816.00 square inches]
0 displacements
0 square feet [0.00 square inches]
6795 patches before subdivision
88547 patches after subdivision
273 direct lights
BuildFacelights: 0...1...2...3...4...5...6...7...8...9...10 (186)
BuildVisLeafs: 0...1...2...3...4...5...6...7...8...9...10 (101)
transfers 24765424, max 1133
transfer lists: 188.9 megs
GatherLight: 0...1...2...3...4...5...6...7...8...9...10 (0)
Bounce #1 added RGB(132122, 30447, 2829)
GatherLight: 0...1...2...3...4...5...6...7...8...9...10 (1)
Bounce #2 added RGB(17620, 3731, 396)
GatherLight: 0...1...2...3...4...5...6...7...8...9...10 (1)
Bounce #3 added RGB(3627, 669, 59)
GatherLight: 0...1...2...3...4...5...6...7...8...9...10 (0)
Bounce #4 added RGB(574, 98, 9)
GatherLight: 0...1...2...3...4...5...6...7...8...9...10 (1)
Bounce #5 added RGB(125, 19, 1)
GatherLight: 0...1...2...3...4...5...6...7...8...9...10 (1)
Bounce #6 added RGB(22, 3, 0)
GatherLight: 0...1...2...3...4...5...6...7...8...9...10 (0)
Bounce #7 added RGB(5, 1, 0)
GatherLight: 0...1...2...3...4...5...6...7...8...9...10 (1)
Bounce #8 added RGB(1, 0, 0)
Build Patch/Sample Hash Table(s).....Done<-0.0053 sec>
FinalLightFace: 0...1...2...3...4...5...6...7...8...9...10 (2)
FinalLightFace Done
164 of 164 (100% of) surface lights went in leaf ambient cubes.
ComputePerLeafAmbientLighting: 0...1...2...3...4...5...6...7...8...9...10
Ready to Finish

Object names Objects/Maxobjs Memory / Maxmem Fullness
------------ --------------- --------------- --------
models 2/1024 96/49152 ( 0.2%)
brushes 1764/8192 21168/98304 (21.5%)
brushsides 14655/65536 117240/524288 (22.4%)
planes 5896/65536 117920/1310720 ( 9.0%)
vertexes 11325/65536 135900/786432 (17.3%)
nodes 718/65536 22976/2097152 ( 1.1%)
texinfos 1912/12288 137664/884736 (15.6%)
texdata 52/2048 1664/65536 ( 2.5%)
dispinfos 0/0 0/0 ( 0.0%)
disp_verts 0/0 0/0 ( 0.0%)
disp_tris 0/0 0/0 ( 0.0%)
disp_lmsamples 0/0 0/0 ( 0.0%)
faces 6795/65536 380520/3670016 (10.4%)
hdr faces 0/65536 0/3670016 ( 0.0%)
origfaces 5533/65536 309848/3670016 ( 8.4%)
leaves 721/65536 23072/2097152 ( 1.1%)
leaffaces 12064/65536 24128/131072 (18.4%)
leafbrushes 3980/65536 7960/131072 ( 6.1%)
areas 2/256 16/2048 ( 0.8%)
surfedges 53992/512000 215968/2048000 (10.5%)
edges 35129/256000 140516/1024000 (13.7%)
LDR worldlights 273/8192 24024/720896 ( 3.3%)
HDR worldlights 0/8192 0/720896 ( 0.0%)
waterstrips 731/32768 7310/327680 ( 2.2%)
waterverts 0/65536 0/786432 ( 0.0%)
waterindices 15036/65536 30072/131072 (22.9%)
cubemapsamples 34/1024 544/16384 ( 3.3%)
overlays 0/512 0/180224 ( 0.0%)
LDR lightdata [variable] 3272540/0 ( 0.0%)
HDR lightdata [variable] 0/0 ( 0.0%)
visdata [variable] 16861/16777216 ( 0.1%)
entdata [variable] 111721/393216 (28.4%)
LDR leaf ambient 721/65536 17304/1572864 ( 1.1%)
HDR leaf ambient 0/65536 0/1572864 ( 0.0%)
occluders 0/0 0/0 ( 0.0%)
occluder polygons 0/0 0/0 ( 0.0%)
occluder vert ind 0/0 0/0 ( 0.0%)
detail props [variable] 1/12 ( 8.3%)
static props [variable] 1/2554 ( 0.0%)
pakfile [variable] 356222/0 ( 0.0%)

Level flags = 0

Win32 Specific Data:
physics [variable] 648508/4194304 (15.5%)
==== Total Win32 BSP file data space used: 6141764 bytes ====

Total triangle count: 18410
Writing f:\steam\steamapps\[e-mail]\sourcesdk\bin\ep1\bin\prefabs\leadworks7.bsp
4 minutes, 54 seconds elapsed

** Executing...
** Command: Copy File
** Parameters: "F:\Steam\SteamApps\[e-mail]\sourcesdk\bin\ep1\bin\prefabs\leadworks7.bsp" "f:\steam\steamapps\[e-mail]\half-life 2 episode one\episodic\maps\leadworks7.bsp"


** Executing...
** Command: "f:\steam\steamapps\[e-mail]\half-life 2 episode one\hl2.exe"
** Parameters: -game "f:\steam\steamapps\[e-mail]\half-life 2 episode one\episodic" -toconsole -dev -console +sv_lan 1 +map "leadworks7"

[Zeph]

Water works? what was the problem.

ANYTHING that is clipped, cut, carved, rotated, vertex edited, etc (ie that's NOT a simple box inline with the grid) should be func_detail, as otherwise you'll get broken visleafs. Your "WARNING: Cluster portals saw into cluster" means there is some crazy leaf goings on.

What you can do is build walls behind the vis leafs which make a simple square room. Make these nodraw, as they wont be seen. This will simplify the corridor into square rooms, with "fake" walls forming the curve.

Check out this post:
ubermicro.proboards.com/index.cgi?board=tutorials&action=display&thread=1634

[Xenomorph]

I fixed the water by putting the standard volumetric light props i had shining out the corridors actually into the map with the x,y,z thingy.
First i had the big dev_black texture "scybox"around my map so it never noticed that being outside the map since the whole map was in a sealed room.

Seccond i had some dev_128 units textuered brushes outside my map i used to determine room sizes, put thoe inside the map as well.

Right now i did bind the curved walls to func_detail as well and the process story is alot shorter to now.

I still get the "WARNING: Cluster portals saw into cluster" a couple of times so that must be the corridors i guess:

As you can see thos are all but square shaped hehe ;D
I did the wireframe 0,1,2,3 or something command once and there ware lotsa funky lines coming from those intersections.
I gotto make those func detail as well then and add a nodraw box around em just like the angled walls then.

I allready had nodraw blocks behind the func_detail closed doors (all the doors ar func_detail btw) since hammer just couldent deal with them anymore, since the are vertex edit heaven you could say.

Allways nice to find out after you totally completed that section a week ago eh?

Neways thx again 4 the help....you just earned a spot at the yet to make custom wall of fame texture that'll be placed in the map when it's released

Off 2 bed, l8rs!