 |
 Oh......
#14670 posted by Kinn on 2015/01/14 15:21:48
Yes sorry I got confused with the q3map3 "-dark" feature, which was the half-arsed version, not this one.
Good good. Just a silly name for it then.
 Nice!
#14671 posted by hogsy on 2015/01/14 15:28:14
Source-code not included though? Or am I missing something.
#14672 posted by Spirit on 2015/01/14 15:44:14
hogsy, it is a diff against a git revision.
Are the original id1 wad files somewhere? I wanted to re-compile all the maps to try this but got a lot of missing textures when I used wads from my collection.
base.wad
jr_med.wad
medieval.wad
metal.wad
start.wad
tim.wad
wizard.wad
 It Works
#14673 posted by anonymous user on 2015/01/14 15:59:44
#14674 posted by JneeraZ on 2015/01/14 16:04:12
This is good timing too. Right at the start of a fresh year of mapping. I'm excited!
#14675 posted by JneeraZ on 2015/01/14 16:04:25
Anything else we can pilfer from the Quake3 tools? :P
#14676 posted by JneeraZ on 2015/01/14 16:15:15
 Holy Shit
#14677 posted by Kinn on 2015/01/14 16:21:42
#14678 posted by quaketree on 2015/01/14 16:24:07
" Are the original id1 wad files somewhere? I wanted to re-compile all the maps to try this but got a lot of missing textures when I used wads from my collection."
Just use bsp2wad and re-extract them. Takes all of a second or two.
http://www.quaketerminus.com/tools.shtml
 Ok This Is Going To Be A Fun Year For Q1sp
#14679 posted by Skiffy on 2015/01/14 16:42:34
 :O
#14680 posted by mjenso aka seir on 2015/01/14 17:11:53
Now I want to recompile all my old levels... :O
 Ugh
#14681 posted by Zwiffle on 2015/01/14 17:49:52
Stop adding new stuff to Quake! I still don't know how to do skyboxes or colored lights or Quoth or knight models!
 Quick, Add Thong Shading Now Just To Troll Zwiffle
#14682 posted by Kinn on 2015/01/14 18:02:08
 Thong Shading?
#14683 posted by quaketree on 2015/01/14 18:08:19
I thought that id already did that in E1M3 by the teleporter secret...
Or was that supposed to be the Quake logo?
 E1M3
#14684 posted by quaketree on 2015/01/14 18:10:18
Ugh, E1M4 I mean.
More coffee or something...
 5
 Dude
#14686 posted by SleepwalkR on 2015/01/14 20:03:20
I want thong shading more than anything now!
 Looking Good
#14687 posted by ericw on 2015/01/14 20:04:16
awesome screenshots, WarrenM! Glad to see it working :)
Anything else we can pilfer from the Quake3 tools? :P
heh, that's what I was thinking.. Looks like the most interesting thing is the proper radiosity, but i'd guess that would be harder to copy.
btw here's a neat post in the discussion thread from when this was added to q3map2:
During production of Star Wars: Episode II, ILM didn't have time to render a real radiosity pass for every frame of CG they needed. Where they could get away with it, they used a key/fill/highlight setup, an additional "bounce" light to approximate the predominant color of whatever the radiosity light would be for a given scene, and used an Ambient Occlusion pass to sell the whole effect as true radiosity. You know the old mantra of CG: the look is all that counts.
Since we have real radiosity with Q3Map2, and we have time to impliment it when we compile our maps, we don't really need to use AO to simulate GI. AO does have another effect, though, in that if you add a little noise to the AO pass and multiply it on top of an already-affected-by-radiosity lightmap, a given surface will be made to look "dirty" or "grimy." Like a statue that is tough to clean and is very old or something. link
 Interesting...
#14688 posted by metlslime on 2015/01/14 20:48:32
mainly in that i usually hear GI and AO used interchangeably to describe the same effect. This quote makes a distinction as if AO is a cheap way to imitate GI.
#14689 posted by JneeraZ on 2015/01/14 21:04:42
I think it attacks it from the other direction. GI bounces light around, leaving darkness in the corners. AO adds darkness into the corners directly. Heh...
#14690 posted by czg on 2015/01/14 21:04:52
As I understand it AO usually looks at just the immediate area surrounding the sample to determine how occluded it is and darken the sample appropriately, with no attention paid to light bounce like GI does.
#14691 posted by rebb on 2015/01/14 21:10:00
Classic AO approximates how "obscured" a surface point is by other geometry, over a hemisphere.
Actual GI is about calculating bounced light effects.
If you shine a spotlight at the floor next to a wall, GI will light up that wall via light bouncing. AO will not.
#14692 posted by Lunaran on 2015/01/15 00:22:39
Here's what I'd like to see:
Nondirectional light cast from sky surfaces, affected by dirt-AO. Regular lighting calculated from there and added on top.
(also thong shading)
#14693 posted by metlslime on 2015/01/15 00:30:44
lunaran: i do have a local build of light.exe with nondirectional sky surface lighting, it looks a lot like GI except without bounce lighting. But it looks really good in outdoor areas which normally look flat with the existing light tool's "sunlight" implementation.
The one thing i didn't solve is a good uniform distribution of points on the half-sphere where i place the "suns" I just iterate over latitude and longitude which means there are too many lights near the pole, and it means that lights are arranged in rows and columns which produces obvious bands where a whole row of suns' shadows line up.
 Uniform Spherical Distribution
#14694 posted by Preach on 2015/01/15 01:08:37
metl, have a look at:
http://mathworld.wolfram.com/SpherePointPicking.html
If instead of randomising the values of u and v in [0,1] you just had a uniform grid of values with u in [0, 1] and v in [0.5, 1] you ought to get a nice even half-sphere distribution out of it. If you still get lines, maybe try rotating the u values between "evens" and "odds" for each v, like 0.1, 0.3 ...0.9 then 0, 0.2,..,1. The key to it is to use arccos(2v-1) for the latitudinal angle, anyway.
|
 |
You must be logged in to post in this thread.
|
Website copyright © 2002-2025 John Fitzgibbons. All posts are copyright their respective authors.
|
|