Yes, minligth = 20, and sunlight = 110... light compilation has -nominlight option in order to obtain some complete pitched black area with antilight...
What's the problem ? Do you have problem with your screen setting ? 

Minlight and those textures don't mix too well. 

I made a try without minlight, and it is completely black-ish darkness-ish in some area where there are no light sources... hence my decision to use minlight... just a matter of taste afterall... though... :P 

the floors look washed out, the shadow areas don't. 

I'd try a browner color instead of the white trims to lose some of the cartoony feel. 

Are you using 16 bit or did you change the gamma or brightness a lot? The colours look awful (not the map, but the screenshot). 

... does not reflect the map ingame guys ! Please remind this... Actually gamma is set to 0.55... (default value I think)... I just reworkd brightness and contrast by increasing the values respectively by 40 and 30% before posting... as I do all the time :/ 

Gamma 1 is the default. 0.55 is like HELLO LET ME EMULATE A NUCLEAR BLAST RIGHT NEXT TO YOUR RETINA! ;p

Set your monitor to sRGB if you can and calibrate further if needed: http://www.normankoren.com/makingfineprints1A.html 

Well, it means that the map is darker than it is seen ingame... hmmmm seems that I have to check that now... but I fear that the main problem will then be to provide screenshots with something visible... bad... 

Actually gamma value is directly linked to the brightness set in the Quake setup menu.... So if gamma is set to 1, it is very dark... then if gamma decreases, it is brighter...
Also depending on your screen (CRT or flat), the rendering is different... it then explain why it is impossible to satisfy everybody with shots: better is to wait for the release, and play the map ;) 

looks awesome.
http://necros.quaddicted.com/temp/GTH04_crt.JPG <-- for you guys who think it's too dark.

a suggestion: i'm not really a fan of the 'small bright pinpricks of light spaced far apart' style of lighting. i like it when that is mixed in with larger, longer reaching lights.

if you can run in fitzquake, turn on r_lightmap 1. ideally, you should never have any surface with uniform light on it. it should always been ramping up or down.
obviously, this is only an ideal and it's impossible to actually do that. still, i feel it's something to strive for anyway. 

I've noticed that in your maps, you tend to use almost entirely short-distance & high-intensity lights. Have you thought about having longer 'wait' or 'delay'? 

minlight is a lot less necessary if you use delay 2 or 3 (1/x and 1/x^2 falloff formulae, respectively).

Input those functions into a graphing calculator program, and you can see what the light intensity falloff looks like. There is a tight core of high intensity light, and then a long tail of slowly dimming light. Just a couple of those lights can just about light a whole room.

In fact, the light will be fullbright at the center (see the graphed function, which goes asymptotic as it approaches zero), unless you use aguire's delay 4 fix that doesn't allow the light intensity to exceed the value of the "light" key on the light. 

just a correction to avoid confusion,

1/x = delay 1
1/x^2 = delay 2
and aguirRe's capped version = delay 5

i think jpl is using delay 2 lights, but the wait setting is set way up (like 2.5 or 3+) 

my post was both obfuscated *and* incorrect! 

Actually I'm generally using

delay = 1 or 2
wait = 1
light = 80

Fait enough to obtain the desired effect, at least on my screen ;) 

settings i've been using lately which i'm pretty happy with as a standard light caster:

delay 5
wait 1.25
light 450

gives a fairly long range light but with a nice bright center. i hardly ever use delay 2 anymore. i find delay 5 is a 'safer' option because of the way the capping works, it creates a nicer falloff that's more forgiving when going up high with light values. delay 2 is kind of touchy.

if i've got multiple braziers or torches in close proximity (say 128 units apart), i'll pump the wait up to 2 or 2.5 to prevent over saturating the area with light. 

 

So is linear falloff ever useful anymore? Maybe only good for small rooms? 

I'm trying to have "real" light rendering. Any light that is not a laser, is non coherent, and generally not "directed" (i.e meaning that without any parabolic mirror, there is no way to direct it), So a non laser light is emitting in all directions... Also, the emitted light power is fading out by the square of the distance... so using wait = 1 and delay = 2 is then the most obvious way to have something close to reality... BTW, AFAIK, wait is only providing a multiplying factor to the light field.. i:e the formula becomes then

P(x) = wait * light / (x^2)

Anyway, depending of the effect ingame, these values can be tuned as desired by the mappers, and each mapper has his habits / clues... ;) 

This formula is "true" if the environment is wet air... it has to be tuned according to humidity, temperature, fog presence, etc... and then delay can increase dramatically.. though... 

I like the wonky look :) 

I experimented with Delay last night. I had never really used it before except for simulating sky light (Delay 2, Wait .25 - .4, Light 25-50). A few of those up high can give a soft skylight effect over a large area.

Maybe I'm just too used to the way the original Quake levels look, but when I tried Delay 2 for indoor lights it just didn't look right to me. The "hot spot" was too hot and the fall off extended too far causing a sort of "minlight too high" effect.

Delay 1 was a lot better looking to me, I can see using it some, but the hot spot effect is still distracting. There just seems to be too rapid of change in light level between the core and the falloff.

I tend to make mostly indoor type maps with relatively small rooms and lots of obvious light sources, so that probably has something to do with it.

What ended up looking best to me was Delay 1, Wait 2, Light 80, but I'll probably end up sticking with my usual 200-250 (sourced) Lights with lots of 125-175 (Wait .5-.8) fill lights to simulated relected light and such. 

Everyone who plays with lights, make sure you use an engine with Overbright support like Fitzquake. 

Crossposting from the Mapping Help thread:

I need someone with UnrealED3 (the UT3 version) installed to take a brief look over a map I have been slowly working on for a loooong time now to help me decide whether I should continue slowly building upon it or whether I should just put it out of it's misery.

Download it HERE.