Re: [osg-users] Highlighting with OSG
Hi Daniel Ulrich presented a nice outlining technique on his homepage: http://www.sandbox.de/osg/ Richard -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Moos Sent: Sunday, October 07, 2007 1:52 PM To: osg-users@lists.openscenegraph.org Subject: [osg-users] Highlighting with OSG Hi @all I'm new here and I try to make a "simple" hightlighting effect with OpenSceneGraph. I want to highlight triangles, vertexes and lines from a loaded model by picking it with the mouse. The picking isn't the problem. But how can I make a highlighting effect? For example change the color of the object... A second Question... If I loaded a model into my scene. Where can I get a list with all the triangles and its vertexes? Thank you! Daniel ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.or g ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
Brian, El Thursday 04 October 2007 22:02:22 Brian Keener escribió: > [ 53%] Building CXX object > src/osgPlugins/net/CMakeFiles/osgdb_net.dir/sockinet. > o > /usr/src/OpenSceneGraph/src/osgPlugins/net/sockinet.cpp:66:1: warning: > "socklen_ > t" redefined > In file included from /usr/include/sys/socket.h:15, > from > /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.h:46 > , > from > /usr/src/OpenSceneGraph/src/osgPlugins/net/sockinet.h:16, > from > /usr/src/OpenSceneGraph/src/osgPlugins/net/sockinet.cpp:36 > > /usr/include/cygwin/socket.h:24:1: warning: this is the location of the > previous > definition > [ 54%] Building CXX object > src/osgPlugins/net/CMakeFiles/osgdb_net.dir/sockstrea > m.o > /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:143:1: > warning: "sockl > en_t" redefined > In file included from /usr/include/sys/socket.h:15, > from > /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.h:46 > , > from > /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp: > 63: > /usr/include/cygwin/socket.h:24:1: warning: this is the location of the > previous > definition > /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp: In member > function `i > nt sockbuf::pgrp() const': > /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:931: error: > `SIOCGPGRP > ' undeclared (first use this function) > /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:931: error: > (Each unde > clared identifier is reported only once for each function it appears > in.) > /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp: In member > function `i > nt sockbuf::pgrp(int) const': > /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:941: error: > `SIOCSPGRP > ' undeclared (first use this function) > /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp: In member > function `v > oid sockbuf::closeonexec(bool) const': > /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:952: error: > `FIOCLEX' > undeclared (first use this function) > /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:955: error: > `FIONCLEX' > undeclared (first use this function) > make[2]: *** [src/osgPlugins/net/CMakeFiles/osgdb_net.dir/sockstream.o] > Error 1 > make[1]: *** [src/osgPlugins/net/CMakeFiles/osgdb_net.dir/all] Error 2 > make: *** [all] Error 2 this shouldn't be possible with the changes recently commited to the SVN. Could you confirm that the lines number 924 and 925 of sockinet.cpp are //#if !defined(WIN32) #if !(defined(__CYGWIN__) || defined(WIN32)) that is, the first line is commented out but not the second one. Could you also please check that __CYGWIN__ macro is defined for the compiler you are using? On my system: $ touch testfile.cpp $ g++ testfile.cpp -E -dM | grep __CYGWIN__ #define __CYGWIN__ 1 $ g++ -v Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs Configured with: /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure --verbose --prefix=/usr --exec-prefix=/usr -- sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-langu ages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --w ithout-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-thre ads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enabl e-libstdcxx-debug Thread model: posix Thank you, Alberto ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] frame rate locking, gpu stalling problem
El Sunday 07 October 2007 03:09:55 idontgot aname escribió: > It seems that as I zoom in/out, the framerate stays > locked at a certain range until it can't handle it > anymore. 60fps zoomed out, down to 30fps, down to > 20/15/10 etc. and the gpu time goes up because of > this. > > Does anyone know why the framerate would stay fixed at > those ranges? Hi, this is a matter of synchronization with the screen refresh. Note that 20/15/10 fps are divisors of 60. If you are rendering at 60 fps and you draw the frame too late, you have to wait for the next refresh, so your framerate will go down to 30 fps. If you draw slower, the frame have to wait until the next refresh signal, so the framerate will drop to 20, then 10, then 6... until 1/0 fps. For experimental purposes only, you can deactivate the vertical synchronization in your driver options and see how these ranges disappear. Note that this is not recommended because it lessens the image quality (tearing artifacts may appear). Alberto ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] VPB with tiled raw data
Hi @ all, Is it possible to build a paged database with VirtualPlanetBuilder from heightfield and texture data that is tiled ?? More precise, can VPB process multiple import data files to build a whole representation of the area. What happens, if heightfiled or texture data tiles: -> overlap -> do not fit exactly (space between tiles with no data) -> have not the same resolution What happens if the heightfield data and the texture overlap not perfectly (e.g. larger extend of texture than of heightfield or vice versa) ?? Is it possible to have more accurate heightfield data embedded into more general one (e.g. a precise representation of an area of interest on a whole globe) ?? Does the more general height data then cut through the precise data and it ends up with very ugly artifacts?? Thank you for consideration Christoph ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] frame rate locking, gpu stalling problem
Hmmm, while this does stop it from locking, the underlying problem seems to be the gpu taking up a ton of time. I've tested 2.2 and 1.2 glsl_mandelbrot.osg (1.2 was fine last I used it), now they both take up alot of gpu time (>80ms per frame), so I'm not sure what could be causing this. Installed the latest drivers for my card, but it didn't help, not sure what else could've changed that would cause this. May just reinstall the OS and start fresh if I can't figure out whats going on, any ideas would be appreciated though. --- Alberto Luaces <[EMAIL PROTECTED]> wrote: > El Sunday 07 October 2007 03:09:55 idontgot aname > escribió: > > It seems that as I zoom in/out, the framerate > stays > > locked at a certain range until it can't handle it > > anymore. 60fps zoomed out, down to 30fps, down to > > 20/15/10 etc. and the gpu time goes up because of > > this. > > > > Does anyone know why the framerate would stay > fixed at > > those ranges? > > Hi, > > this is a matter of synchronization with the screen > refresh. Note that > 20/15/10 fps are divisors of 60. If you are > rendering at 60 fps and you draw > the frame too late, you have to wait for the next > refresh, so your framerate > will go down to 30 fps. If you draw slower, the > frame have to wait until the > next refresh signal, so the framerate will drop to > 20, then 10, then 6... > until 1/0 fps. > > For experimental purposes only, you can deactivate > the vertical > synchronization in your driver options and see how > these ranges disappear. > Note that this is not recommended because it lessens > the image quality > (tearing artifacts may appear). > > Alberto > ___ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > Boardwalk for $500? In 2007? Ha! Play Monopoly Here and Now (it's updated for today's economy) at Yahoo! Games. http://get.games.yahoo.com/proddesc?gamekey=monopolyherenow ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] frame rate locking, gpu stalling problem
El Monday 08 October 2007 10:55:56 idontgot aname escribió: > Hmmm, while this does stop it from locking, the > underlying problem seems to be the gpu taking up a ton > of time. As for the soft shadows it should be normal. It is a high computing task that takes the GPU to its limits. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Problems when rendering to a FBO texture and using that as a texture.
Hi!, We have migrated all the code to the new osgViewer and everything is working marvelously, but: In OSG-2.2, with an Nvidia 7800 GT, I create an FBO to render the scene to a texture, this works correctly, but later if I want to use that texture as an input I get the following error: PixelBufferWin32::wglBindTexImageARB(), failed This used to work while working with osgProducer, but right now I dont know what can be wrong. Here is some code: //Render the current scene to a texture. camera->setRenderOrder(osg::CameraNode::PRE_RENDER); camera->setRenderTargetImplementation(osg::CameraNode::FRAME_BUFFER_OBJECT); camera->attach(osg::CameraNode::COLOR_BUFFER, _texture_fbo); camera->addChild(*_total_root*); _root_camera_fbo->addChild(camera); _root_camera_fbo->addChild(nested_quad_from_camera); viewer.setSceneData(_root_camera_fbo); //Then in another part of the code I do: osg::Texture2D* _imagen_fbo = getTextureFbo(); *_total_root*->addChild(group); group->getOrCreateStateset()->setTextureAttributeAndModes(0, _imagen_fbo,osg::StateAttribute::ON); //This last line provokes the warning. I belive I am doing something really really wrong like accesing the texture inside the same camera that renders it each frame... Please any comment would be very helpful. Thanks! ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Problems when rendering to a FBO texture and using that as a texture.
Hi Alberto, The strange thing is OpenGL FrameBufferObject extension don't use the windowing-api so the wglBindTextureImageARB have not to be called. your code seem to be good. take a look to osgprerender example. "osgprerender --fbo" use frame buffer object. HTH David 2007/10/8, Alberto Nortes <[EMAIL PROTECTED]>: > > Hi!, > > We have migrated all the code to the new osgViewer and everything is > working marvelously, but: > In OSG-2.2, with an Nvidia 7800 GT, I create an FBO to render the scene to > a texture, this works correctly, but later if I want to use that texture as > an input I get the following error: > > PixelBufferWin32::wglBindTexImageARB(), failed > > This used to work while working with osgProducer, but right now I dont > know what can be wrong. Here is some code: > > //Render the current scene to a texture. > camera->setRenderOrder(osg::CameraNode::PRE_RENDER); > camera->setRenderTargetImplementation(osg::CameraNode::FRAME_BUFFER_OBJECT); > > camera->attach(osg::CameraNode::COLOR_BUFFER, _texture_fbo); > camera->addChild(*_total_root*); > > _root_camera_fbo->addChild(camera); > _root_camera_fbo->addChild(nested_quad_from_camera); > viewer.setSceneData(_root_camera_fbo); > > //Then in another part of the code I do: > osg::Texture2D* _imagen_fbo = getTextureFbo(); > *_total_root*->addChild(group); > group->getOrCreateStateset()->setTextureAttributeAndModes(0, > _imagen_fbo,osg::StateAttribute::ON); //This last line provokes the warning. > > > I belive I am doing something really really wrong like accesing the > texture inside the same camera that renders it each frame... Please any > comment would be very helpful. > Thanks! > ___ > 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
[osg-users] isImageTranslucent
Hello, Is there anything planned on making Image::isImageTranslucent work for compressed textures? I'm not sure how long it's been there, but I see the TODO comment regarding this feature in ReaderWriterDDS.cpp. Thanks.___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
Alberto Luaces wrote: > this shouldn't be possible with the changes recently commited to the SVN. > Could you confirm that the lines number 924 and 925 of sockinet.cpp are > > //#if !defined(WIN32) > #if !(defined(__CYGWIN__) || defined(WIN32)) If we are talking src/osgplugins/sockinet.cpp mine only has 445 lines and it was retrieved fresh from svn last week and I just did an svn update to confirm. > Could you also please check that __CYGWIN__ macro is defined for the compiler > you are using? On my system: > > $ touch testfile.cpp > $ g++ testfile.cpp -E -dM | grep __CYGWIN_ > #define __CYGWIN__ 1 ditto: [EMAIL PROTECTED] /usr/tmp $ g++ testfile.cpp -E -dM |grep __CYGWIN_ #define __CYGWIN__ 1 [EMAIL PROTECTED] /usr/tmp $ g++ testfile.cpp -E -dM |pg In your case what about: [EMAIL PROTECTED] /usr/tmp $ g++ testfile.cpp -E -dM |grep __unix #define __unix 1 #define __unix__ 1 > $ g++ -v > Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs > Configured > with: /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure --verbose --prefix=/usr --exec-prefix=/usr -- > sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-langu > ages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --w > ithout-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-thre > ads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enabl > e-libstdcxx-debug > Thread model: posix ditto but did you omit the last version line or does mine have it and yours does not: [EMAIL PROTECTED] /usr/tmp $ g++ -v |pg Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs Configured with: /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure --ver bose --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libe xecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-langu ages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included-gettext -- enable-version-specific-runtime-libs --without-x --enable-libgcj --disable-java- awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-thre ads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptio ns --enable-hash-synchronization --enable-libstdcxx-debug Thread model: posix gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) thanks bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] OSG 2.2 MinGW Compilation Error
Hello to all, I just downloaded OSG 2.2 zip file and started compiling it with MinGW under regular WinXP 32 bits. I get the following error: [ 60%] Building CXX object src/osgIntrospection/CMakeFiles/osgIntrospection.dir/ DefaultReflectors.obj In file included from C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/variant_ca st:19, from C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/InstanceCr eator:19, from C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/Reflector: 24, from C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/Reflection Macros:19, from C:\OpenSceneGraph 2.2\OpenSceneGraph\src\osgIntrospection\ DefaultReflectors.cpp:15: C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:66: error: ISO C++ forbids declaration of `wostream' with no type C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:66: error: invalid use of `::' C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:66: error: `wostrea m' declared as a `virtual' field C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:66: error: expected `;' before '&' token C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:69: error: expected `;' before "virtual" C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:69: error: ISO C++ forbids declaration of `wistream' with no type C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:69: error: invalid use of `::' C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:69: error: `wistrea m' declared as a `virtual' field C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:69: error: expected `;' before '&' token C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:72: error: expected `;' before "virtual" C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:121: error: ISO C++ forbids declaration of `wostream' with no type C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:121: error: invalid use of `::' C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:121: error: `wostre am' declared as a `virtual' field C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:121: error: expecte d `;' before '&' token C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:126: error: expecte d `;' before "virtual" C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:126: error: ISO C++ forbids declaration of `wistream' with no type C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:126: error: invalid use of `::' C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:126: error: `wistre am' declared as a `virtual' field C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:126: error: expecte d `;' before '&' token C:/OPENSC~1.2/OPENSC~1/include/osgIntrospection/ReaderWriter:132: error: expecte d `;' before "virtual" mingw32-make[2]: *** [src/osgIntrospection/CMakeFiles/osgIntrospection.dir/Defau ltReflectors.obj] Error 1 mingw32-make[1]: *** [src/osgIntrospection/CMakeFiles/osgIntrospection.dir/all] Error 2 mingw32-make: *** [all] Error 2 Does anyone have any clue to give me? It seems that it has to do with the introspection. Is there a way to disable it? Note that OSG 2.0 compiled correctly under the very same system, in fact am still using it. Regards, Michele ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
El Monday 08 October 2007 19:06:46 Brian Keener escribió: > If we are talking src/osgplugins/sockinet.cpp mine only has 445 lines and > it was retrieved fresh from svn last week and I just did an svn update to > confirm. Brian, sorry, I wanted to mean src/osgplugins/sockstream.cpp. I'll compare the rest of your post with my settings as soon as I return to my job's computer. Regards, Alberto ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
Alberto Luaces wrote: > sorry, I wanted to mean src/osgplugins/sockstream.cpp. I'll compare the rest > of your post with my settings as soon as I return to my job's computer. //#if !defined(WIN32) #if !(defined(__CYGWIN__) || defined(WIN32)) it does. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Precompiled binaries please
I'm finalizing the InnoSetup package now (integrating your changes), and will be uploading this evening. -- mew On 10/6/07, Robert Osfield <[EMAIL PROTECTED]> wrote: > > Hi Zach, > > On 10/6/07, Zach Deedler <[EMAIL PROTECTED]> wrote: > > Anything in the making as far as precompiled binaries for release 2.2 > ? If > > building them is too much trouble, maybe we can setup some sort of > > continuous integration that auto-builds the binaries? This way > > cross-platform issues are more readily found, too. > > > > I'm sure I could setup the auto-building of the win32 binaries using > Visual > > Studio Express if anyone would like? > > Mike Weiblen has emailed me saying that he'll tackle the Windows > binaries this weekend. > > Robert. > ___ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > -- Mike Weiblen -- Austin Texas USA -- http://mew.cx/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Doc ref_ptr
*Hi all ! I search for the article that* Don Burns wrote about ref pointers but I can't find it. I have search the web and find these links but all are broken links.* http://dburns.dhs.org/OSG/Articles/RefPointers/RefPointers.html *http://donburns.net/OSG/Articles/*RefPointers*/*RefPointers*.html If someone knows where I can find it, it will be helpfull. Thanks. Christophe. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] osg 2.2 win32 binaries available
Hi all, OSG v2.2 win32 binaries built with VisualStudio 8 SP1, packaged as InnoSetup installer executable or .zip archive, are available at http://mew.cx/osg/osg2.2.0_vs80_setup_2007-10-08.exe (20MB) http://mew.cx/osg/osg2.2.0_vs80_setup_2007-10-08.zip (30MB) md5sums: 941f0aeeeacf45f11f861aa3343898a7 osg2.2.0_vs80_setup_2007-10-08.exe 0ca3c32fa0175be8cdee327d25e687be osg2.2.0_vs80_setup_2007-10-08.zip This installer includes the core OpenSceneGraph, sample data and most 3rdParty dependency libraries. Not yet included are GDAL, VirtualPlanetBuilder, osgToy, osgVRPN or the COLLADA .dae plugin. I'm not planning to do a VS7.1 build unless there is pressing demand. Robert, pls feel free to mirror on the main OSG site. As always, feedback welcome. cheers -- mew README follows... = README.txt for OpenSceneGraph win32 installer Mike Weiblen - http://mew.cx/ mew-AT-mew-DOT-cx OSG v2.2 updated 2007-10-08 This is a full-featured runtime package of OpenSceneGraph binaries, 3rdParty dependency libraries, sample data, plus several additional extensions beyond the core OSG. It was built using Microsoft VisualStudio v8.0 SP1 on WindowsXP SP2. To keep this installer compact, only Release binaries are included. The OSG website is http://www.openscenegraph.org/ The verbatim source tree used to create these binaries is in osgsrc.zip. The packaging tools used to build this installer are available from: https://osgtoy.svn.sourceforge.net/svnroot/osgtoy/osgbuilds/branches/build_for_osg_2_2_0 The 3rdParty dependency libraries are available from: https://osgtoy.svn.sourceforge.net/svnroot/osgtoy/3rdParty/branches/3rdParty_win32binaries_vs80sp1 Please do not ask the OSG developers for support of this installer or its contents, as this package is not their doing. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org