[WMCoolmon]

Originally posted by JarC
subspace took one look and just packed it in and left?!!!
(pic)

[Nico]

The pb is that they've decided to use the spec map for that effect too, which will always lead to things like that
You either have a very shiny AND reflective ship, or have nothing.

[Lightspeed]

Originally posted by Nico
The pb is that they've decided to use the spec map for that effect too, which will always lead to things like that
You either have a very shiny AND reflective ship, or have nothing.

Remember, env mapping NEVER was officially implemented.

It will use the alpha channel of the shinemaps.

[Setekh]

After 3.6. After 3.6.

[Nico]

Originally posted by Lightspeed


Remember, env mapping NEVER was officially implemented.

It will use the alpha channel of the shinemaps.

alpha channel of the shinemaps... wait, I'm tired, thinking a bit about it.

Ah, so it won't be the same as the shinemap? Does it makes things faster to just use the alpha map rather than another map?

[Lightspeed]

Not really a lot, but the main idea is not to have 4000 different textures per model

It's like using an additional 8-bit image along with the 24 bit texture (as it's 32 bit with transparency).

So you have a free customizable 'percentage of reflectivity' - and still only need one map for 'shines of all types'. As the reflectivity doesnt need any colour information the alpha channel is perfect for it.

[JarC]

Originally posted by Lightspeed
It will use the alpha channel of the shinemaps.

[ screeching halt ] Hold It!! Backup The Truck for a minute....what you say? it needs shinemaps? ooooooooh...

Originally posted by JarC
....btw...none of the mediavp stuff is present...

so everyone missed that one huh?...

[Bobboau]

the version of the environment map build has lots of problems with skyboxes, like subspace, this issue has been fixed recently, well actualy a month or two ago. if you are useing a Radeon card try useing the comandline '-max_subdivide 2.0' (I think that's it) it will make everything look better.

in the eventual implementation, I plan to use the alpha chanel of the texture, this will be faster, as there will only be one texture load rather than two.

[JarC]

Originally posted by Bobboau
in the eventual implementation, I plan to use the alpha chanel of the texture, this will be faster, as there will only be one texture load rather than two.

??? Which? texture are you referring to? I mean, there's often gonna  be more than one version of the same texture, not? the same texture can be present as tga, jpg and/or pcx for non-32bit...so which ones should have the alpha channel then? the shine map, the glow map or the regular map?

[KARMA]

Personally I still feel it like a waste to force a specmap to be 32 bit adding the alpha when it normally should be 8 bit, althought it may be faster than loading more maps. I mean: the difference in kb size may be huge when talking about maps of 1024x1024.
Hell, I still draw even the textures at 8 bit since I can't see any difference worth of increased kb size (but this is also because I don't use lots of different colours)

[Nico]

Originally posted by JarC
??? Which? texture are you referring to? I mean, there's often gonna  be more than one version of the same texture, not? the same texture can be present as tga, jpg and/or pcx for non-32bit...so which ones should have the alpha channel then? the shine map, the glow map or the regular map?

shine map, RTFT

[Bobboau]

Karma, how many times does it have to be said, that it doesn't matter what format the textures are in, when loaded there all the same once you're playing a game!

and yes, alpha chanel on the shine map.
the way it's curently implemented, we have the advantage of the tint of the shine map affecting the color of the reflections, but a third texture I think is too much, I was thinking it might be a good idea to use the alpha chanel as a multiplyer of the shine map, you could make everything but the cockpit very dark grey to have a very low effect, it would retain the color tinting properties it currently has, but you wouldn't be able to make un-shiney parts of the ship reflective.

and seeing as we have a fairly good number of shine maps now, I'm thinking it might be a good idea to turn off the the auto-loading of the defuse texture as the shine map, if the same texture is not used in these sections I might be able to make some optomiseations.

[Lightspeed]

Originally posted by Bobboau
and yes, alpha chanel on the shine map.
the way it's curently implemented, we have the advantage of the tint of the shine map affecting the color of the reflections, but a third texture I think is too much, I was thinking it might be a good idea to use the alpha chanel as a multiplyer of the shine map, you could make everything but the cockpit very dark grey to have a very low effect, it would retain the color tinting properties it currently has, but you wouldn't be able to make un-shiney parts of the ship reflective.

I think it would be a lot better if it used the alpha channel completely independently - white alpha channel = maximum reflectivity, black alpha channel = no reflectivity. Just like a second shinemap, 'cept it lacks colour information.

[Rictor]

So, if I understand this correctly, shine mapping is light reflecting off of ships, while environment mapping is images (the surroundng environment) reflecting off of ships, right?

[JarC]

Originally posted by Nico
shine map, RTFT

ok mr perfect, we al know you know this stuf k? just finding out that the environment mapping I needs the shine maps and suddenly bobboau starting talking over just the one texture, I got confused k? so pipe down... and to be sure I understood it...what LightSpeed would like to see as behaviour is if I am correct, exactly that what bobboau is saying, use the shine map for the color intensity, and the alpha channel to control the shinyness of the reflection without the alpha channel having effect on the shine part...

[KARMA]

Originally posted by Bobboau
Karma, how many times does it have to be said, that it doesn't matter what format the textures are in, when loaded there all the same once you're playing a game!
 

excuse me but I can't read where the hell I was talking about file formats....
actually I was arguing only about the colour depth....and IIRC it was you and nobody else who said that the size of an image in game is resolution x colour depth, which will be twice than needed, if not more, then I can't avoid to feel it like a waste althought I know it'll be faster than other solutions. Sorry if I hurted your heart

[Bobboau]

you said 8 bit, there are no 8 bit textures in game.

[KARMA]

ahem, (it's because I'm curious and not to make a discussion) isn't the number of bits=colour depth?? I thought it was 8bit=256 colours 24bit=16m colours 32bit=16m + alpha and that the colour depth (which mean if I'm not wrong the number of bits) affect the weight (I suppose in term of memory usage) of an image used in game.

[Langy]

That's correct. And apparently there aren't any 8-bit textures in the game. Which is good. If it was 8-bit, the game would be damned ugly.

[KARMA]

actually all the original artwork is 256 colours, and personally I still draw all my textures with that limit...