For those you are interest in see how the latest version looks like...<br><br><br><div><span class="gmail_quote">2007/9/21, Adrian Egli <<a href="mailto:3dhelp@gmail.com">3dhelp@gmail.com</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
No problem, i played arround and got new variant of shading. the latest version is using antialised shadow mapping, of course it needs some calculation's for doing this, but the result looks much nicer. <br><br>latest pssm code will be posted as soon as i will have more time left. i will send just the latest implementation, robert you don't have to merge it. i will do it next week. 
<br><br><br>/adegli <br><br><div><span class="gmail_quote">2007/9/21, Robert Osfield <<a href="mailto:robert.osfield@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">robert.osfield@gmail.com
</a>>:</span><div><span class="e" id="q_11528961376e7e0d_1"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Adrian,<br><br>I understand the technique enough to comment I'm afraid.<br><br>Robert.<br><br>On 9/21/07, Adrian Egli <<a href="mailto:3dhelp@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
3dhelp@gmail.com</a>> wrote:<br>> Hi Roberts<br>>
<br>> i am working on the texture selection in GLSL, but unfortunately the<br>> gl_FragCoord.z is not for all situation between 0 .. 1. I n some cases,<br>> if a triangles, has a visible part in the [near,far] range and a hidden part
<br>> behind the current viewing camera near, the value is from x..1, with x > 0.<br>> Why is the value not<br>> from near .. far allways 0..1, is this an know ATI bug or do i something<br>> missunderstand. Or should i add a special matrix? or how can i fix this
<br>> issue in fragment shader.<br>><br>> /adegli<br>><br>><br>>  2007/9/19, Adrian Egli <<a href="mailto:3dhelp@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">3dhelp@gmail.com
</a>>:<br>> > Thanks robert,<br>> ><br>> > i will working on NVidea System (Friday) and i hope that i can fix the
<br>> problems.<br>> > The z fighting is a know problem, but i don't yet know wether it come with<br>> ati / nvidea.<br>> ><br>> > i will fix it friday.<br>> ><br>> > regards adrian
<br>> ><br>> ><br>> > 2007/9/19, Robert Osfield <<a href="mailto:robert.osfield@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">robert.osfield@gmail.com</a> >:<br>
> ><br>> > > Hi Adrian,<br>> > ><br>> > > To help things along I have gone ahead and merged your ShadowPSSM
<br>> > > implementation, but renamed it to ParallelSplitShadowMap to be in<br>> > > keeping with the naming of the other shadow techniques.<br>> > ><br>> > > I have also added the PSSM enabling into 
osgshadow.cpp, but haven't<br>> > > merged PSSM.cpp as I didn't know what to do with this.<br>> > ><br>> > > When enabling --pssm in osgshadow I get shadows, but also z fighting<br>> > > artificats that suggest the polygon offset needs to be adjusted a bit.
<br>> > > Bascially glPolygonOffset is not a standardised quantity under OpenGL<br>> > > so implementations vary, if you optimize for ATI it'll not work well<br>> > > under NVidia and visa versa.  We've seen this issue with osgText
<br>> > > before and made some tweaks to try and cope with the variance.  See<br>> > > src/osg/PolgyonOffset.cpp.  It could be that the code in there that<br>> > > tries to account for ATI might not be work well with recent drivers.
<br>> > ><br>> > > Robert.<br>> > ><br>> > > On 9/19/07, Adrian Egli <<a href="mailto:3dhelp@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">3dhelp@gmail.com
</a>> wrote:<br>> > > > Sorry Robert,<br>> > > >
<br>> > > > i still fixed an issue this morning, and added also for debugging a<br>> define<br>> > > > for enable r,g,b for 3 split maps, to color them (DEBUG)<br>> > > ><br>> > > > regards adrian
<br>> > > ><br>> > > > 2007/9/19, Adrian Egli < <a href="mailto:3dhelp@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">3dhelp@gmail.com</a>>:<br>> > > > > Hi Robert,
<br>> > > > ><br>> > > > > i did some changes in latest implementation, i now i have a PSSM
<br>> variant<br>> > > > which works quite well. I propose to check this implementation into<br>> > > > osgShadow. Of course this is just the first version of our PSSM<br>> > > > implementation, but we are still open to change the implementation is
<br>> > > > implemented it as a shadow technique as you mentioned. A future<br>> > > > implementation can be the one Terry started some month ago, but i<br>> don't know<br>> > > > when he will be able to post a adapted version to our shadow technique
<br>> > > > abstraction.<br>> > > > ><br>> > > > > in the attachment we have to VS2003 project:<br>> > > > > * First my test case, may we can add this as new example.
<br>> > > > > * Second is the osgShadow example from the SVN with changes i did,<br>> marked<br>> > > > with //ADEGLI<br>> > > > > -> the source<br>> > > > > -> 
test.bat, you can see what i tested, the test.ive is a database<br>> > > > downloaded from<br>> > > ><br>> <a href="http://www.vision.ee.ethz.ch/%7Epmueller/wiki/CityEngine/DownloadModelsPompeii" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

