Java-Gaming.org    
Featured games (81)
games approved by the League of Dukes
Games in Showcase (487)
Games in Android Showcase (110)
games submitted by our members
Games in WIP (552)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  Shadow Volumes  (Read 3099 times)
0 Members and 1 Guest are viewing this topic.
Offline MikeT

Junior Newbie





« Posted 2005-01-19 19:38:22 »

Hi -

not sure if many people saw my post on JMEForum before it vanished again - but here is a link to a page showing the results of the shadow rendering classes I have been creating.

Thanks again to everyone who helped me out!  Being a Java, JME and 3D noob meant I needed a lot of help  Smiley

http://www.softwareexpressions.co.uk

It's my intention to post the code for this - should I do this here?

Mike
Offline Mojomonkey

Senior Member




ooh ooh eee eeee


« Reply #1 - Posted 2005-01-19 19:53:49 »

Fantastic MikeT! Results look great as well. Very exciting.

We plan on getting a clean Multipass addition into the core of the API, which led to many of your early problems. But it would still be cool to see what it took to get this far. If there is too much code, zip it up and send it to me. I'll host it for you.

I'm quite impressed.

NOTE: Forgot to mention, shadows are high up on the feature list we've been compiling, so we'd probably make good use of your code.

Don't send a man to do a monkey's work.
Offline darkprophet

Senior Member




Go Go Gadget Arms


« Reply #2 - Posted 2005-01-19 20:21:39 »

Hope your not using the z-fail method?  Roll Eyes

But very impressive!   Shocked

DP

Friends don't let friends make MMORPGs.

Blog | Volatile-Engine
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline MikeT

Junior Newbie





« Reply #3 - Posted 2005-01-19 20:38:06 »

Mojo - I am putting the code and some notes together for you. Will send tomorrow as its a bit late here at the moment...

DP - no its ZPass, but its not capping the volumes yet though I have a cunning plan that I'll include with the notes.

