#1685 posted by Kinn on 2015/10/20 14:38:37
I don't know if there is a quake engine that supports it but I would love shadows on water.
This was discussed a while ago and no-one could agree on what these shadows should look like.
In my current map I've just gone "sod it" and literally made the fullbright water emit a little bit of light using the new surface light feature in eric's tyrutils. It's magic glowing water I guess. Looks not bad actually.
#1686 posted by JneeraZ on 2015/10/20 14:51:24
Kinn - I too have embraced glowing water. Works pretty well, plus the area under the water gets lit for basically free.
Yeah
#1687 posted by Kinn on 2015/10/20 16:34:31
I was surprised how ok it looks.
<czg> have a water-looking texture but it's actually lava
<czg> have blue lava. ths is new and pioneering!
Blue Lava
#1689 posted by PuLSaR on 2015/10/20 17:10:44
is rather innovative
Blava??
#1690 posted by mfx on 2015/10/20 17:16:20
Blue Lava
#1691 posted by JPL on 2015/10/20 21:18:59
rocks !
#1692 posted by necros on 2015/10/20 22:42:46
Makes sense since light hitting the surface would be reflected upwards and diffused by the ripples.
Kinn
#1693 posted by Drew on 2015/10/23 04:09:23
Screenshot plz
Drew
#1694 posted by Kinn on 2015/10/23 11:27:44
Meh, it's just a bunch of unfinished brushwork and crap placeholder texturing.
#1695 posted by Drew on 2015/10/24 03:32:27
fine.
#1696 posted by Drew on 2015/10/24 03:32:27
fine.
Kinn
#1697 posted by mankrip on 2015/10/29 08:23:20
"I don't know if there is a quake engine that supports it but I would love shadows on water.
This was discussed a while ago and no-one could agree on what these shadows should look like."
Retroquad does support it. Here's a bunch of screenshots:
http://mankrip.tumblr.com/post/120399970810
OH HECK YES
#1698 posted by Skiffy on 2015/10/29 15:15:48
I like the look of that ALOT.
No Idea How That Works
But QS needs that desperately.
That Is Nice
#1700 posted by Kinn on 2015/10/29 23:06:42
And the software look lends an extra special cachet to any engine.
Oh Wait
#1701 posted by Kinn on 2015/10/29 23:07:58
It is a software engine. Impressive.
Stencil
#1702 posted by Lunaran on 2015/10/30 19:50:07
Quoth supports loading any model for an entity, including .bsps, which is very useful in situations where the lighting doesn't matter (stained glass windows) but stencil alpha with a { texture doesn't work on a bmodel if it's loaded this way, only if it's built in the map itself. :(
Currently if you have an index 255 masked { texture it will only alpha as low as .7 I believe.
I can confirm this too - spiderwebs and the like below .alpha 0.7 just don't draw.
Thanks For The Report
#1703 posted by ericw on 2015/10/30 20:07:02
will try to fix those. Weird that { textures would not work on external .bsp's, but I imagine it is something easy.
I think I know why entity alpha < 0.7 makes the whole fence texture disappear; normally the alpha test value in Fitzquake is left at 0.666, but I think I just need to lower it to (entity alpha * 0.666).
#1704 posted by Spike on 2015/10/30 20:07:45
There's only one alpha value, and you can't use it for both alpha testing/masking(NOT stencils! /me shudders) and alpha blending at the same time... well, you can, but the results are generally wrong.
glsl would allow it by doing any .alpha transparency stuff after the texture-only alpha test.
on the plus side, you might be able to get some funky burn-away effects.
also, its 0.667 and not 0.7. close enough though, but hey, precision!
but yeah... the exact details are very engine-specific, so try not to depend upon stuff too precisely.
#1705 posted by metlslime on 2015/10/30 20:23:03
I think the reason the alpha test threshold is 0.666 in glquake is that 0.5 makes the explosion sprite edges look blocky/pixelated even with bilinear filtering (i know this because i tried changing it to 0.5 once), while 0.666 creates a more rounded appearance on the edges. Since that is the most visible sprite in stock quake, i believe they chose that number because they liked the explosion sprite edges to be more rounded.
Eric
#1706 posted by mfx on 2015/10/30 20:23:07
In that base map you tested the other day were breakable models(bsp) with {textures on them and they showed up rendered correctly (the unfair breakable grates on the floor).
Dunno if this is on topic, as no alpha is set on those.
#1707 posted by Joel B on 2015/10/30 20:39:04
> i believe they chose that number because they liked the explosion sprite edges to be more rounded.
Also because 666 haha.
Actually, Lunaran
#1708 posted by ericw on 2015/10/30 20:58:54
I'm having trouble reproducing the { textures not working on external bsp's, they seem to work for me. Mind trying this test case I made? just load fencetest.bsp in Quoth. It loads the fencebmodel.bsp with a mapobject_custom; you should see a box in the room with a metal grill texture.
http://www.quaketastic.com/files/misc/fencetest.zip
Yeap
#1709 posted by Lunaran on 2015/10/30 23:43:10
ericw, you aren't wrong, I am.
I always make sure to do my due diligence and create a side-by-side test case before ever involving a programmer, which I did: I had a func_whatever pulling from another bsp and a func_whatever in the map next to each other, with one alphatesting properly and one not. But, I got caught out by the external bsp having a stale texture, with whatever color in the Quake palette that looks exactly like index 255 but isn't. I discovered that error in the wad while tracking down this one, and forgot I had to recompile the external bsp to refresh the textures in it. :( sorry guys. everything actually works fine. (except that 0.7 thing, that's totally a thing still I swear)
Is it specifically because of alpha-tested matte lines in linear texture modes that they picked a color for the transparent index that's so damn similar to a lot of the rest of the palette, and not like hot component pink or something? (Doom used cyan iirc)
|