http://www.vision.ee.ethz.ch/~pmueller/wiki/CityEngine/DownloadModelsPompeii</a><br>> > > > ><br>> > > > > others should test. some problem can cause the PolygonOffset, i<br>> tested it<br>

> > > > on two different system with different GPUs, all under windows, i ll<br>> test as<br>> > > > soon as i have some minutes left also under os/x<br>> > > > ><br>> > > > >
<br>> > > > ><br>> > > > ><br>> > > > > /regards<br>> > > > ><br>> > > > > adegli<br>> > > > ><br>> > > > ><br>> > > > > 2007/9/18, Robert Osfield <
<a href="mailto:robert.osfield@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">robert.osfield@gmail.com</a> >:<br>> > > > ><br>> > > > > > Hi Adrian and Terry,
<br>> > > > > ><br>> > > > > > New shadow algorithms need to be implemented as a subclass from
<br>> > > > > > osgShadow::ShadowTechnique for them to be considered for merging<br>> with<br>> > > > > > SVN. All the hooks required to implement advanced techniques are<br>> > > > > > available to the shadow techniques so it shouldn't cause any
<br>> > > > > > significant problems in implementing the PSSM as a<br>> ShadowTechniqiue.<br>> > > > > ><br>> > > > > > The use of ShadowTechnique is important as it allows end users to
<br>> > > > > > trial out different techniques very easily and find the route<br>> which<br>> > > > > > best suits their hardware and scene type.  It is even possible<br>> that<br>

> > > > > > different techniques will be used by one application as they load<br>> up<br>> > > > > > different scenes.<br>> > > > > ><br>> > > > > > I did review Terry's PSSM code and did consider porting it across
<br>> to<br>> > > > > > work as a ShadowTechnique, but alas I've just been snowed under be<br>> > > > > > other work.  The same is the case right now, while I'd love to see<br>

> a<br>> > > > > > good PSSM implementation checked into osgShadow I don't have the<br>> time<br>> > > > > > to help out in this effort.<br>> > > > > ><br>> > > > > > Robert.
<br>> > > > > ><br>> > > > > ><br>> > > > > > On 9/18/07, Adrian Egli < <a href="mailto:3dhelp@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
3dhelp@gmail.com</a>> wrote:<br>> > > > > > > Hi Terry,
<br>> > > > > > ><br>> > > > > > > i don't know what robert requires of PSSM. The best and easiest<br>> would<br>> > > > be to<br>> > > > > > > integrate it as a shadow technique, so the user can just change
<br>> the<br>> > > > shadow<br>> > > > > > > technique<br>> > > > > > > and that's it. Or ?<br>> > > > > > ><br>> > > > > > > adegli
<br>> > > > > > ><br>> > > > > > > 2007/9/17, Terry Welsh < <a href="mailto:mogumbo@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">mogumbo@gmail.com
</a>>:<br>> > > > > > > > Do you know what Robert requires of PSSM to have it included
<br>> in OSG?<br>> > > > > > > > Does it just need to be integrated with osgShadow?<br>> > > > > > > > --<br>> > > > > > > > Terry Welsh - mogumbo 'at' 
<a href="http://gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">gmail.com</a><br>> > > > > > > > <a href="http://www.reallyslick.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
www.reallyslick.com</a>   |  <a href="http://www.mogumbo.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">www.mogumbo.com</a><br>> > > > > > > >
<br>> > > > > > > > On 9/17/07, Terry Welsh < <a href="mailto:mogumbo@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">mogumbo@gmail.com</a>> wrote:<br>> > > > > > > > > Well, I took a closer look.  There are a few problems, but I
<br>> still<br>> > > > > > > > > can't bring myself to try and fix them since they're<br>> problems I<br>> > > > > > > > > already fixed in my own shadow code.  It would really be
<br>> easier<br>> > > > and<br>> > > > > > > > > faster to work from that code instead I think.  How badly do<br>> you<br>> > > > want<br>> > > > > > > > > to get this working?  I can always send you the current
<br>> version of<br>> > > > the<br>> > > > > > > > > shadow code I have here.<br>> > > > > > > > ><br>> > > > > > > > > To be more specific, it looks like the big problems are 1.
<br>> Shadow<br>> > > > maps<br>> > > > > > > > > don't always cover all of the terrain (they leave some parts<br>> > > > > > > > > unshadowed) (this seems to depend on scene size), and 2.
<br>> > > > Off-camera<br>> > > > > > > > > objects don't always cast shadows.  There are some other<br>> minor<br>> > > > > > > > > problems, but those are the big ones.
<br>> > > > > > > > > - Terry<br>> > > > > > > > ><br>> > > > > > > > > On 9/17/07, Adrian Egli <<a href="mailto:3dhelp@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
3dhelp@gmail.com
</a>> wrote:<br>> > > > > > > > > > hi Terry,<br>> > > > > > > > > ><br>> > > > > > > > > > i hope you can test the latest version of PSSM. it would
<br>> be<br>> > > > greate as<br>> > > > > > > soon<br>> > > > > > > > > > as possible to integrate it<br>> > > > > > > > > >
<br>> > > > > > > > > ><br>> > > > > > > > > ><br>> > > > > > > > > > * GLSL Shader: generate automatically for 1..n splitting<br>
> maps
<br>> > > > > > > > > > * some changes for better frustum splitting<br>> > > > > > > > > ><br>> > > > > > > > > > *** PLEASE test it on your databases ****
<br>> > > > > > > > > ><br>> > > > > > > > > > attached some tests screenshots. if you have some bugs,<br>> please<br>> > > > (A)<br>> > > > > > > report it
<br>> > > > > > > > > > or (B) fix it and send me the updated source code.<br>> > > > > > > > > ><br>> > > > > > > > > > Tested on ATI X1600, 256MB, mobile macbookpro
<br>> > > > > > > > > ><br>> > > > > > > > > > thanks for testing<br>> > > > > > > > > ><br>> > > > > > > > > > adrian
<br>> > > > > > > > > ><br>> > > > > > > > > ><br>> > > > > > > > > > 2007/9/15, Adrian Egli < <a href="mailto:3dhelp@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

