Hi Daniel, Just had a look at the videos and poster. Very nice work :-)
I haven't looked at the source code yet so can't comment on the suitability for merging with the core OSG, I am open to the idea if the code fits well with the rest of the OSG code base. It'd be great if others could dive and test out your NodeKit and provide feedback. Thanks, Robert. On 18 January 2013 15:13, Limberger, Daniel <daniel.limber...@hpi.uni-potsdam.de> wrote: > > > > > From: Limberger, Daniel > Sent: 18 January 2013 15:50 > To: Engel, Juri > Subject: Integration of a NodeKit for Sky Rendering into OSG > > > > Hi, > > > > I would like to present you my open source library osgHimmel that allows > simple noninvasive rendering of background imagery (i.e., skies) within OSG. > It currently is an OSG extending lib, that features two different techniques > for sky rendering (or in traditional terms, skybox rendering): texture based > (traditional) and computational (astrophysical). > > > > The first approach handles rendering of skies via common texture mapping > techniques, extended by time based transitions, rotation around the zenith, > horizon blending as well as an (experimental) faked sun. > > > > The second approach, renders astrophysical based skies with good results not > only but especially at nightly scenes: correct star positions, atmosphere > approximation, moon rendering including lunar eclipses and more. > > > > Further Contributions to OSG: > > - A useful, minimal astronomy library. > > - Good resources for both, texture based and physical based, > approaches. > > - Solutions for common OSG issues, e.g., placing skies in arbitrary > node structures, texture ping-ponging for post/pre processing, environment > map rendering for reflection/illumination. > > - Starting point for cloud rendering. The current implementation is > not very efficient though (TODO..) > > - Introduces no third parties, purely based on OSG (and optionally > Qt for the editor)! > > > > For now, osgHimmel is mainly used internally at the Computer Graphics > Systems group at the HPI (hpi3d.de), and the first integration into a > commercial product is already in progress. We have two research projects, > trying to extend the library by HDR, temporal-glare, Glare, simple as well > as image based illumination. > > > > I would like to suggest an integration of osgHimmel into OSG, since a larger > user base would convince me to keep osgHimmel alive and spent further > development time on the library. > > What requirements must be met and what further steps have to be taken to > make this integration possible (we can rename the lib to osgSky if this is a > problem ;) )? > > Or is it better practice for such library to stay independent, without a > direct OSG integration? > > > > I’m strongly interested in any ideas and concerns of this community > concerning osgHimmel. > > > > > > All resources (including videos, demos, poster, my master’s thesis, and a > recent vmv2012 paper) are available at: > > http://osghimmel.googlecode.com > > > > recent poster with some images: > https://osghimmel.googlecode.com/files/Daniel_Limberger_Poster.pdf > > > > Thanks a lot! And also thanks to this mailing list, which was of great help > during development of osghimmel. > > > _______________________________________________ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > _______________________________________________ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
