Re: [osg-users] osgEarth - terrain on demand
Hi Jason, I've just done an svn update and osgEarth now compiles and installs under Linux ;-) Running osgearth_seed I get a seg fault, perhaps associated with me not configuring a cache... osgearth_seed tests/google_imagery.earth Warning: Image Google maps satellite imagery has no cache. There are no caches specified for the given map. Please configure a cache in the mapconfig Segmentation fault Perhaps I need to do some background reading on mapconfig... :) Robert. On Sat, Jan 24, 2009 at 12:56 AM, Jason Beverage jasonbever...@gmail.com wrote: Hi everyone, I've just committed some CMake fixes and osgEarth now builds and runs for me on Ubuntu. The only thing I had to do extra to get it to work was manually copy the plugins generated by osgEarth to the osgPlugins directory (/usr/local/lib/osgPlugins-2.7.9 on Ubuntu with SVN). I'm going to see if I can get osgEarth to install it's plugins directly in the osgPlugins directory during install. Could those of you trying on Linux do an update and let me know how things work? Thanks! Jason On Fri, Jan 23, 2009 at 7:04 PM, Jason Beverage jasonbever...@gmail.com wrote: Hi Jan, I'm trying to figure out why that is this evening. I committed some fixes earlier to get the core library building and the plugins are the last bit of CMake wizardry I need to figure out:) Thanks! Jason On Fri, Jan 23, 2009 at 5:22 PM, Jan Ciger jan.ci...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jason Beverage wrote: Hi Robert, I'm going to take a look at the Cmake issues under Linux and I'll let you know when I've figured them out. Thanks! I have managed to configure it on Linux, but when compiling, it tries to link the plugins in strange place: $ make - -- Configuring done - -- Generating done - -- Build files have been written to: /media/backup/osg/osgearth [ 55%] Built target osgEarth Linking CXX shared module //osgdb_earth.so /usr/bin/ld: cannot open output file //osgdb_earth.so: Permission denied collect2: ld returned 1 exit status make[2]: *** [/osgdb_earth.so] Error 1 make[1]: *** [src/osgPlugins/earth/CMakeFiles/osgdb_earth.dir/all] Error 2 make: *** [all] Error 2 It is not supposed to put anything in the root directory. Is there an environment variable or something to configure to tell it where to put these libraries? Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJekMMn11XseNj94gRAvjdAJ4tA5sRUFdKsY/E8vVIOKH/oj3+WQCfWPsy FxLybfu23L0kJnfEXOCeRdU= =Bpow -END PGP SIGNATURE- ___ 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 mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Robert, Robert Osfield wrote: I would like to finish this week with a 2.7.9 dev release, could users do a check out of svn/trunk and let know if your build succeeds/or where it fails. When I updated svn just now I saw: r9545 | robert | 2009-01-24 11:02:32 +0100 (Sat, 24 Jan 2009) | 2 lines Changed paths: M /OpenSceneGraph/trunk/include/osgAnimation/AnimationManager Changed META_NodeVisitor usage to META_Object as it's more appropriate. However, when I ran cmake followed by make it didn't rebuild any files. After checking out the osgAnimation source it seems that AnimationManager.cpp isn't compiled (as it's not in cmakelists.txt) and the AnimationManager header isn't included anywhere else but AnimationManager.cpp. Does that compute? Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Ideas for OSG v3.0 or how to make it younger :)
Hi all It's really great to see how the community or the numbers of users grows each day, and it's also great to know that the openscenegraph is used many times in academic, commercial ,.. tools. And we all know that the work load for robert gets each day bigger and we have to discuss the near future of the project. Of course there are different nodekits, hundert of features and finally do we really want just a scenegraph? The problem is where starts a scene graph and where ends the scene graph. My opinion is that we should follow the current concept to include as many nodekits as possible in the osg scene graph, and the concept of the osgLIB isn't as bas as it sounds. Of course we should think about splitting the review and responsabiliy of the whole code into parts, and we should think to decide who can support robert, i don't like to start splitting the whole project into physical/ hard parts. once i like to get OpenSceneGraph then i like to get the core (scenegraph), close core (threading osgViewer (was once producer, we all remember) ) , ... then basic features like osgShadow, osgText, osgGA , ... ,... , ... and so on. You understand me, what is a nodekit what not. I am sure out there are some guys saying, only osg.lib is a scene graph, so we need only osg.lib the others lib we should better call nodekit. i think we should NOT decide to re-create the current concept, we should better to re-write some code (translate to shaders, ... , ... ) and we should think how we can support robert, and we should think how we can avoid a worst case community crash. I don't really like to mention that, but since i got an accident, i get how fast the world can change, and how fast we can get off of work. So what happends, when robert has the unhappy case and gets froced for a longer break, who would be able to do the SO IMPORTANT review of the sub-mitted code. We should start as soon as possible to discuss how we can insure that the OpenSceneGraph project would continue in all possible cases the life play. In my opinion we have to think about a core group of people who have the understanding of maintaining the project and can support robert without losing the open mind/concept of robert and this would be the biggest challange in the near future. The OpenSceneGraph's coding standard, quality , ... is really good and the only raison is that robert has decidie to check in or not, and had thought often a long time about the concept. i would split the osg core, event not in osg 10.0, i would let grow the lib as much as it make sense, but i would work with more people involved in mainting the code. reviews, and so on. /adrian On 24/01/2009, Mario Valle mva...@cscs.ch wrote: For my job currently I'm using the statistics package R and writing things using LaTeX. Both have a very structured method to manage and document addons. Look at http://stat.ethz.ch/CRAN/ (very good) and at: http://www.ctan.org/tex-archive/ (less clear). These could be an inspiration for the future NodeKits structure and management, I think. Just my 0.05 CHF mario Robert Osfield wrote: Hi Art, I understand the issues you talk about. External NodeKit can be neglected by potential users because they aren't visible enough, and there are also issue of compatibility and maintenance of these external NodeKits. It's not just an issue of NodeKits, it applies to plugins or applications that live around the core OSG project. I don't think the solution need be a pure software management issue, it's strongly related to management of website resources. We've had various different initiatives over the years to try and address this issue - the wiki is one avenue, another was the formation of osgforge.org and hosting of several ancilery projects like VPB, Present3D, osgLua and osgPython. My hope was osgforge would become a incubator for projects that could make it into the core, or become part of the close nit family of NodeKits. Such initiatives haven't thrived as perhaps they could have, partly because the various contributors haven't pushed things forward, and partly that wiki/website management takes time and dedicated manpower. I'm open to suggestions on how better to streamline and manage this side of things. The bottom line is a key missing ingredient has been engineers who put the time into keep websites up to date. As for re-factoring handling of NodeKits in 3.0, I'm open to this. It might even make the most sense to build 3.0 incrementally, starting with a re-factored core scene graph and then bit by bit re-introduce the NodeKits as they get ported across. Quite a few of the older NodeKits would be best rewritten using shaders, or to be incorporated into other NodeKits. Having some scheme where 3rd party NodeKits can be pulled in by end users may well help facilitate a move over to a 3.0. One thing I have thought about in the past of have an Open Graphics
Re: [osg-users] osgEarth - terrain on demand
HI Glenn, Great work ! I am testing your project and the results are phenomenal. The best example i like is traffic.earth, combining data from google and yahoo is simply awesome :) But i am facing problem while loading local data through osgEarth. I created a simple boston.earth file containing the boston data which goes like this ... map name=imagery sample type=projected image name=boston_inset driver=gdal url../data/boston-inset.tif/url tile_size256/tile_size /image /map While running osgviewer boston.earth, i am getting a segmentation fault : *** glibc detected *** osgviewer: munmap_chunk(): invalid pointer: 0x0063ab3e *** I am using the latest svn version of osgEarth built against OSG-2.7.4 , gdal 1.3.2, libzip-0.9 . My OS is Open-Suse-10.3-x86_64 Cheers RJ Glenn Waldron wrote: Announcing osgEarth, a new open source toolkit that enables on-demand terrain generation in OpenSceneGraph applications. osgEarth brings web-based geospatial visualization to OSG. It it built on the osgTerrain library, and operates in a manner similar to the technology that underlies products like NASA WorldWind, Google Earth, or Microsoft Virtual Earth. With osgEarth you can generate a terrain model at run-time by connecting to a wide variety of imagery and elevation data sources, including WMS, TMS, Google maps, TIFF files, and more. Or extend it by writing your own driver. osgEarth is LGPL. Visit the wiki to download it and give it a try! http://osgearth.org Glenn Waldron : Pelican Mapping : http://pelicanmapping.com : +1.703.652.4791 ___ 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
Re: [osg-users] osgEarth - terrain on demand
Hi Robert, Indeed, you do need to set up a cache in the earth file in order to seeding to work. (It shouldn't crash of course - that is a bug.) There are two examples of how to set up caching in the tests directory: simple_caching.earth shows a single, map-level cache advanced_caching.earth show how to override caching props at the source level. Also, you can read up on cache configuration on the wiki here: http://wush.net/trac/osgearth/wiki/EarthFileCaching Glenn Waldron : Pelican Mapping : http://pelicanmapping.com : +1.703.652.4791 On Sat, Jan 24, 2009 at 4:53 AM, Robert Osfield robert.osfi...@gmail.comwrote: Hi Jason, I've just done an svn update and osgEarth now compiles and installs under Linux ;-) Running osgearth_seed I get a seg fault, perhaps associated with me not configuring a cache... osgearth_seed tests/google_imagery.earth Warning: Image Google maps satellite imagery has no cache. There are no caches specified for the given map. Please configure a cache in the mapconfig Segmentation fault Perhaps I need to do some background reading on mapconfig... :) Robert. On Sat, Jan 24, 2009 at 12:56 AM, Jason Beverage jasonbever...@gmail.com wrote: Hi everyone, I've just committed some CMake fixes and osgEarth now builds and runs for me on Ubuntu. The only thing I had to do extra to get it to work was manually copy the plugins generated by osgEarth to the osgPlugins directory (/usr/local/lib/osgPlugins-2.7.9 on Ubuntu with SVN). I'm going to see if I can get osgEarth to install it's plugins directly in the osgPlugins directory during install. Could those of you trying on Linux do an update and let me know how things work? Thanks! Jason On Fri, Jan 23, 2009 at 7:04 PM, Jason Beverage jasonbever...@gmail.com wrote: Hi Jan, I'm trying to figure out why that is this evening. I committed some fixes earlier to get the core library building and the plugins are the last bit of CMake wizardry I need to figure out:) Thanks! Jason On Fri, Jan 23, 2009 at 5:22 PM, Jan Ciger jan.ci...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jason Beverage wrote: Hi Robert, I'm going to take a look at the Cmake issues under Linux and I'll let you know when I've figured them out. Thanks! I have managed to configure it on Linux, but when compiling, it tries to link the plugins in strange place: $ make - -- Configuring done - -- Generating done - -- Build files have been written to: /media/backup/osg/osgearth [ 55%] Built target osgEarth Linking CXX shared module //osgdb_earth.so /usr/bin/ld: cannot open output file //osgdb_earth.so: Permission denied collect2: ld returned 1 exit status make[2]: *** [/osgdb_earth.so] Error 1 make[1]: *** [src/osgPlugins/earth/CMakeFiles/osgdb_earth.dir/all] Error 2 make: *** [all] Error 2 It is not supposed to put anything in the root directory. Is there an environment variable or something to configure to tell it where to put these libraries? Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJekMMn11XseNj94gRAvjdAJ4tA5sRUFdKsY/E8vVIOKH/oj3+WQCfWPsy FxLybfu23L0kJnfEXOCeRdU= =Bpow -END PGP SIGNATURE- ___ 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 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
Re: [osg-users] osgEarth - terrain on demand
Hi RJ I'm getting the same error from the gdal plugin in ubuntu. On windows I'm using fwtools and it works fine. Im heading out of town today but I'll take a look at it as soon as I get back tommorow. Thanks! Jason On Jan 24, 2009, at 6:43 AM, Rahul Jain rah...@vizexperts.com wrote: HI Glenn, Great work ! I am testing your project and the results are phenomenal. The best example i like is traffic.earth, combining data from google and yahoo is simply awesome :) But i am facing problem while loading local data through osgEarth. I created a simple boston.earth file containing the boston data which goes like this ... map name=imagery sample type=projected image name=boston_inset driver=gdal url../data/boston-inset.tif/url tile_size256/tile_size /image /map While running osgviewer boston.earth, i am getting a segmentation fault : *** glibc detected *** osgviewer: munmap_chunk(): invalid pointer: 0x0063ab3e *** I am using the latest svn version of osgEarth built against OSG-2.7.4 , gdal 1.3.2, libzip-0.9 . My OS is Open-Suse-10.3-x86_64 Cheers RJ Glenn Waldron wrote: Announcing osgEarth, a new open source toolkit that enables on-demand terrain generation in OpenSceneGraph applications. osgEarth brings web-based geospatial visualization to OSG. It it built on the osgTerrain library, and operates in a manner similar to the technology that underlies products like NASA WorldWind, Google Earth, or Microsoft Virtual Earth. With osgEarth you can generate a terrain model at run-time by connecting to a wide variety of imagery and elevation data sources, including WMS, TMS, Google maps, TIFF files, and more. Or extend it by writing your own driver. osgEarth is LGPL. Visit the wiki to download it and give it a try! http://osgearth.org Glenn Waldron : Pelican Mapping : http://pelicanmapping.com : +1.703.652.4791 --- - ___ 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 mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgEarth - terrain on demand
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jason Beverage wrote: Hi everyone, I've just committed some CMake fixes and osgEarth now builds and runs for me on Ubuntu. The only thing I had to do extra to get it to work was manually copy the plugins generated by osgEarth to the osgPlugins directory (/usr/local/lib/osgPlugins-2.7.9 on Ubuntu with SVN). I'm going to see if I can get osgEarth to install it's plugins directly in the osgPlugins directory during install. Could those of you trying on Linux do an update and let me know how things work? Cool, it compiles and runs now, minus the segfault with the cache as Robert noted elsewhere. Good work! Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJezQyn11XseNj94gRAhC9AKDBxhLwF9AybwnaQoNaI24i/Ajs4gCg1hJO Nestm4nS8qmhdzajD5LzBck= =xS2k -END PGP SIGNATURE- ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgEarth - terrain on demand
Hi Jan and Robert, If you run osgearth_seed on the simple_caching.earth file does it also segfault or does it only segfault when you don't have a cache defined? Thanks! Jason On Sat, Jan 24, 2009 at 10:30 AM, Jan Ciger jan.ci...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jason Beverage wrote: Hi everyone, I've just committed some CMake fixes and osgEarth now builds and runs for me on Ubuntu. The only thing I had to do extra to get it to work was manually copy the plugins generated by osgEarth to the osgPlugins directory (/usr/local/lib/osgPlugins-2.7.9 on Ubuntu with SVN). I'm going to see if I can get osgEarth to install it's plugins directly in the osgPlugins directory during install. Could those of you trying on Linux do an update and let me know how things work? Cool, it compiles and runs now, minus the segfault with the cache as Robert noted elsewhere. Good work! Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJezQyn11XseNj94gRAhC9AKDBxhLwF9AybwnaQoNaI24i/Ajs4gCg1hJO Nestm4nS8qmhdzajD5LzBck= =xS2k -END PGP SIGNATURE- ___ 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
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
VS 2005 c++ : OK Adrian 2009/1/24 Paul Melis osg-us...@assumetheposition.nl Robert Osfield wrote: Hi All, I would like to finish this week with a 2.7.9 dev release, could users do a check out of svn/trunk and let know if your build succeeds/or where it fails. With xine-lib-1.1.15 I get: [ 83%] Building C object src/osgPlugins/xine/CMakeFiles/osgdb_xine.dir/video_out_rgb.o /home/melis/c/osg/svn/trunk/src/osgPlugins/xine/video_out_rgb.c: In function 'rgbout_update_frame_format': /home/melis/c/osg/svn/trunk/src/osgPlugins/xine/video_out_rgb.c:2385: warning: 'xine_xmalloc' is deprecated (declared at /usr/include/xine/xineutils.h:624) /home/melis/c/osg/svn/trunk/src/osgPlugins/xine/video_out_rgb.c:2388: warning: 'xine_xmalloc' is deprecated (declared at /usr/include/xine/xineutils.h:624) /home/melis/c/osg/svn/trunk/src/osgPlugins/xine/video_out_rgb.c:2391: warning: 'xine_xmalloc' is deprecated (declared at /usr/include/xine/xineutils.h:624) /home/melis/c/osg/svn/trunk/src/osgPlugins/xine/video_out_rgb.c:2397: warning: 'xine_xmalloc' is deprecated (declared at /usr/include/xine/xineutils.h:624) xine_xmalloc() seems to have been deprecated since 1.1.13 with the following message: * The behaviour of this function differs from standard malloc() as * xine_xmalloc(0) will not return a NULL pointer, but rather a * pointer to a memory area of size 1 byte. * * The NULL value is only ever returned in case of an error in * malloc(), and is reported to stderr stream. * * @deprecated This function has been deprecated, as the behaviour of * allocating a 1 byte memory area on zero size is almost * never desired, and the function is thus mostly misused. Are you relying on the 1-byte-allocate-for-size-0 feature in the xine plugin? Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Adrian Egli ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Inconsistency for INSTALL target and BUILD_DOCUMENTATION
Hi J-S, On Fri, Jan 23, 2009 at 10:33 PM, Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com wrote: Hi all, I just noticed a small inconsistency. Normally, the INSTALL target should have as dependencies any other targets that it needs to install. But it seems that the documentation targets (openscenegraph_doc and openthreads_doc) are not dependencies of the INSTALL target. But they should be. yes I know. I haven't come up with a good solution for this. The simple solution is to make the doc_* targets part of the ALL build. This is possible but *really* bad because these targets (or doxygen) don't have a proper dep chain. Doxygen would regenerate documentation every time you build. Perhaps one could come up with some clever custom_targets to get this to work but haven't had the time yet. If I have previously built the documentation, the INSTALL target installs it to its proper place. But if I have not explicitly built the docs myself, the INSTALL target does not build them and hence does not install the docs (though it doesn't give any error either). The install command used for these targets are of type INSTALL(DIRECTORY ...) so they will put an existing directory wherever. Yhe directory exists so cmake happily installs it and doesn't care that it only contains a directory and an image file. The solution to the previous problem will solve this one too. The package targets all seem to have the right dependencies though. It's a small detail, and probably not worth holding up 2.8, but I just found it weird... Perhaps someone with the necessary knowledge could fix it? I don't think I can produce a fix before 2.8. Others are welcome of course ;-) Mattias J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ 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] osg2.4 for VS Express 2008
Can anyone plz tell me, how to install and use OSG 2.4 or higher version in VS Express 2008.I am not able to install even by reading tutorials. Can anyone plz explain it to me in simple way Thank you.. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Inconsistency for INSTALL target and BUILD_DOCUMENTATION
Hi Mattias, I don't think I can produce a fix before 2.8. Others are welcome of course ;-) Nah, don't sweat it, as I said it's just a minor inconsistency. We could in fact just document it and it would be sufficient I think. Thanks for explaining the details, it makes it clearer for me. J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Bug Report: Windows GraphicContext Size, latest SVN Version
Hi Robert, There is a bug in the osgViewer behaviour. set OSG_WINDOW=100 100 512 512 osgviewer model press 'F' Toggle fullscreen - just 512x512 are rendered once we start without the OSG_WINDOW env var. it works without any problem /adrian -- Adrian Egli ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Bug Report: Windows GraphicContext Size, latest SVN Version
Hi Adrian, There is a bug in the osgViewer behaviour. set OSG_WINDOW=100 100 512 512 osgviewer model press 'F' Toggle fullscreen - just 512x512 are rendered Can't repro here. Both set OSG_WINDOW=100 100 512 512 osgviewer cow.osg (then press 'f') and osgviewer --window 100 100 512 512 cow.osg (then press 'f') work as expected. The graphics take up the whole screen. Can you trace in the osgViewer::WindowSizeHandler, in the handle() method where the 'f' key is pressed, what happens and why it doesn't work on your side? Perhaps it's driver related? J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Bug Report: Windows GraphicContext Size, latest SVN Version
i am working with windows vista,may this cause the problem /adrian 2009/1/24 Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com Hi Adrian, There is a bug in the osgViewer behaviour. set OSG_WINDOW=100 100 512 512 osgviewer model press 'F' Toggle fullscreen - just 512x512 are rendered Can't repro here. Both set OSG_WINDOW=100 100 512 512 osgviewer cow.osg (then press 'f') and osgviewer --window 100 100 512 512 cow.osg (then press 'f') work as expected. The graphics take up the whole screen. Can you trace in the osgViewer::WindowSizeHandler, in the handle() method where the 'f' key is pressed, what happens and why it doesn't work on your side? Perhaps it's driver related? J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Adrian Egli ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Bug Report: Windows GraphicContext Size, latest SVN Version
Hi Adrian, i am working with windows vista,may this cause the problem Me too. Let's see other potential sources of differences: I'm on VC8 (2005) sp1, on an nVidia 7900GTX 512MB, driver 178.24. One thing is that I don't have the absolute latest SVN, I think my version of OSG was compiled from SVN about a week ago. So perhaps something in the last week broke this. I'll try to do an update and rebuild tonight and see if I can repro your problem. J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] New SVN Broke osgAnimation?
Ok I have some information that may help you. I can run
osganimationviewer against the robot.osg file provided with the
Blender exporter, however when I download the robot.blend and export
it the resulting file begins with
osgAnimation::AnimationManager {
instead of
Group {
when I export one of my .blend files I get a file starting with Group
{ but the viewer seg faults.
Hope this helps a little!
-Rusty
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] New SVN Broke osgAnimation?
UPDATE: I un-installed the Ubuntu Blender package, installed 2.48a and the latest exporter. I am able to export the provided robot.blend to robot.osg and it works with osganimationviewer. However! when I export the rigged models from Blender Nation or my own i get a seg fault. Just FYI hope this helps with testing! -Rusty ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] OSG 2.6.1 and VPB
I have built OSG 2.6.1. Now I am trying to get the VPB to build. I got the latest from SVN, but I see that the chart says VPB r924 is the one to use. Could someone tell me how to get the version of VPB that will compile against OSG 2.6.1? I am using Fedora Core 10 x86_64. Thanks, Michael ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
