Hi <br><br>there are many nice project and on going project for real time ray tracing. i would say in the future there will be many more, because <br>the ray tracing becomes faster and faster. The future will be a hybrid visualisation systems: GPU / CPU and also OpenGL / RayTracing. 
<br><br>Even for OSG it will become a challenge to follow such latest development and such latest ideas, but the core concept of all such systems are quite similar. <br>All systems needs a spatial data structure. In OSG the objects are organised in bounding sphere hierarchy. And unfortunately the 
<br>primitives are just in arrays, what is may fast for rendering but for intersection testing, tracing it's a known poor data organisation.   <br><br>(Robert) What are you thinking about this topic, just as a short general idea. What danger do you see if we would implement a spatial hierarchic data structure (kd-tree) to replace the array based vertex, triangles storing. what can be a challenge or what would be quite hard to change, and where are unknown dangers 
w.r.t performance for face rendering (OpenGL) ? <br><br>/adegli <br><br><div><span class="gmail_quote">2007/10/2, Abe Stephens <<a href="mailto:abe@sci.utah.edu">abe@sci.utah.edu</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>I'm not aware of any open source interactive ray tracers that<br>vivaciously support third-party scene graphs like OSG.<br><br>OpenRT (not open source) has been demoed at the Mercury booth @<br>siggraph running off a scene graph (possibly OpenInventor (?)). Razor
<br>(not open source) is an IRT system from UT Austin which is tightly<br>integrated with its own scene graph (supports collada). We've had<br>some traffic on the Manta (open source) mailing list about scene<br>graph integration. The projects were all outside of Utah so I'm not
<br>sure if they targeted a standard tool like OSG.<br><br>Abe<br><br><br>On Oct 2, 2007, at 4:26 AM, osg-users-<br><a href="mailto:request@lists.openscenegraph.org">request@lists.openscenegraph.org</a> wrote:<br><br>> Message: 24
<br>> Date: Tue, 2 Oct 2007 12:25:58 +0200<br>> From: " Tobias M?nch " <<a href="mailto:muench.tobias@googlemail.com">muench.tobias@googlemail.com</a>><br>> Subject: Re: [osg-users] Searcing for raytracer implementation based
<br>>       on OSG<br>> To: "OpenSceneGraph Users" <<a href="mailto:osg-users@lists.openscenegraph.org">osg-users@lists.openscenegraph.org</a>><br>> Message-ID:<br>>       <<a href="mailto:f90040970710020325s44d43a11m799458b0db13458f@mail.gmail.com">
f90040970710020325s44d43a11m799458b0db13458f@mail.gmail.com</a>><br>> Content-Type: text/plain; charset="iso-8859-1"<br>><br>> Hello Adrian<br>><br>> If I get you right, you think that the OSG data representation is not
<br>> optimized for use within a raytracer application. So it will be<br>> possible to<br>> code a raytracer with OSG but results won't be very efficient and<br>> powerful?<br>><br>> regards, Tobias<br>
><br>> On 10/2/07, Adrian Egli <<a href="mailto:3dhelp@gmail.com">3dhelp@gmail.com</a>> wrote:<br>>><br>>> Hi Tobias,<br>>><br>>> Greate would be to get a RayTracer attached to the OSG scene. With
<br>>> option<br>>> to trace or not. Normally OSG won't trace, but if we like to get high<br>>> quality screens, we can just turn on the tracing. But i was<br>>> thinking about<br>>> this still more then once. What we should get or what i like to
<br>>> integrate as<br>>> soon as i have some hours to analyse the osg core, we should store<br>>> the<br>>> triangles, trianglesfan, ... (GL geometries) in a accelerated<br>>> spatial data<br>
>> structure, best kd-Tree like data organisation. Even the<br>>> intersection test<br>>> could be boosted, also futures animations, collision checks and so<br>>> on,<br>>> boosting of depth sorting for transparency pre triangles should
<br>>> become<br>>> possible.  Also haptic-rendering could be an option for future<br>>> application.<br>>> This integration would be an essential topic.<br>>><br>>> I am not yet sure how we should change the osg internal data
<br>>> structure, at<br>>> the moment we store vertices in simple arrays. I feel like to<br>>> remap them<br>>> into an kd-tree. then the whole scenegraph is organised in a<br>>> spatial data
<br>>> structure.<br>>><br>>> and the once we have a fast internal data representation, we may are<br>>> really close to render the scene no longer as face rendering also ray<br>>> casted, ray traced parts would be an futur options. what would be
<br>>> really<br>>> greate. May we will get small parts raytraced, others not.<br>>><br>>> what are others thinking about this topic.<br>>><br>>> /Adegli<br>>><br>>> 2007/10/2, Tobias M?nch <
<a href="mailto:muench.tobias@googlemail.com">muench.tobias@googlemail.com</a>>:<br>>>><br>>>> Hello to all OSG developers.<br>>>><br>>>> Does anybody has developed a raytracer based on OSG or OpenGL
<br>>>> which is<br>>>> free to use on other applications? It is important for me that no<br>>>> changes<br>>>> are necessary to the OSG-framework like the raytracer of Amit Ben-<br>>>> David, who
<br>>>> modified the osg:Vec3f class. I need it for my thesis and<br>>>> unfortunately I<br>>>> have not enough time to code one by my own.<br>>>><br>>>> best regards, Tobias<br>
>>><br>>>> p.s.: The source of Ben-Davids raytracer: http://<br>>>> <a href="http://www.cs.technion.ac.il/~cs234326/projects/GLSLRayTracer/main.htm">www.cs.technion.ac.il/~cs234326/projects/GLSLRayTracer/main.htm
</a><br>>>><br>>>> <<a href="http://www.cs.technion.ac.il/%7Ecs234326/projects/GLSLRayTracer/">http://www.cs.technion.ac.il/%7Ecs234326/projects/GLSLRayTracer/</a><br>>>> main.htm><br>>>>
<br>>>> _______________________________________________<br>>>> osg-users mailing list<br>>>> <a href="mailto:osg-users@lists.openscenegraph.org">osg-users@lists.openscenegraph.org</a><br>>>> 
<a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-">http://lists.openscenegraph.org/listinfo.cgi/osg-users-</a><br>>>> <a href="http://openscenegraph.org">openscenegraph.org</a><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">osg-users@lists.openscenegraph.org</a><br>>> <a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-">http://lists.openscenegraph.org/listinfo.cgi/osg-users-
</a><br>>> <a href="http://openscenegraph.org">openscenegraph.org</a><br>>><br>>><br>> -------------- next part --------------<br>> An HTML attachment was scrubbed...<br>> URL: <a href="http://lists.openscenegraph.org/pipermail/osg-users-">
http://lists.openscenegraph.org/pipermail/osg-users-</a><br>> <a href="http://openscenegraph.org/attachments/20071002/599a86e8/attachment.html">openscenegraph.org/attachments/20071002/599a86e8/attachment.html</a><br>>
<br>> ------------------------------<br>><br>> _______________________________________________<br>> osg-users mailing list<br>> <a href="mailto:osg-users@lists.openscenegraph.org">osg-users@lists.openscenegraph.org
</a><br>> <a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-">http://lists.openscenegraph.org/listinfo.cgi/osg-users-</a><br>> <a href="http://openscenegraph.org">openscenegraph.org</a><br>><br>>
<br>> End of osg-users Digest, Vol 4, Issue 4<br>> ***************************************<br><br>_______________________________________________<br>osg-users mailing list<br><a href="mailto:osg-users@lists.openscenegraph.org">
osg-users@lists.openscenegraph.org</a><br><a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org">http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org</a><br></blockquote></div>
<br><br clear="all"><br>-- <br>********************************************<br>Adrian Egli