3dhelp@gmail.com</a>>:<br>> > > > > > > ><br>> > > > > > > > > > > Hi latest version,<br>> > > > > > > > > > ><br>> > > > > > > > > > > (1) NVidea Cards, the setting of the Polygon offset
<br>> seems to<br>> > > > be not<br>> > > > > > > > > > correct on my ATI it's seems to be correct (looks nice)<br>> > > > > > > > > > >      please test and check for good values, i don't now
<br>> a good<br>> > > > value<br>> > > > > > > for<br>> > > > > > > > > > this<br>> > > > > > > > > > > (2) GLSL shader has to be generated dynamic, if we
<br>> change the<br>> > > > number<br>> > > > > > > of<br>> > > > > > > > > > split planes<br>> > > > > > > > > > >      the version no longer need any IF in the GLSL
<br>> shader,<br>> > > > this<br>> > > > > > > makes the<br>> > > > > > > > > > good a little bit different form the suggestion in the<br>> paper<br>> > > > PSSM
<br>> > > > > > > > > > > (3) try it out and test<br>> > > > > > > > > > ><br>> > > > > > > > > > > pssm --help<br>> > > > > > > > > > >
<br>> > > > > > > > > > > enjoy and have a nice weekend, i will be not online till<br>> > > > monday. if<br>> > > > > > > you<br>> > > > > > > > > > have some ideas, fixes etc please send me the new code.
<br>> then i<br>> > > > will be<br>> > > > > > > able<br>> > > > > > > > > > to test it<br>> > > > > > > > > > > out. i hope for next osg release we will have a good and
<br>> > > > robust PSSM<br>> > > > > > > > > > implementation what would be greate.<br>> > > > > > > > > > ><br>> > > > > > > > > > > the next version of PSSM would have project maps, at the
<br>> > > > moment it<br>> > > > > > > > > > supports just directional lights<br>> > > > > > > > > > ><br>> > > > > > > > > > > /adegli
<br>> > > > > > > > > > ><br>> > > > > > > > > > ><br>> > > > > > > > > > ><br>> > > > > > > > > > > 2007/9/14, Adrian Egli < 
<a href="mailto:3dhelp@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">3dhelp@gmail.com</a>>:<br>> > > > > > > > > > ><br>> > > > > > > > > > > > hi,
<br>> > > > > > > > > > > >
<br>> > > > > > > > > > > > i will post the first version of the PSSM for a sun as<br>> > > > directional<br>> > > > > > > > > > lights.<br>> > > > > > > > > > > >
<br>> > > > > > > > > > > > Please help in test, debug, and optimisation, than we<br>> can<br>> > > > > > > integrate it<br>> > > > > > > > > > into OSG core, i would like doing this as soon as
<br>> possible.<br>> > > > > > > > > > > ><br>> > > > > > > > > > > > call in a console...<br>> > > > > > > > > > > > PSSM --help
<br>> > > > > > > > > > > ><br>> > > > > > > > > > > > example<br>> > > > > > > > > > > > PSSM.exe   dumptruck.osg

  --noUpdate --mapcount 3<br>> > > > > > > > > > > > PSSM.exe  dumptruck.osg  --noUpdate --mapcount 3<br>> --NO-DEBUG<br>> > > > > > > > > > > ><br>

