Status:
D3D9 initialization and basic (brutal force/not hardware accelerated) geometry rendering completed.
The current plan is to have a dx9 driver with the functionality of the current dx7 driver at least by the end of this year.
Hardware T&L
-
QuestOfDreams
- Site Admin
- Posts: 1520
- Joined: Sun Jul 03, 2005 11:12 pm
- Location: Austria
- Contact:
Puh... long time since my last post here... unfortunately I lost almost all of the dx9 driver code during my last harddrive crash so I had to restart this project from scratch, which I did just a few days ago ...
Status:
D3D9 initialization and basic (brutal force/not hardware accelerated) geometry rendering completed.
The current plan is to have a dx9 driver with the functionality of the current dx7 driver at least by the end of this year.
Status:
D3D9 initialization and basic (brutal force/not hardware accelerated) geometry rendering completed.
The current plan is to have a dx9 driver with the functionality of the current dx7 driver at least by the end of this year.
-
wackedoutbiker
- Posts: 189
- Joined: Tue Jul 19, 2005 9:11 pm
Man, how did you lose everything like that? You should back your stuff up. I'm making an off-site copy of my current files that only I can access in case my stuff blows up or freezes and doesn't come back.
Or maybe a backup disc? I'm not ssaying you did anything wrong, it still sucks to lose everything like that.
Or maybe a backup disc? I'm not ssaying you did anything wrong, it still sucks to lose everything like that.
More atrocities are committed in the name of that which is holy and righteous than that which is wicked and evil
Quest, i have looked at the genesis code that handles the rendering and the transformations, as far as i have understood it (it's very ugly code and not very well structured) the rendering is done in the driver, while the transformations are done in genesis3d (not in the driver).
It's also pure c code, which means it is not very object oriented. That makes it even harder to understand for someone who hasn't dealt with genesis before.
I don't like this at all. So let's say we want to change one feature, then we had to first change the genesisLib, then the driver, and then the realityfactory.exe. Not to mention the legibility und understandability of the code gets worse because of the pure c structs which don't have member functions or something like that.
I think it would be better if we just dumped that whole genesis3d-driver model and write our own rendering pipeline. I mean we are just banishing the rendering pipeline and nothing else.
We could write classes for the d3d9driver and every thinkable object. We would 'communicate' with the driver over a global object of it.
We could also have classes for Meshes, Quads (in this case i mean like hud pictures), Sprites, dynamicPictures(that are created and destroyed automatically, this would be like AddPolyOnce(...) from the genesis engine) because all of them may be rendered a bit differently.
It's also pure c code, which means it is not very object oriented. That makes it even harder to understand for someone who hasn't dealt with genesis before.
I don't like this at all. So let's say we want to change one feature, then we had to first change the genesisLib, then the driver, and then the realityfactory.exe. Not to mention the legibility und understandability of the code gets worse because of the pure c structs which don't have member functions or something like that.
I think it would be better if we just dumped that whole genesis3d-driver model and write our own rendering pipeline. I mean we are just banishing the rendering pipeline and nothing else.
We could write classes for the d3d9driver and every thinkable object. We would 'communicate' with the driver over a global object of it.
We could also have classes for Meshes, Quads (in this case i mean like hud pictures), Sprites, dynamicPictures(that are created and destroyed automatically, this would be like AddPolyOnce(...) from the genesis engine) because all of them may be rendered a bit differently.
Everyone can see the difficult, but only the wise can see the simple.
-----
-----
Forget it Quest, it would be too much work.
If you already have done this, you can keep it, but i now think that doing this is (almost) like writing RF2, or rewriting the engine completely, if wouldn't do this we would get some bottlenecks when we tried to interpret the genesis bitmaps or the actors in runtime...
How is the project going?
A note:
Maybe you could upload the source to an external place (like the Rf site) where first it is relatively save, and also everyone that wants to help can access it. You would have a 'backup' and an 'official' folder, so that other programmers can help you with this not-so-easy task. We would download the files from the official folder, and then when we are finished, we send them back to you...
If you already have done this, you can keep it, but i now think that doing this is (almost) like writing RF2, or rewriting the engine completely, if wouldn't do this we would get some bottlenecks when we tried to interpret the genesis bitmaps or the actors in runtime...
How is the project going?
A note:
Maybe you could upload the source to an external place (like the Rf site) where first it is relatively save, and also everyone that wants to help can access it. You would have a 'backup' and an 'official' folder, so that other programmers can help you with this not-so-easy task. We would download the files from the official folder, and then when we are finished, we send them back to you...
Everyone can see the difficult, but only the wise can see the simple.
-----
-----
-
QuestOfDreams
- Site Admin
- Posts: 1520
- Joined: Sun Jul 03, 2005 11:12 pm
- Location: Austria
- Contact:
-
Agentbromsnor
- Posts: 37
- Joined: Wed Jun 13, 2012 6:22 pm
Re: Hardware T&L
Mega-bump! 
I was wondering how Hardware T&L is coming along after all these years, since I do think its an important feature that can increase FPS in RF.
I was wondering how Hardware T&L is coming along after all these years, since I do think its an important feature that can increase FPS in RF.
-
QuestOfDreams
- Site Admin
- Posts: 1520
- Joined: Sun Jul 03, 2005 11:12 pm
- Location: Austria
- Contact:
Re: Hardware T&L
I haven't worked on the DX9 driver for years now. The problem was that to really benefit from the update you not only have to adjust the rendering engine (and there are quite a few areas that require major changes) but probably also the bsp compiler (face splitting, lightmap generation ...) and in further consequence the level editor. Still Genesis3d would not be able to compete with other modern engines that have a much larger community of developers. Eventually I/we came to the conclusion that it is more reasonable to spend the time on building a new toolset around a modern engine like Ogre3D (-> Reality Factory 2).
Unfortunately, for personal reasons, I was not able to really spend time on this project as well. Paradoxnj should be able to give you more information on the current status of RF2. That's the way things are going.
Unfortunately, for personal reasons, I was not able to really spend time on this project as well. Paradoxnj should be able to give you more information on the current status of RF2. That's the way things are going.