InsideQC Forums

Cool. :)

I thought that might be the case but wanted to make sure since it would be a shame to leave a 15% boost (according to vector fabrics) on the table.

As an aside, taaaki over at the TDM forums has shown interest in porting the script interpreter to a JIT using LLVM... eventually.

Other ...

BTW. How does the OMP implementation compare to this patch by vector fabrics:

http://www.vectorfabrics.com/blog/item/ ... ame_engine

?

I'm not sure this will help but here's a link to jmarshall's radical doom 3 engine revision. It has shadow mapping code so perhaps it can act as a guide to where you might hook treb's implementation?

https://bmgame.googlecode.com/svn/

Atleast on modern Cards shadow volumes should not be a problem but it puts a considerable strain on older Cards :)
shadowmaps also have there downside like not working on certain objects so its a bit of a mixup between shadow volumes / maps.
Vanillas exp renderer was rather nasty (using WGL ...

I believe raynorpat tried his hand at getting shadowmaps working earlier on after the Doom 3 release (as I recall from the D3W forums) and found that the memory
footprint was too large. Deferred rendering didn't help that and also had it's own memory footprint issues. Of course, it would help if D3 ...

Heh, well I don't have the credentials to doubt one of the core ioquake coders and the creator of XTReal but... sure, it's possible that his
claims are exaggerated or false.

The shadow-mapping in RB BFG seems to have more shadow map samples at default that a typical commercial release, but he has ...

Well, according to Mr "Robert Beckebans" the entire renderer from BFG was ported to vanilla Doom 3 for his commercial project. Though
that still doesn't tell you whether you need to throw out some vanilla map\asset\script etc features to get it working... (So the word possible
may be relative ...

So this is now the Relevation repo at Github?

I see that you've added the constrain shadow volumes to light volume and vis leaf optimization?

I created a bountysource tracker for GPU skinning against raynorpat's "Morpheus" branch since I wasn't sure whether you'd be including his GLSL
work. Do you ...

Interesting result. Though I suspect it's simply the lack of shaders there?

You'd think the lack of r_useShadowVertexProgram in that path would make it slower.

Springheel approved your account at TDM forums. Please let me know if you have any trouble logging in.

Sorry to hear that.

AMD used to have a developer relations email but now they've switched to a forum it seems:

http://devgurus.amd.com/welcome

if you gather any more inspiration to continue, you might wanna see if someone there can offer a workaround.

One thing you could also possibly try is ...

Thanks for all your work!

What username did you try to register under?

(We have some anti-spam measures in place and we may need to white-list you )

Thanks for the info!

A couple of questions:

1) The deferred lighting portion, are you seeing a larger memory footprint?

2) Is this reliant on MH's VBO changes?

3) I presume this flattens light costs so that you can have more lights per scene. Does this also improve
scenes with large draw ...

Mini-bump

Got most of the BFG GLSL backend merged into standard Doom 3.

https://github.com/raynorpat/morpheus

It won't work on integrated Intel GPUs just yet, I think Intel's compatibility context is being ass, but should work once most of the deprecated calls go away and the compatibility ...

Mini-bump

Got most of the BFG GLSL backend merged into standard Doom 3.

https://github.com/raynorpat/morpheus

It won't work on integrated Intel GPUs just yet, I think Intel's compatibility context is being ass, but should work once most of the deprecated calls go away and the compatibility ...