TannSanWiki - GenEngine/ToDo

2006-07-24 15:36:14

Comparison for /Gen Engine / To Do of 2006-07-24 15:36:14 and 2007-02-06 09:47:40

Additions:

Network
- Need to set a timeout value for the join request, possibly all requests should have a timeout

2006-07-24 15:35:58

Comparison for /Gen Engine / To Do of 2006-07-24 15:35:58 and 2006-07-24 15:36:14

Additions:

- Investigate whether I can do the texture atlasing in 3D studio as apposed to in DX. The idea is to test whether altering the UVW maps position I can move the texture, I'm about 95% sure this will work. Then I can just draw a single texture for the entire starfury. just like my old quake models :�) this will save sooo many texture swaps.

Deletions:

- - Investigate whether I can do the texture atlasing in 3D studio as apposed to in DX. The idea is to test whether altering the UVW maps position I can move the texture, I'm about 95% sure this will work. Then I can just draw a single texture for the entire starfury. just like my old quake models :�) this will save sooo many texture swaps.

2006-07-02 21:30:16

Comparison for /Gen Engine / To Do of 2006-07-02 21:30:16 and 2006-07-24 15:35:58

Deletions:

Serialize stuff so it can be sent using the new network class, a cool guide to C# serialisation can be found here
Implement raknet binary transfer here
- ~~Add support for material groups (requires this to be implemented on the BP first)~~
  - Not going to implement this as want to try out the texture atlas idea below
ModelBlueprint class
- Possibly alter each bp to use a single vertex buffer instead of one for each frame
Improved quad engine

2006-06-28 01:40:56

Comparison for /Gen Engine / To Do of 2006-06-28 01:40:56 and 2006-07-02 21:30:16

Additions:

Serialize stuff so it can be sent using the new network class, a cool guide to C# serialisation can be found here

2006-06-23 11:31:35

Comparison for /Gen Engine / To Do of 2006-06-23 11:31:35 and 2006-06-28 01:40:56

Additions:

Implement raknet binary transfer here

2006-06-23 11:31:25

Comparison for /Gen Engine / To Do of 2006-06-23 11:31:25 and 2006-06-23 11:31:35

Additions:

Ensure it passes FxCop testing ;�)

Deletions:

Ensure it passes Fx Cop testing ;�)

2006-06-23 11:30:59

Comparison for /Gen Engine / To Do of 2006-06-23 11:30:59 and 2006-06-23 11:31:25

Additions:

ModelInstance class
ModelBlueprint class

Deletions:

Model Instance? class
Model Blueprint? class

2006-06-23 11:30:40

Comparison for /Gen Engine / To Do of 2006-06-23 11:30:40 and 2006-06-23 11:30:59

Deletions:

~~Complete satelite dish model~~
Retexture satelite dish model--

2006-06-23 11:24:36

Comparison for /Gen Engine / To Do of 2006-06-23 11:24:36 and 2006-06-23 11:30:40

Additions:

- ~~Add support for material groups (requires this to be implemented on the BP first)~~
  - Not going to implement this as want to try out the texture atlas idea below
  - Investigate whether I can do the texture atlasing in 3D studio as apposed to in DX. The idea is to test whether altering the UVW maps position I can move the texture, I'm about 95% sure this will work. Then I can just draw a single texture for the entire starfury. just like my old quake models :�) this will save sooo many texture swaps.
- Possibly alter each bp to use a single vertex buffer instead of one for each frame
~~Complete satelite dish model~~
Retexture satelite dish model--
Cloud Engine
- Want to implement the super complex system listed in the pdf in the external resources section
Pixel Shaders
- Depth Of Field
- Texture bump mapping
- Try pixel shader for cloud transparancies. I just posted a cool link to a site with loads of shader files. one of them is a depth of field one which I reckon I can reverse engineer to do the alpha transparancy of the clouds. to do depth of field it must be calculating the z-depths of each object and it also shows that they can control the order of them getting rendered, well thats kind of a big maybe on the last part and is the crutch of this idea. if it doesnt work then it means pixel shaders are probably not the holy grail here.

Deletions:

Try pixel shader for cloud transparancies. I just posted a cool link to a site with loads of shader files. one of them is a depth of field one which I reckon I can reverse engineer to do the alpha transparancy of the clouds. to do depth of field it must be calculating the z-depths of each object and it also shows that they can control the order of them getting rendered, well thats kind of a big maybe on the last part and is the crutch of this idea. if it doesnt work then it means pixel shaders are probably not the holy grail here.
Investigate whether I can do the texture atlasing in 3D studio as apposed to in DX. The idea is to test whether altering the UVW maps position I can move the texture, I'm about 95% sure this will work. Then I can just draw a single texture for the entire starfury. just like my old quake models :�) this will save sooo many texture swaps.
~~Kick Sinkies ass for “... i'll work on it tonight ...."~~
~~Kick Sinkies ass for “... probably just a 10 minute job ..." ;�)~~
Possibly split up the Model Blueprint? class even further
- BPs would then be purely data holding objects
- Would probably involve having a utility class to construct the BP externally instead of each taking care of itself
- The Model Loader? already partially does thigs
~~Lump all Vertex Buffers and Index Buffers into root BP of each BP heirarchy~~
- Can simply store an count of each BPs vertices and indices that can be used later on to stride into the root BPs VB and IB
- Dont need seperate buffers this data wont be changed most of the time and if it ever does need changing we can always just do what the above point says i.e. stride
- Means changing the Model Instance? class to accomdate BP changes
- Not going to implement this as its not much different than just storing seperate VBs and IBs and all in all its more work to handle than the current implementation
~~Model Instance Collection~~
- Stores all the instances we create
~~Model Blueprint Collection~~
- ~~used inside the blueprint class~~ to store a list of its children
- ~~used on the main form~~ under the name Blueprint Library which will hold all the models
- Check for hideous bug that was in the Model Instance Collection?
~~Updated Material Collection~~
- ~~used on the main form under~~ the name Material Library – this ties in with the Texture Collection? (which already exists)
- ~~Check for hideous bug that was in the Model Instance Collection?~~
- ~~Add Material support~~
- Add support for material groups (requires this to be implemented on the BP first)
- ~~Finish Material support~~
- Optimise into material groups
Complete satelite dish model
Retexture satelite dish model
Improved cloud engine
Texture bump mapping
Depth Of Field