With the -sunlight and -sunlight2 parameters for good-looking outdoor lighting ;) 

why sunlight 2? Is it for when you want to set your map on a planet with multiple suns, or is there a more cunning use of it?

Also, are there any light compilers that support radiosity aside from that old one riot made? (where the hell can I find that anyway?) 

is at http://icculus.org/~riot/

I don't know of any others for Quake. 

Helps make the shadows cast by -sunlight not as harsh (i.e. not pure black). 

it's pretty much a blend of varied angles to get a softer shadowing effect. 

...sun_mangle, especially if you're using a skybox that shows the sun. 

I tried viewpos facing directly away from the skybox sun but it's wrong - seems I'm missing some simple change between the coordinates of viewpos and sunmangle.

The idea is to have the light look as if its coming from the correct planar angle and altitude. 

before; there are several formats for specifying a vector in Quake. Viewpos only works for intermission format. For spotlight and sun mangles in Light you use the simpler yaw pitch format.

-sunlight2/3 (the latter is recommended) can be considered "outdoor minlight".

See readme for more details on these subjects and more. 

in WC some of the textures seem alligned, once I fire the map up in quake that is no longer the case. I'm pretty sure theres a command that can be entered to remedy this but I can't remember... any help? 

either -oldaxis or -alternateaxis may work depending on your compiler. Check the docs. 

Yet again ;) 

What will we do without that?

(seriously, color+radiosity in light, tightly controlled and used with the right artistic restraint, looks amazing) 

neither seems to work for WC 1.6... 

i was never a fan of the q1rad compilers. maybe i was just using it wrong, but i found that, while it would get rid of ugly harsh shadows, it tended to wash stuff out too much, giving more of a rough ambient occlusion look. getting nice contrasting shadows was usually more work than it was to make fake radiosity with the regular light compilers. also, it took longer, which was another big reason. :P 

when using q1rad which allowed me to control the lighting a bit more.

My recollection is q1rad can't support switchable lights though, which is a big negative for many single player maps. 

My recollection is q1rad can't support switchable lights though, which is a big negative for many single player maps.

That is correct... it also crashes out on large maps before it finishes. 

Yeah, I remember back in the quake2 days thinking that -bounce was another one of those command line switches where a bigger number meant your map would be better. All of my quake2 maps were very bright and yellow. 

I'd be interested by the use of rotating stuff in Quake: So, is there any tutorial, or any map example that explains the use of <*>_rotate stuff (Quoth)?

Thanks in advance 

Yes, CZG's tutorial is in the Quoth manual:
http://kell.leveldesign.org/quoth/quoth_tutorial.html#rotatings
http://czg.leveldesign.org/q/czg_rotate.txt 

Thanks, I already know that one...

Nevertheless I'm really interested about a map example... It will be more helpfull I think.. ;) 

The two posts at the start and end of this link give a method to make a func_rotate in a way I reckon is easier.

http://www.celephais.net/board/view_thread.php?id=4&start=6148&end=6153

No example map, but I think it's easy enough to experiment with. 

look in the "GPL map sources" thread, maybe one of the GPL'd maps has rotating stuff in it. 

Thanks for the infos ;) 

http://shub-hub.com/files/tools/hipprogs_doc.zip