If Rage had 4x the texel density

[jlippo]

As for having multiple MTs, one MT is 16kx16kx8kx32bits is 2gb in paged memory and I’m not so confident that the next round of consoles will have more than this, so this one MT will need to hold all of the data for (in this example) one game environment (this may also need to include the other RT’s from other parts of the pipeline, i also need to define what a game environment is!).

16k*16k*8k*4bytes is ~8TB
I'm not sure why you would use 3D texture with megatexturing, unless you are using it for irradiance volumes.

As for using multiple MTs there were interesting post and paper which talk about the possibility-
http://sandervanrossen.blogspot.com/2011/02/infinite-virtual-textures.html#disqus_thread
http://www.cg.tuwien.ac.at/research/publications/2010/Mayer-2010-VT/

As for having separate channels for colour and light, it should allow for more vivid experience with the colour of an object being separate to the light colour, which in-turn should help with the post-processing part of the pipeline.

You might want to consider fully dynamic lighting as you wouldn't be constrained with unique texturing if you do that, nor very long texture baking times.

One could use MT for nice lighting/shadow cache to get frame independent lighting. (bake information into different channels during 'textureload' change when needed.)
IE. Directional occlusion, indirect light, shadow masks etc. (I also do not see why these should be in full resolution, especially if they have directional information to mix with normal maps.)

I think your right about normal storage, normal mapping would be a fallback path with tessellation being the first choice (supported by another channel for a decal base damage system). I need to draft the layout of the MT and see how things will fit memory wise.

For displacement I would suggest testing vector displacement mapping for various reasons. (sharp edges and ability to curve on itself.)

 

[deeFive]

So..

I have had a quick look at amd and other doc's (thanks jlippo) and i think going to have to repick up OGL (i cant find any d3d details) so that might delay any progress but i'll try to keep updating this thread with info.

that said, to be honest im still pinning down design details (art & sound direction and stuff). so this may take a little while.

 

[Davros]

one MT is 16kx16kx8kx32bits

So you texture is going to be 8192 pixels deep or have 8192 layers ?

 

[deeFive]

Sorry for the quick responce (its busy again), the MT will contain various volume textures (i think)

on a side note dose anyone have a link to a good pitch document (one that got funding)?

 

[Davros]

design not pitch but a good article
http://www.gamasutra.com/view/feature/3384/the_anatomy_of_a_design_document_.php
and could be adapted into a pitch
eg:

A game concept should include the following features:
Introduction
Background (optional)
Description
Key features
Genre
Platform(s)
Concept art (optional)

ps:
http://makeitbigingames.com/2007/09/how-to-pitch-your-game/

 

[MJP]

16k*16k*8k*4bytes is ~8TB
I'm not sure why you would use 3D texture with megatexturing, unless you are using it for irradiance volumes.

A signed distance field representation of the scene could be useful for a lot of things. :smile:

 

[jlippo]

A signed distance field representation of the scene could be useful for a lot of things. :smile:

Certainly an interesting idea..

 

[Frenetic Pony]

You should write an article on such. It would be interesting to know what approaches allow for the most content generation within a window of time and those that limit content generation, and also how the type of game impacts content generation. We do not hear enough from artists.

As a quick reference I would say: Get rid of things I don't want to do. Give me automatic rigging, and automatic UV mapping, and don't make me unroll UV maps. But those are obvious, from a more practical standpoint the thing I've notices is that a lot of engines and engineers will put in a lot unnecessary controls and tweaks and etc. At least to my eyes.

For example, tooling around in the updated Cryengine SDK I notice a ton of options for tessellation no one would practicably use. Like phong tessellation. Ok, from a tech perspective I understand "hey that's neat, I can totally put that in." But frankly I'd rather have models authored as is and blocky than smooth and ballooned out.

I'd say, honestly, take a look at Unity Pro. That is such a wonderful engine to work with. Very clean, and obvious, and etc. Joking around with a programmer recently at a game jam we both agreed that eventually Unity would just be a "Make game button" where you filled out a questionnaire and then out popped your game. Point is their tools are mostly wonderful to use, and others could take lessons.

 

[Frenetic Pony]

Also, on a random tangent, I'd love to see sparse texture approach used for spherical harmonic/needlet (is that what microsofts new shiny math is called? It was presented at GDC but I've yet to look) anyway, spherical harmonic probes. That seems to be, for now, THE way to get mostly dynamic GI at a relatively cheap cost. Both Lionhead and "Massive" (are they a ubisoft studio just called Massive?) have come up with neat ways to use both for relatively cheap dynamic diffuse GI effects.

But as far as I know that just load a grid of them around you. With a "sparse texture" like approach you could instead only load the probes that apply to the geometry you're currently viewing. Because the probes are spaced in a grid pattern you obviously wouldn't have a constant cost, but it would still be more efficient than just loading all the probes within X of the player.

 

[deeFive]

Thanks Davros!

Another quick update its another quick busy day here:

openGL doesn’t seem as tidy as DX is just now, there seem to be a lot of different code paths for the different levels, this may be due to the way the info I found was written, so I’m going to target 4.0 and up so that i can target glMegatex (if that is how it works, please correct me if im worng)

Frenetic Pony - i agree that unity is the leader right now (ahead of cryengine and unreal) would love to give you fully automated uv unwrapping, but i still would like artist to unwrap the uv's a certain way as it may help with shading later in the pipeline (i still need to test this).

i also agree about having a "local" grid arround the player but i need to test to see how much faster this approch is.

In fact I’m using unity as my low (this is where I feel all of the art battles need to be won) end and prototyping platform currently, this work will still stand above that and replacing it (unity) long term.

With that said I’m wanting to automate as much as possible, so what else would you like to see done in engine (just art wise please, i’ll get to the rest later) – to this end here is a list of things of to be automated:
1.) rigging – this should be tied to the ragdoll systems and allow animators to animate
2.) detail shading – this should be done procedurally with texture artists producing colour, normal and SFX guide textures.
3.) Lighting should be handled in engine and be dynamic or volume based
This is just a start there will be more to come! Please feel free to add anything you feel should be here.

Also mods should i start a new thread or continune this one?

 

[Richard]

You should go ahead and start a new one.