On ZFail - I notice that Carmack says he would have to have implemented a 2 pass algo if he didn't work with Creative.  I have to say that given JME doesn't support two sided stencil testing a ZFail implemented here would be 2 pass and hence is perhaps not the patented algo (software patents suck - surely you can't patent counting backwards...)

Anyhow, I am on holiday for a couple of weeks from Friday so won't be able to do much more - I will *try* to implement my plan for capping - though the maths for transforming the near clip plane to object space may well be beyond me Cheesy
Offline Badmi

Senior Newbie




Java games rock!


« Reply #4 - Posted 2005-01-19 21:14:43 »

Would this work with light sorting?

Remember that many people want to wright commercial games, make shore that this is not violating the patent before implementing it. (Is there a lawyer on this form?)
Offline Mojomonkey

Senior Member




ooh ooh eee eeee


« Reply #5 - Posted 2005-01-19 21:39:01 »

if it's zpass there's no problem.

Don't send a man to do a monkey's work.
Offline Chman

Junior Member




Nothing more that... Java games are cool !


« Reply #6 - Posted 2005-01-20 07:37:45 »

I'm impressed...
I would be curious to see how you've implemented that in jME !

Have you made a ShadowNode or something like this ?
Are the shadow volumes culled ?
How are you handling objects that are culled from which we can see the shadow ?

Chman
Offline Per_T

Senior Newbie





« Reply #7 - Posted 2005-01-20 07:41:19 »

Wow! Impressive indeed Smiley

This would be a great addition to jME.
Offline MikeT

Junior Newbie





« Reply #8 - Posted 2005-01-20 22:56:59 »

This is generally how you use the Shadow Volume classes.

There is a ShadowNode class that you instantiate within the scene graph. When the renderer draws the scene graph the ShadowNode collects volumes for all of its children, for all of the lights that are in play (for it).

* You can add extra ShadowNodes beneath to turn shadows on and off for different sub items or for different light collections.

* A ShadowNodes children stop at the next ShadowNode down in the graph.

* ShadowNodes cache the volumes they create in case nothing much changes.

In simpleRender you use a ShadowRenderer object to render the shadow volumes that have been collected.  This uses a modified version of StencilState that enables or disables the stencil test (I think its missing from the JME code I have) and a new ColorState class that turns on and off writing to the colour buffers.

* Culling should probably be turned off for the ShadowNode - but it will collect volumes for unculled children so perhaps some intelligent culling would be in order to stop unnecessary volumes being created. (They are cached however).  Each of the shadows volumes is independently culled when they are rendered, so it should save on fill rate.

>>>More info

There are many ways you can render shadows - but I found additive lighting was too inefficient for my purposes (on at least one of my card) and it is also messier without full multi-pass rendering.  So, I render the darker areas in one of two ways - either I render a shade of transparent black for each of the lights in play (as shown in the examples linked above) or I render for each of R G and B to allow coloured lights to have different effects on shadowed areas - which is nice, but due to the non-additive effect these are not attenuated.

There is potentially one even faster way which is to just render once for all lights - but then you don't get "deeper" shadows in areas of overlap, so I've left that out - if you want it really really quick then you use just a single light!


Now to algorithms for the stencil bit - with the state mods I mentioned above, all of this is done through a normal JME scenegraph node (to which the ShadowRenderer adds the volumes)- I managed to get rid of all LWJGL direct calls - which I am really happy about, its very clean and should port to JOGL fine - just implementing the new states and the adding a clearStencilBuffer method in line with mods I have made to the Renderer interface.

Ok to the ZPass / ZFail and all that jazz.

I am using ZPass and have half implemented a capping algorithm to stop problems when parts of the near plane are within the shadow volume.  You need to do this for ZPass and it isn't that easy  :-/ ZFail is much easier (but involves more geometry rendering).

Most of the problem comes from the complete lack of resources for ZPass capping code - every paper I can find out there uses ZFail.

>>Start RANT

I remain highly unconvinced that Creative can uphold a patent on all of the published versions of ZFail when just about everyone who has implemented shadows since 99 must have used the technique and Dietricht claims prior art from a presentation he gave at a Creative show.  Carmack says he would have had to implement a two pass algorithm and I think that means the patent covers the use of two sided stencil testing - but I can't find the actual patent application, so who really knows.  

From what I can tell Creative have not said that they do or do not own a patent on ZFail - they say they own a patent on the algorithm used by Carmack, Carmack agrees (why???).  Carmack invented ZFail.  Maybe I haven't read the right thing but to me that sound like 1 + 1 = 3 - who knows what other algorithms Carmack invented.  All of the ZFail papers from 2001-2003 talk about ZFail as two pass until the general availability of two sided stencil testing - Creative didn't sue any one else, but given the wide availability of the information loads of people must have used the technique.

>> Stop RANT

I am guessing JME will not want to use ZFail so I have been scratching my head about this capping thing.  

Shadow Volumes work by extruding the edges that connect triangles facing the light with triangle that don't (and triangles that are unconnected).  Extruding basically means creating a quad that uses the vector of the light and the point to push out two further points from a line.

Basically if this line intersects the near clip plane then there is a problem and the ZPass counting gets screwed.  My plan is to test every point in each quad to see which side of the near clip plane it is on.  If points are on different sides then that volume has the following extra work done to it. (Note: it might not just be extruded edges that clip the plane).

* The following should be done for every "loop" of extruded edges within the shape to cope with non-convex bodies.

I calculate the point of intersection of every quad edge with the near clip plane (in fact just in front of it).  I draw a series of triangles that fill the space between each of these points on that plane.  This should fill the hole left by clipping.

At the moment this "kindof" works  Tongue When I draw the volume I create it looks fine, but something goes wrong when it hits the stencil buffer (I may have the faces pointing the wrong way, I may be overdrawing too many times, I wish I knew).

Anyway - hope that helps.  Still getting the code together for Mojo to have a look at / host.

Any suggestions or help on these final bits will be gratefully received!!!!

Mike
Offline Badmi

Senior Newbie




Java games rock!


« Reply #9 - Posted 2005-01-21 00:45:25 »

You mentend that some of your code was changed to make it simpler to port to jogl. I have already made a jogl renderer that can be found on this form
Pages: [1]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

CopyableCougar4 (23 views)
2014-08-22 19:31:30

atombrot (34 views)
2014-08-19 09:29:53

Tekkerue (30 views)
2014-08-16 06:45:27

Tekkerue (28 views)
2014-08-16 06:22:17

Tekkerue (18 views)
2014-08-16 06:20:21

Tekkerue (27 views)
2014-08-16 06:12:11

Rayexar (65 views)
2014-08-11 02:49:23

BurntPizza (41 views)
2014-08-09 21:09:32

BurntPizza (31 views)
2014-08-08 02:01:56

Norakomi (41 views)
2014-08-06 19:49:38
List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50

List of Learning Resources
by SilverTiger
2014-07-31 16:26:06

List of Learning Resources
by SilverTiger
2014-07-31 11:54:12

HotSpot Options
by dleskov
2014-07-08 01:59:08
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!