Spring RTS Engine

We can do our settings in a map (r, g, b)

but can it exceed 1?

As it can I cause some additive lighting? or is it just a simple darkening used for the lighting?

it seems like it would be cool to be able to cause an effect similar to a dodge with lighting. Any one know?

The simple answer is, no, I think if you feed it levels above 1.0, at best it'll bork.

But you could take my GLSL lighting solution from P.U.R.E., Widget-ize it and make it run on any Unit in POV, and get the effect you want, pretty easily (i.e., it's just the simple Lua that has to change, you don't need to alter the GLSL).

I am not looking for dynamic lighting.

I would like to be able to control light and shadow.

right now all we can do it darken the texture on a map.

Yep, I totally agree! I usually have to pre brighten my textures a bit.
But there is a hack smoth: use a brighter detail texture, and work down from that.

Also, anyone else notice that spring seems to desaturate textures even with no detail texture on and all lighting settings set to 1 1 1?
If I look at them next to each other (the original and the spring rendered, I can see about 5 points less saturation in spring, so I add a bit in photoshop before compiling.

I am not looking for dynamic lighting.

It is a simple lighting system. It's flexible.

You'd just have to send it the map geometry. User showed how to make a display list of that a long time ago. Maybe store it in a VBO?

Argh wrote:

I am not looking for dynamic lighting.

It is a simple lighting system. It's horribly ugly.

Fixed.

LOL... all righty then... moving right along...

I understand but please don't.

Beherith wrote:But there is a hack smoth: use a brighter detail texture, and work down from that.

Also, anyone else notice that spring seems to desaturate textures even with no detail texture on and all lighting settings set to 1 1 1?
If I look at them next to each other (the original and the spring rendered, I can see about 5 points less saturation in spring, so I add a bit in photoshop before compiling.

Yep, that's what I've done in the past, and yep, I've noticed that as well. I suppose over time I just got to the point to where I stopped questioning it and just accepted that that's the way it was. It is kinda wierd tho.

I usually countered it with increasing the contrast by a decent margin, but that isn't necessarily the best way O_o

Increasing the Saturation and Brightness/Contrast is what I've always done as well. lol

Funny how we've never talked about that before and yet we all do the same thing >_>

Hehe well, you get the map ingame and you're like "Waaaait a sec... that's not right...".

On some maps I tried increasing the contrast by a massive margin, and while it looks really good ingame, it also looks a bit fakish, so I just kinda decided on a happy medium.

Oh, and as mentioned, I have tried playing around with the detail tex for it, but the problem is, the more you brighten the detailtex, the more washed out your map ends up looking. At least that's what's happened with me, maybe someone else knows a better way to do it with the detailtex.

So... um, you guys basically want bloom?

So why not just adjust your map's pre-lighting results before compiling it (i.e., higher contrast), and then using a fairly high contrast ratio between the sun light and ambient values?

Argh wrote:So... um, you guys basically want bloom?

That's not what bloom is.

Argh wrote:So why not just adjust your map's pre-lighting results before compiling it (i.e., higher contrast), and then using a fairly high contrast ratio between the sun light and ambient values?

They are doing that. Doesn't make it a great method.

At any rate, maybe a screenshot of what they'd like things to look like, vs. what they're getting, might be helpful.

Maybe we need a way to adjust total contrast via a shader, etc. to solve these problems.

I just don't see what the issue is- I've done all sorts of lighting conditions, from "fairly damn bright" to "almost night" and it's all worked just fine for me, unless they're asking for something like bloom, where all lighting is exaggerated.

Also, anyone else notice that spring seems to desaturate textures even with no detail texture on and all lighting settings set to 1 1 1?

This would be a part of it.

Is it the per-fragment lighting getting borked?

Maybe it's the odd way that the detail part works- it may have something in there designed to prevent values going over 1, that basically makes it impossible for values for reach 1.

Meh. No time to read the shader atm, gotta finish what I'm doing. I'll get back to this Sunday, if no other solution has been found- it may be something simple in the fragment program or whatever.

no I am not asking for bloom ffs.

http://www.quake3world.com/forum/viewtopic.php?t=30903



look over saturated light, such a hard thing..

wow this gives some performance relevant questions about the q3 engine ... rendering the dynamic lighting in a separated pass and blend it ... not very fast ...

@spring:
1. there is no such lighting, so there is no such blending
2. detail tex use: (with shadows enabled it uses a bit different combination)
3. any >1.0 values are cut by opengl, there is a new extensions for float textures to turn it off, but spring won't use it cuz it isn't available for most gfx. Instead i plan for a long time to use shader more over the whole render pipeline to optimize such stuff (combiners are the hell).
4. those images give the impression you want specular lighting for the ground rendering. also overexpose just make sense with specular lighting (& dynamic lighting) ...
5. for units it is pretty easy to add it, but when i showed you a screenshot you disliked it ... (off vs. on & off vs. on)

1) Hey I don't know what to call it, I just saw it in the past doing level editing.

2)huh?

3)cool

4) would make metal maps hella cool. but doing a specular map for a 10240(20X20) would be a bitch and a one size fits all detail texture like specular would look bad. how would that even be managed? alpha on the dds tiles?

5)
yeah it even lit up the cracks where there was no specular before unless of course those large panel lines do have specular applied at which point in time I would just raeg over that.. The way that you are doing it in those shots looses details as opposed to highlighting them. while it is kinda what I am asking for with the map textures.

Argh wrote:LOL... all righty then... moving right along...

lol get out