This thread got big quickly so I may be responding to old stuff, but:
Some questions about how portals, caulk, lighting and such work together, these two threads have some info from me and Ford, who is still at Raven, which should be more or less on target (this is from a year ago when D3 came out):
http://www.map-center.com/modules.php?n ... pic&t=4810
http://www.map-center.com/modules.php?n ... pic&t=4505
---------
my most used binds for map performance:
bind "[" "toggle con_noPrint"
bind "]" "toggle com_showFPS"
bind "\" "toggle r_showprimitives"
bind "p" "toggle r_showlightcount"
bind "o" "toggle r_showoverdraw"
bind "i" "toggle r_showtris"
bind "u" "toggle r_showportals"
bind "y" "toggle r_usescissor"
shadows i just guestimate, as the tools for viewing shadow volumes don't seem to help me much.
----
caulk and overdraw:
-cualking is not required at all, except behind patches or largish models to help performance.
-overdraw, in all its forms, is the huge performance killer in maps.
-even a simple wall has overdraw, as it uses multiple images for bump / diffuse / specular.
-lights cause overdraw on top of that - the more lights per surface, the more overdraw per surface.
-stencil shadows are objects - just like walls - and even though you don't see them, they still cause overdraw.
-any rooms more complex than a shoebox will cause still more overdraw.
-----------------------
vis portals:
-vis portals are a bit like hint brushes, and also double as Q3 style area portals.
-geometry alone does not block vis - period.
-r_showportals 1 makes the outlines of portals visible in-game.
-vis is calculated in-game, and it is possible to use too many vis portals. understanding how they work helps in placing them decently, but ultimately D3/Q4 is just plain rough on todays computers so its a pain in the ass.
-a red portal means nothing beyond that portal is needed for the current frame. any geometry behind that portal does not even get sent to your vid card.
-a green portal means any geometry behind it is required to render your current frame. any geometry behind it, but in front of red portals further away, is sent to your vid card to be transformed into your particular perspective view.
-what actually gets rendered, pixel by pixel, is what you can see through green portals. everything off to the sides, top, and bottom of your green portals doesn't actually get rendered, the D3 engine takes advantage of your video card's "scissor" function to make this happen.
-this second function of vis portals (green ones), the scissor, is very, very useful for eliminating overdraw - but doesn't help a bit with triangle count. only geometry behind red portals reduces triangle count.
----
I've noticed the "Q4Radiant won't save my fucking work" problem as well. I seemed to start having problems after setting up si_map and spawnserver to test things, but who knows whats going on.
---
sorry for the crappy typing, its nearly 2 am here.