GE Demo Videos And Pics
-
Had to compile a fairly exhaustive list a few weeks ago, so here you go:
- Deferred shading
- Lambert shading
- Blinn-Phong shading
- Normal and specular mapping
- Cascaded shadow mapping
- Shadow map filtering using temporal reprojection
- Shadow map percentage-closer filtering
- Dynamic lighting with stencil buffer optimizations
- Cube mapping with variable glossiness using pre-filtered environment maps
- Soft particles
- Distortion mapping (heat haze)
- Detail mapping
- FXAA 3.11
- Scene-dependent bloom post-process
- Lens flare post-process
- Color correction post-process
-
Nice collection of features added into it. BTW, how many passes did it require for the cascaded shadow mapping? Been trying to figure out a method of doing it it one pass to no avail…
EDIT:
Lol, I was looking into SMAA implementations, the first entry on the google list was…http://www.gamedev.net/topic/623655-smaa-implementation-weights-pass/
-
Yeah, SMAA’s a bit tricky, but our hacked together engine doesn’t help matters.
We’re rendering CSM using one pass per cascade. The overhead of trying to render it in a single pass, at least on DX9, just isn’t worth it. There are enough advantages to using separate passes for it to be worthwhile, though, and I’ve implemented a stencil buffer to avoid rewriting the same pixel twice.
-
I did the same because without a depth/stencil buffer the shadows showed thru objects. I have also been looking into using TSM (trapezodal shadow mapping) since it works well with a single pass method. Since it already requires 4 passes (depth,screen space shadow, gaussian vertical and horizontal passes) I am trying to avoid any more rendering.
Anyways, it’s still pretty impressive for a hacked together engine.
-
CSM works much better than any other form of shadow mapping really. It’s less prone to edge cases, which space sims have a lot of. I wouldn’t recommend using another technique when the vast majority of the industry is using it.
Also, I’m not speaking of depth buffering, which is a given. I’m speaking of a stencil buffer used to mark pixels that have been rendered as part of the current cascade, which lets me use the most precise cascade outside of its expected boundaries if the perspective allows it, thus maximizing the use of the data we have. It’s slightly costlier than splitting by depth but the results more than make up for it.
Finally, fullscreen passes are cheap. Implementing a much more complex algorithm just to save one or two passes is insane.
-
Well my understanding of CSM is each cascade has it’s own set of geometry to be rendered. So how are you able to use the same stencil buffer for all? Each cascade afaik would have it’s own view frustum or are you using the largest frustum for the stenciling?
-
It depends on the type of CSM you’re using. A “fit to scene” implementation will have the near clip at the same value, allowing you to do what we’re doing. A “fit to cascade” implementation will have no overlap and then yes, it won’t work or at least it’ll need more work to behave properly.
Since we’re stuck with FL’s really inflexible culling, we’re using fit to scene.
-
I will try doing that, it was one of the methods I had intended on testing, since it works for you then I know it’s possible. I had attempted to restrict rendering to a portion of the texture but it wasn’t working as intended. It still rendered to the entire texture. I haven’t messed with stencils much so I need to look into using them…
-
-
NeXoSE wrote:[…] but more people may make greater success. Isn’t it?
Only if they share the same views.
-
Skotty summed it up fairly well. Plus there are very few people I would trust to have the ability to work on the engine, FF would be one though.
Most of the coding is done at this point, I mainly want to overhaul the AI handler and FX system to be more robust. The additional graphics stuff is really just extra icing on the cake. Mainly trying to finish up the code so I can focus on the MP side of the game. That part is still very much in the basic stages.
-
The biggest hurdle is that I have no interest in doing a space sim
I’ve done a lot of the graphics for Freeworlds, but if I can make my own game from scratch it probably won’t be a space sim, or at least it wouldn’t be my first choice. There are enough quality games in that genre coming soon (hopefully!) that I would just be jumping in late and without any distinguishing feature.
-
Actually I’m kinda the same way. I completed most of the space part of the game long ago. It was at about 10% as difficult to do that part as handling the FPS side of the game. When dealing with a ship there is only so many things you can add for it (hp’s, equipment, storage, missions, movement etc) but when dealing with a playable character added to the mix the possibilities expand exponentially. In that case you add personal interactivity, model animations, point and click pickup, personal storage, animated cut scenes (even FL has this in SP), secondary storage, crafting, hardpoint handling on animated meshes and so much more. If it hadn’t been for my many years of working with FL I probably wouldn’t have even bothered with the space portion of the game. But I felt it was needed to complete the game experience. In GE the main focus though is the first person aspect of it, not the ships. I wanted the player to feel connected to their character so that is what it revolves around, not an impersonal ship. Ships are property, the player isn’t. You can fight battles with your ship but you can also do that with your character. Anyways, I’m rambling, hope all of you enjoy it when I finally release the full version…
-
You must be taking the piss LS, you need a massive team of people to produce a game on that scale surely. Nutter!
-
Timmy51m wrote:
I agreed with the point, The scale may too large for a one man project, you at less need 5 people working full time for this to make the project successfully finish.
Look the Battlefield 3, it’s just a FPS game, but still take years to make.
-
It wasn’t a criticism, I was admiring how crazy he is
-
LOL, I agree Timmy, if I hadn’t been programming for more than 30 years I doubt I would even attempted this project. As far as building it, I do all of the coding but I’m not the only one who has put stuff into it. Sol Command & Fur Ball have contributed most of the models, Mathew Pablo and Rich Douglas have contributed the music (114 & 23 songs respectively). Also various other contributions from the users here as well, such as Alucard and Romuald.
-
This is a test from the latest 2 day old project - deferred rendering. This is a map I converted from a free Quake 3 map from Trak. I’ve already added light ambient, light diffuse, normal mapping, glow mapping. Specular mapping isn’t cooperating even though its the exact same one I use in the forward shader.
Top
Bottom
-
New shots with the completed deferred renderer, click on the images for a full size pic
Sol Commands SciFi city buildings and pyramid spaceship, also the new lens flare code has been completed
New main menu
-
I made an interior scene using one of Sol Command’s asteroid station models, check it out