> > > > > > > > > > > ><br>> > > > > > > > > > > > * we need a better GLSL shader ! My version isn't yet<br>> good<br>> > > > enough
<br>> > > > > > > (and<br>> > > > > > > > > > robust)<br>> > > > > > > > > > > ><br>> > > > > > > > > > > > * i guess there is still a little bug, the near-far
<br>> clipping<br>> > > > plane<br>> > > > > > > for<br>> > > > > > > > > > the each camera (shadow)<br>> > > > > > > > > > > >
<br>> > > > > > > > > > > > * ...<br>> > > > > > > > > > > ><br>> > > > > > > > > > > > others<br>> > > > > > > > > > > >
<br>> > > > > > > > > > > > thanks for help<br>> > > > > > > > > > > ><br>> > > > > > > > > > > ><br>> > > > > > > > > > > > / adrian
<br>> > > > > > > > > > > ><br>> > > > > > > > > > > > --<br>> > > > > > > > > > > ><br>> > > > ********************************************
<br>> > > > > > > > > > > > Adrian Egli<br>> > > > > > > > > > > ><br>> > > > > > > > > > ><br>> > > > > > > > > > >
<br>> > > > > > > > > > ><br>> > > > > > > > > > > --<br>> > > > > > > > > > ><br>> ********************************************
<br>> > > > > > > > > > > Adrian Egli<br>> > > > > > > > > > ><br>> > > > > > > > > ><br>> > > > > > > > > >
<br>> > > > > > > > > ><br>> > > > > > > > > > --<br>> > > > > > > > > ><br>> ********************************************<br>> > > > > > > > > > Adrian Egli
<br>> > > > > > > > > ><br>> > > > > > > > > ><br>> > > > > > > > > > --<br>> > > > > > > > > ><br>> ********************************************
<br>> > > > > > > > > > Adrian Egli<br>> > > > > > > > > ><br>> > > > > > > > ><br>> > > > > > > ><br>> > > > > > >
<br>> > > > > > ><br>> > > > > > ><br>> > > > > > > --<br>> > > > > > > ********************************************<br>> > > > > > > Adrian Egli
<br>> > > > > > > _______________________________________________<br>> > > > > > > osg-users mailing list<br>> > > > > > > <a href="mailto:osg-users@lists.openscenegraph.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

osg-users@lists.openscenegraph.org</a><br>> > > > > > ><br>> > > ><br>> <a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
</a><br>> > > > > > ><br>> > > > > > ><br>> > > > > > _______________________________________________<br>> > > > > > osg-users mailing list<br>

> > > > > > <a href="mailto:osg-users@lists.openscenegraph.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">osg-users@lists.openscenegraph.org</a><br>> > > > > >
<br>> > > ><br>> <a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org</a><br>> > > > > ><br>> > > > ><br>> > > > ><br>> > > > ><br>> > > > > --
<br>> > > > > ********************************************<br>> > > > > Adrian Egli<br>> > > > ><br>> > > ><br>> > > ><br>> > > ><br>> > > > --
<br>> > > > ********************************************<br>> > > > Adrian Egli<br>> > > > _______________________________________________<br>> > > > osg-users mailing list
<br>
> > > > <a href="mailto:osg-users@lists.openscenegraph.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">osg-users@lists.openscenegraph.org</a><br>> > > ><br>> <a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org</a><br>> > > ><br>> > > ><br>> > > ><br>> > > _______________________________________________<br>> > > osg-users mailing list
<br>> > > <a href="mailto:osg-users@lists.openscenegraph.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">osg-users@lists.openscenegraph.org</a><br>> > ><br>> <a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
</a><br>> > ><br>> ><br>> ><br>> ><br>> > --<br>> > ********************************************<br>> > Adrian Egli<br>><br>><br>><br>> --<br>> ********************************************
<br>> Adrian Egli<br>> _______________________________________________<br>> osg-users mailing list<br>> <a href="mailto:osg-users@lists.openscenegraph.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
osg-users@lists.openscenegraph.org</a><br>> <a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org</a><br>><br>><br>_______________________________________________<br>osg-users mailing list<br><a href="mailto:osg-users@lists.openscenegraph.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

osg-users@lists.openscenegraph.org</a><br><a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
</a><br></blockquote></span></div></div>
<br><br clear="all"><br>-- <br>********************************************<br><span class="sg">Adrian Egli
</span><br clear="all"></blockquote></div><br><br clear="all"><br>-- <br>********************************************<br>Adrian Egli