Re: [osg-users] Strange behavior of Release file.
Hi Malcom, perhaps there's an manifest in your folder? For example, your app is xxx.exe, the manifest is xxx.exe.manifest. It's a MS way to specify which DLL versions to load with the app. regards Ralph Malcom Poiter schrieb: Hello all, I don't know if it's ok to post here this kind of question but in my 15 years of programming I have not encounter it. The problem is : The release file will not work outside his folder (Project name\Release\ Folder) if I change the file name it will not work. by not working I mean the app starts but crashes after a second. If I leave the file there everything work like a charm.. any1 with an idea?? I'm using VS2008 sp1 on winXP sp2 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Wrong output with osgdelaunay sample
Hi, for some reason his first post didn't come through the mailing list, here is the complete problem: http://osgforum.tevs.eu/viewtopic.php?t=1282start=0postdays=0postorder=aschighlight= As for the answer, I'm not sure but I think OSG's Delaunay triangulator doesn't generate closed meshes but surfaces as a canopy or a field (from the documentation). El Jueves 29 Enero 2009ES 07:23:16 Rajesh.R escribió: Anybody out there to help me. -- Read this topic online here: http://osgforum.tevs.eu/viewtopic.php?p=5381#5381 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Disabling small feature culling for a subgraph
Hi Per, On Wed, Jan 28, 2009 at 8:55 PM, Per Fahlberg pe...@remograph.com wrote: I don't really understand how this is not a bug since it is possible to switch small feature culling on for a subgraph but not switch it off? The scene graph itself doesn't support switching off small feature culling in a subgraph. The way you tried to add this back in was inappropriate, so didn't work. My proposed change to just enable small feature culling for subgraphs that needn't it didn't require disabling culling for subgraphs so would be more efficient as culling would never be complete disabled. Disabling culling for a deeply embedded subgraph causes all the parents culling to be disabled as well, which prevents early termination of traversal that would otherwise be done so I wouldn't recommend it. I will however scratch my head and try to figure out if I can somehow easily invert the enabling and disabling of small feature culling in my program. You could just use LOD's, this is effectively all that small feature culling simulates. Alternatively you could just set the bounding box of the drawables of interest to an artificially large size to prevent the small feature culling from effecting them. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Another Viewer/CompositeViewer Question
Hi Paul, On Thu, Jan 29, 2009 at 4:10 AM, Paul Pocock paul.poc...@dsto.defence.gov.au wrote: Am I to assume correctly that osgViewer::Viewer (slave cameras) as opposed to CompositeViewer is more appropriate for a cave or powerwall environment? This is correct. Although you could have a CompositeViewer that has View with slaves which render a cave/powerwall, and another View that render in insert into it, or a side display. All the slave functionaity in Viewer comes from osg::View, so it's all identical to what CompositeViewer can do, except the later can do one or many of them. In you case Viewer is probably sufficient for your needs, but even if you did end up using CompositeViewer, the apporpriate thing to do would still be use a View containing slave cameras for a cave/powerwall setup so this part wouldn't change. Do the slave cameras inherit the master cameras ProjectionMatrix/View Frustrum or do these need to be setup independently? The can do both. But default the slave cameras will inherit the part projection and view matrix, then multiply these by the offset matrices that you pass in when you add slaves. You can mix and match different types of slaves as well - for instance the osgViewer::View::setUpViewAs3DSpehericalDisplay has six RTT slave Camera that render to a cube map that are relative to the master Camera, and then one post render slave Camera that works in absolutely reference frame which does the final distortion correction render using the cube map. The Camera::setReferanceFrame(..) method on the slave controls where the salve inherits the view and project matrix or not. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] MSVC v9
Hi Guy, On Thu, Jan 29, 2009 at 3:37 AM, Guy Wallis gwal...@hms.uq.edu.au wrote: I'm new to mailing lists and assumed that threads were generated on the basis of the subject line not who I replied to. Thanks for pointing out my mistake. This isn't a mailman mailing list convention, the threading is all client side, so it's your mail client that will do all the sorting into threads. Some mail tools just look at the subject line for threading, others that other elements from the mail header. If you do reply to and change the subject line you still keep some of the old mail header info which then misdirects some mail clients to thread in a way that you didn't intend which can be really confusing and frustrating for those community members with perfectly correct mail clients. The best way to start a new thread is to just write directly to the osg-users this way you don't inherit any of the wrong header info. And when replying to existing thread just do a reply to and things should work just fine. As for your specific problem, the code segment looked correct to me, so I don't have any ideas what might be up. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] osgAnimation/AnimationManager unused?
Hi Robert, I'm not sure this qualifies as a bug, so I didn't put it on the bug resolution page. src/osgAnimation/AnimationManager.cpp does not seem be used and neither is include/osgAnimation/AnimationManager (except by the former). Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgAnimation/AnimationManager unused?
Hi Paul, On Thu, Jan 29, 2009 at 9:45 AM, Paul Melis p...@science.uva.nl wrote: I'm not sure this qualifies as a bug, so I didn't put it on the bug resolution page. src/osgAnimation/AnimationManager.cpp does not seem be used and neither is include/osgAnimation/AnimationManager (except by the former). Ooo this doesn't look a bit suspicious, AnimationManager.cpp isn't entered in the CmakeLists.txt. Unfortunately Cedric is on the road right now so probably won't be easily able to dive in and comment. I'll go do a review of osgAnimation to see what seems to be going on. I'll also have a look a Cedric's repository. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] svn version 9582 CMake stranges
Hi. I'm trying to build last version of OSG from svn on amd64 linux: cd trunk mkdir build cd build cmake ../ -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr a lot of output -- checking for module 'xrandr' -- found xrandr, version 1.2.2 You will be installing libraries to /usrlib64 Your loader may not be able to find your installed libraries unless you: set your LD_LIBRARY_PATH (user specific) update your ld.so configuration (system wide) You have an ld.so.conf file in /etc You may need to add /usrlib64 to it. -- Configuring done -- Generating done -- Build files have been written Why it wants install to /usrlib64??? And else one problem: cmake ../ -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr -DBUILD_OSG_EXAMPLES:BOOL=ON a lot of output You will be installing libraries to /usrlib64 Your loader may not be able to find your installed libraries unless you: set your LD_LIBRARY_PATH (user specific) update your ld.so configuration (system wide) You have an ld.so.conf file in /etc You may need to add /usrlib64 to it. CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: QT_QTOPENGL_LIBRARY_RELEASE (ADVANCED) linked by target example_osgviewerQT in directory /var/tmp/portage/media-gfx/openscenegraph-/work/openscenegraph-/examples/osgviewerQT -- Configuring incomplete, errors occurred! Best regards, Valery ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] svn version 9582 CMake stranges
HI Valery, There are couple of things going on here. First up the mention /usrib64 is a bug in some new install path helper message, I've fixed this particular error by adding a / into the message so that it'll appear /usr/local/lib64 or /usr/lib64. A second change I made is to make the reporting of this message so hopefully reads a bit more naturally: The build system is configured to instal libraries to /usr/local/lib64 Your applications may not be able to find your installed libraries unless you: set your LD_LIBRARY_PATH (user specific) or update your ld.so configuration (system wide) You have an ld.so.conf.d directory on your system, so if you wish to ensure that applications find the installed osg libraries, system wide, you could install a openscenegraph specific ld.so configuration with: sudo make install_ld_conf I also made this message only appear if the the CMAKE_INSTALL_PREFIX==/usr/local and only on the first run of cmake so it doesn't nag you when not required. We need to further refine the logic about when to report the message, but for now it should at least be a step in the right direction. In you case it shouldn't emit this message at all as it's unnecessary. The second error you are reporting looks to be a QT install specific issue. Which linux distro are you using? Which version of QT is installed? Which version of cmake are you using? Could you go into ccmake . to review the QT related variables to see what it has and has not found. Cheers, Robert. On Thu, Jan 29, 2009 at 10:10 AM, Valery A. Bickov valery.bic...@gmail.com wrote: Hi. I'm trying to build last version of OSG from svn on amd64 linux: cd trunk mkdir build cd build cmake ../ -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr a lot of output -- checking for module 'xrandr' -- found xrandr, version 1.2.2 You will be installing libraries to /usrlib64 Your loader may not be able to find your installed libraries unless you: set your LD_LIBRARY_PATH (user specific) update your ld.so configuration (system wide) You have an ld.so.conf file in /etc You may need to add /usrlib64 to it. -- Configuring done -- Generating done -- Build files have been written Why it wants install to /usrlib64??? And else one problem: cmake ../ -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr -DBUILD_OSG_EXAMPLES:BOOL=ON a lot of output You will be installing libraries to /usrlib64 Your loader may not be able to find your installed libraries unless you: set your LD_LIBRARY_PATH (user specific) update your ld.so configuration (system wide) You have an ld.so.conf file in /etc You may need to add /usrlib64 to it. CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: QT_QTOPENGL_LIBRARY_RELEASE (ADVANCED) linked by target example_osgviewerQT in directory /var/tmp/portage/media-gfx/openscenegraph-/work/openscenegraph-/examples/osgviewerQT -- Configuring incomplete, errors occurred! Best regards, Valery ___ 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] osgAnimation/AnimationManager unused?
Hi Paul, On Thu, Jan 29, 2009 at 10:01 AM, Robert Osfield robert.osfi...@gmail.com wrote: I'll go do a review of osgAnimation to see what seems to be going on. I'll also have a look a Cedric's repository. I can't find any use of AnimationManager in the OSG distribution, and Cedric's repository doesn't compile AnimationManager either. AnmationManager does have it's own unique interface elements so I would have though it does add extra functionality, even though no examples are using it right now, given this I've gone ahead and added the AnimationManager.cpp into src/osgAnimation/AnimationManager.cpp to ensure that it builds. It builds fine on my system, so hopefully this will be fine. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] osgEarth seg fault in libosg
Hello, I'm trying osgEarth but I've got trouble to run it. I compile without any trouble but when i do : osgviewer simple_cache.earth (or another .earth example) I've got seg fault. I'm in osg 2.6.1 but same thing appears in osg 2.7.8, on Ubuntu 8.04 32 bits. And I'm up to date with osgEarth trunk. Running osgviewer in gdb (with OSG_NOTIFY_LEVEL=DEBUG, and with osg2.6.1 or osg 2.7.8) give : ... itr='/usr/local/lib/osgPlugins-2.7.8' FindFileInPath() : trying /usr/local/lib/osgPlugins-2.7.8/osgPlugins-2.7.8/osgdb_earth.so ... itr='/usr/lib/' FindFileInPath() : trying /usr/lib/osgPlugins-2.7.8/osgdb_earth.so ... itr='/usr/local/lib/' FindFileInPath() : trying /usr/local/lib/osgPlugins-2.7.8/osgdb_earth.so ... itr='/usr/local/lib' FindFileInPath() : trying /usr/local/lib/osgdb_earth.so ... FindFileInPath() : USING /usr/local/lib/osgdb_earth.so [New Thread 0xb63fc6e0 (LWP 28463)] Opened DynamicLibrary osgPlugins-2.7.8/osgdb_earth.so Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb63fc6e0 (LWP 28463)] 0xb7cd9010 in std::_Rb_treestd::string, std::pairstd::string const, std::string, std::_Select1ststd::pairstd::string const, std::string , std::lessstd::string, std::allocatorstd::pairstd::string const, std::string ::_M_begin () from /usr/local/lib/libosg.so.53 I have try to put osgdb_earth.so in /usr/local/lib/osgPlugins-2.7.8 instead of /usr/local/lib, but whitout success. I don't know what I can do. As someone an idea ? Cheers, Johan. -- Johan Nouvel, RD Engineer http://www.archivideo.com tel : +33 (0)2 99 86 30 20 ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] svn version 9582 CMake stranges
Robert, I checked first error, it is really fixed, message only appers if I do not set CMAKE_INSTALL_PREFIX or set it to /usr/local, but it is not terrible. About second: I've using Gentoo: equery l qt [ Searching for package 'qt' in all categories among: ] * installed packages [I--] [ ] dev-libs/dbus-qt3-old-0.70 (0) [I--] [ ] x11-libs/qt-3.3.8b-r1 (3) [I--] [ ] x11-libs/qt-core-4.4.2 (4) [I--] [ ] x11-libs/qt-gui-4.4.2-r1 (4) [I--] [ ] x11-libs/qt-qt3support-4.4.2 (4) [I--] [ ] x11-libs/qt-script-4.4.2 (4) [I--] [ ] x11-libs/qt-sql-4.4.2 (4) [I--] [ ] x11-libs/qt-test-4.4.2 (4) Not so far ago way of installing QT was changed in Gentoo, before it was single packet but now, as you see, it is couple of packages. I'm using cmake version 2.6.2. I ran grep -i qt CMakeCache.txt and attach it in file, because output was too long. But I am surprised that QT is needed for building examples. Why it is not optional? Valery В Чтв, 29/01/2009 в 10:44 +, Robert Osfield пишет: HI Valery, There are couple of things going on here. First up the mention /usrib64 is a bug in some new install path helper message, I've fixed this particular error by adding a / into the message so that it'll appear /usr/local/lib64 or /usr/lib64. A second change I made is to make the reporting of this message so hopefully reads a bit more naturally: The build system is configured to instal libraries to /usr/local/lib64 Your applications may not be able to find your installed libraries unless you: set your LD_LIBRARY_PATH (user specific) or update your ld.so configuration (system wide) You have an ld.so.conf.d directory on your system, so if you wish to ensure that applications find the installed osg libraries, system wide, you could install a openscenegraph specific ld.so configuration with: sudo make install_ld_conf I also made this message only appear if the the CMAKE_INSTALL_PREFIX==/usr/local and only on the first run of cmake so it doesn't nag you when not required. We need to further refine the logic about when to report the message, but for now it should at least be a step in the right direction. In you case it shouldn't emit this message at all as it's unnecessary. The second error you are reporting looks to be a QT install specific issue. Which linux distro are you using? Which version of QT is installed? Which version of cmake are you using? Could you go into ccmake . to review the QT related variables to see what it has and has not found. Cheers, Robert. On Thu, Jan 29, 2009 at 10:10 AM, Valery A. Bickov valery.bic...@gmail.com wrote: Hi. I'm trying to build last version of OSG from svn on amd64 linux: cd trunk mkdir build cd build cmake ../ -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr a lot of output -- checking for module 'xrandr' -- found xrandr, version 1.2.2 You will be installing libraries to /usrlib64 Your loader may not be able to find your installed libraries unless you: set your LD_LIBRARY_PATH (user specific) update your ld.so configuration (system wide) You have an ld.so.conf file in /etc You may need to add /usrlib64 to it. -- Configuring done -- Generating done -- Build files have been written Why it wants install to /usrlib64??? And else one problem: cmake ../ -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr -DBUILD_OSG_EXAMPLES:BOOL=ON a lot of output You will be installing libraries to /usrlib64 Your loader may not be able to find your installed libraries unless you: set your LD_LIBRARY_PATH (user specific) update your ld.so configuration (system wide) You have an ld.so.conf file in /etc You may need to add /usrlib64 to it. CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: QT_QTOPENGL_LIBRARY_RELEASE (ADVANCED) linked by target example_osgviewerQT in directory /var/tmp/portage/media-gfx/openscenegraph-/work/openscenegraph-/examples/osgviewerQT -- Configuring incomplete, errors occurred! Best regards, Valery ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org QT_DBUSCPP2XML_EXECUTABLE:FILEPATH=QT_DBUSCPP2XML_EXECUTABLE-NOTFOUND QT_DBUSXML2CPP_EXECUTABLE:FILEPATH=QT_DBUSXML2CPP_EXECUTABLE-NOTFOUND //The location of the Qt docs QT_DOC_DIR:PATH=/usr/share/doc/qt-4.4.2 QT_INCLUDE_DIR:PATH=/usr/include/qt4 //Qt library dir QT_LIBRARY_DIR:PATH=/usr/lib64/qt4 QT_LRELEASE_EXECUTABLE:FILEPATH=/usr/bin/lrelease QT_LUPDATE_EXECUTABLE:FILEPATH=/usr/bin/lupdate //The location of the Qt mkspecs containing qconfig.pri QT_MKSPECS_DIR:PATH=QT_MKSPECS_DIR-NOTFOUND QT_MOC_EXECUTABLE:FILEPATH=/usr/bin/moc QT_PHONON_INCLUDE_DIR:PATH=QT_PHONON_INCLUDE_DIR-NOTFOUND
Re: [osg-users] svn version 9582 CMake stranges
Robert, you are right: after installing qt-opengl configuring was done successfully. В Чтв, 29/01/2009 в 11:20 +, Robert Osfield пишет: HI Valery, As an experiment could you install the qt OpenGL package? Then see how things cope. On the QT front we could probably just require that the OpenGL package is available, otherwise not build the QT example. Robert. On Thu, Jan 29, 2009 at 11:08 AM, Valery A. Bickov valery.bic...@gmail.com wrote: Robert, I checked first error, it is really fixed, message only appers if I do not set CMAKE_INSTALL_PREFIX or set it to /usr/local, but it is not terrible. About second: I've using Gentoo: equery l qt [ Searching for package 'qt' in all categories among: ] * installed packages [I--] [ ] dev-libs/dbus-qt3-old-0.70 (0) [I--] [ ] x11-libs/qt-3.3.8b-r1 (3) [I--] [ ] x11-libs/qt-core-4.4.2 (4) [I--] [ ] x11-libs/qt-gui-4.4.2-r1 (4) [I--] [ ] x11-libs/qt-qt3support-4.4.2 (4) [I--] [ ] x11-libs/qt-script-4.4.2 (4) [I--] [ ] x11-libs/qt-sql-4.4.2 (4) [I--] [ ] x11-libs/qt-test-4.4.2 (4) Not so far ago way of installing QT was changed in Gentoo, before it was single packet but now, as you see, it is couple of packages. I'm using cmake version 2.6.2. I ran grep -i qt CMakeCache.txt and attach it in file, because output was too long. But I am surprised that QT is needed for building examples. Why it is not optional? Valery В Чтв, 29/01/2009 в 10:44 +, Robert Osfield пишет: HI Valery, There are couple of things going on here. First up the mention /usrib64 is a bug in some new install path helper message, I've fixed this particular error by adding a / into the message so that it'll appear /usr/local/lib64 or /usr/lib64. A second change I made is to make the reporting of this message so hopefully reads a bit more naturally: The build system is configured to instal libraries to /usr/local/lib64 Your applications may not be able to find your installed libraries unless you: set your LD_LIBRARY_PATH (user specific) or update your ld.so configuration (system wide) You have an ld.so.conf.d directory on your system, so if you wish to ensure that applications find the installed osg libraries, system wide, you could install a openscenegraph specific ld.so configuration with: sudo make install_ld_conf I also made this message only appear if the the CMAKE_INSTALL_PREFIX==/usr/local and only on the first run of cmake so it doesn't nag you when not required. We need to further refine the logic about when to report the message, but for now it should at least be a step in the right direction. In you case it shouldn't emit this message at all as it's unnecessary. The second error you are reporting looks to be a QT install specific issue. Which linux distro are you using? Which version of QT is installed? Which version of cmake are you using? Could you go into ccmake . to review the QT related variables to see what it has and has not found. Cheers, Robert. On Thu, Jan 29, 2009 at 10:10 AM, Valery A. Bickov valery.bic...@gmail.com wrote: Hi. I'm trying to build last version of OSG from svn on amd64 linux: cd trunk mkdir build cd build cmake ../ -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr a lot of output -- checking for module 'xrandr' -- found xrandr, version 1.2.2 You will be installing libraries to /usrlib64 Your loader may not be able to find your installed libraries unless you: set your LD_LIBRARY_PATH (user specific) update your ld.so configuration (system wide) You have an ld.so.conf file in /etc You may need to add /usrlib64 to it. -- Configuring done -- Generating done -- Build files have been written Why it wants install to /usrlib64??? And else one problem: cmake ../ -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr -DBUILD_OSG_EXAMPLES:BOOL=ON a lot of output You will be installing libraries to /usrlib64 Your loader may not be able to find your installed libraries unless you: set your LD_LIBRARY_PATH (user specific) update your ld.so configuration (system wide) You have an ld.so.conf file in /etc You may need to add /usrlib64 to it. CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: QT_QTOPENGL_LIBRARY_RELEASE (ADVANCED) linked by target example_osgviewerQT in directory /var/tmp/portage/media-gfx/openscenegraph-/work/openscenegraph-/examples/osgviewerQT -- Configuring incomplete, errors occurred! Best regards, Valery ___ osg-users mailing list osg-users@lists.openscenegraph.org
Re: [osg-users] svn version 9582 CMake stranges
Hi Valery. 2009/1/29 Robert Osfield robert.osfi...@gmail.com: On the QT front we could probably just require that the OpenGL package is available, otherwise not build the QT example. To try and help out I've made two changes, first I changed the searching of the packages required for examples directory so that Cmake only checks them if you enable building of the examples, this changes the OpenSceneGraph.CMakeLists.txt. Second I've changed the examples/CMakeLists.txt so that it has: IF (QT_FOUND AND QT_QTOPENGL_LIBRARY) ADD_SUBDIRECTORY(osgviewerQT) ENDIF(QT_FOUND) Which hopefully should stop the build of the QT when the QTOPenGL library is not there. Could you try the attached examples/CMakeLists.txt file out, and uninstall the QT OpenGL library then remove the CMakeCache and try a new configure. Hopefully this will ignore QT. Robert. ### # this are setting used in SETUP_EXAMPLE macro ### SET(TARGET_DEFAULT_PREFIX example_) SET(TARGET_DEFAULT_LABEL_PREFIX Examples) SET(TARGET_COMMON_LIBRARIES OpenThreads osg osgDB osgUtil osgGA osgViewer osgText ) IF(DYNAMIC_OPENSCENEGRAPH) ADD_SUBDIRECTORY(osg2cpp) ADD_SUBDIRECTORY(osganimate) ADD_SUBDIRECTORY(osgautocapture) ADD_SUBDIRECTORY(osgautotransform) ADD_SUBDIRECTORY(osgbillboard) ADD_SUBDIRECTORY(osgblendequation) ADD_SUBDIRECTORY(osgcallback) ADD_SUBDIRECTORY(osgcamera) ADD_SUBDIRECTORY(osgcatch) ADD_SUBDIRECTORY(osgclip) ADD_SUBDIRECTORY(osgcompositeviewer) ADD_SUBDIRECTORY(osgcopy) ADD_SUBDIRECTORY(osgcubemap) ADD_SUBDIRECTORY(osgdelaunay) ADD_SUBDIRECTORY(osgdepthpartition) ADD_SUBDIRECTORY(osgdepthpeeling) ADD_SUBDIRECTORY(osgdrawinstanced) ADD_SUBDIRECTORY(osgdistortion) ADD_SUBDIRECTORY(osgfadetext) ADD_SUBDIRECTORY(osgfont) ADD_SUBDIRECTORY(osgforest) ADD_SUBDIRECTORY(osgfxbrowser) ADD_SUBDIRECTORY(osggameoflife) ADD_SUBDIRECTORY(osggeodemo) ADD_SUBDIRECTORY(osggeometry) ADD_SUBDIRECTORY(osggeometryshaders) ADD_SUBDIRECTORY(osghangglide) ADD_SUBDIRECTORY(osghud) ADD_SUBDIRECTORY(osgimagesequence) ADD_SUBDIRECTORY(osgimpostor) ADD_SUBDIRECTORY(osgintersection) ADD_SUBDIRECTORY(osgkdtree) ADD_SUBDIRECTORY(osgkeyboard) ADD_SUBDIRECTORY(osgkeyboardmouse) ADD_SUBDIRECTORY(osglauncher) ADD_SUBDIRECTORY(osglight) ADD_SUBDIRECTORY(osglightpoint) ADD_SUBDIRECTORY(osglogicop) ADD_SUBDIRECTORY(osglogo) ADD_SUBDIRECTORY(osgmanipulator) ADD_SUBDIRECTORY(osgmemorytest) ADD_SUBDIRECTORY(osgmotionblur) ADD_SUBDIRECTORY(osgmovie) ADD_SUBDIRECTORY(osgmultiplerendertargets) ADD_SUBDIRECTORY(osgmultitexture) ADD_SUBDIRECTORY(osgmultitexturecontrol) ADD_SUBDIRECTORY(osgoccluder) ADD_SUBDIRECTORY(osgocclusionquery) ADD_SUBDIRECTORY(osgpackeddepthstencil) ADD_SUBDIRECTORY(osgpagedlod) ADD_SUBDIRECTORY(osgparametric) ADD_SUBDIRECTORY(osgparticle) ADD_SUBDIRECTORY(osgparticleeffects) ADD_SUBDIRECTORY(osgphotoalbum) ADD_SUBDIRECTORY(osgpick) ADD_SUBDIRECTORY(osgplanets) ADD_SUBDIRECTORY(osgpoints) ADD_SUBDIRECTORY(osgpointsprite) ADD_SUBDIRECTORY(osgprecipitation) ADD_SUBDIRECTORY(osgprerender) ADD_SUBDIRECTORY(osgprerendercubemap) ADD_SUBDIRECTORY(osgreflect) ADD_SUBDIRECTORY(osgrobot) ADD_SUBDIRECTORY(osgscalarbar) ADD_SUBDIRECTORY(osgscreencapture) ADD_SUBDIRECTORY(osgscribe) ADD_SUBDIRECTORY(osgsequence) ADD_SUBDIRECTORY(osgshaders) ADD_SUBDIRECTORY(osgshaderterrain) ADD_SUBDIRECTORY(osgshadow) ADD_SUBDIRECTORY(osgshape) ADD_SUBDIRECTORY(osgsharedarray) ADD_SUBDIRECTORY(osgsimplifier) ADD_SUBDIRECTORY(osgsimulation) ADD_SUBDIRECTORY(osgsidebyside) ADD_SUBDIRECTORY(osgslice) ADD_SUBDIRECTORY(osgspacewarp) ADD_SUBDIRECTORY(osgspheresegment) ADD_SUBDIRECTORY(osgspotlight) ADD_SUBDIRECTORY(osgstereoimage) ADD_SUBDIRECTORY(osgstereomatch) ADD_SUBDIRECTORY(osgteapot) ADD_SUBDIRECTORY(osgterrain) ADD_SUBDIRECTORY(osgtessellate) ADD_SUBDIRECTORY(osgtext) ADD_SUBDIRECTORY(osgtext3D) ADD_SUBDIRECTORY(osgtexture1D) ADD_SUBDIRECTORY(osgtexture2D) ADD_SUBDIRECTORY(osgtexture3D) ADD_SUBDIRECTORY(osgtexturerectangle) ADD_SUBDIRECTORY(osgthirdpersonview) ADD_SUBDIRECTORY(osgunittests) ADD_SUBDIRECTORY(osgvertexprogram) ADD_SUBDIRECTORY(osgvolume) ADD_SUBDIRECTORY(osgwindows) ADD_SUBDIRECTORY(osganimationtimeline) ADD_SUBDIRECTORY(osganimationnode) ADD_SUBDIRECTORY(osganimationmakepath) ADD_SUBDIRECTORY(osganimationskinning) ADD_SUBDIRECTORY(osganimationsolid) ADD_SUBDIRECTORY(osganimationviewer) ADD_SUBDIRECTORY(osgbrowser) ADD_SUBDIRECTORY(osgwidgetaddremove) ADD_SUBDIRECTORY(osgwidgetbox)
Re: [osg-users] osgEarth seg fault in libosg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Johan Nouvel wrote:
Hello,
I'm trying osgEarth but I've got trouble to run it.
I compile without any trouble but when i do :
osgviewer simple_cache.earth (or another .earth example)
I've got seg fault. I'm in osg 2.6.1 but same thing appears in osg
2.7.8, on Ubuntu 8.04 32 bits. And I'm up to date with osgEarth trunk.
Yes, I have seen the same thing. There seems to be some kind of breakage
on their trunk, the version from 26.1. was working fine.
Try the older revision using (all on one line):
svn co -r '{2009-01-26 12:35}' http://wush.net/svn/osgearth/trunk osgearth
That version works for me.
Regards,
Jan
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
iD8DBQFJgZUan11XseNj94gRAi0tAJwI3umlSXZ7nfyO+v1EFt52HLz5vgCghLyg
Rkw2yWbx17vSoMqzN9ex8js=
=JNnl
-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] MSVC v9
Hi Guy,
I was able to reproduce the problem on my computer too.
You got my colleagues and I quite puzzled. At this point it's very
tempting to say it's a compiler bug.
I'll do some more investigation. If you don't mind, I'll submit this bug
to Microsoft if we cannot fix it.
Tanguy
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Guy
Wallis
Sent: Thursday 29 January 2009 03:38
To: OpenSceneGraph Users
Subject: [osg-users] MSVC v9
First, sorry Jan!
I'm new to mailing lists and assumed that threads were generated on the
basis of the subject line not who I replied to. Thanks for pointing out
my mistake.
Second, thanks to Tanguy and Ralph for suggestions.
I'm using an old 2.8 Ghz Pentium 4 - so not a dual core problem. But the
error does remind me of threading issues I used to have with
multiprocessor IRIX machines.
I tried using the volatile type qualifier but then I got a load of
conversion errors because MSVC++ v9 didn't recognise the variable as an
osg::Vec3 anymore:
.\dodec.cpp(78) : error C2678: binary '-' : no operator found which
takes a left-hand operand of type 'volatile osg::Vec3' (or there is no
acceptable conversion)
C:\Program Files\OpenSceneGraph\include\osg/Vec3f(152): could be
'const osg::Vec3f osg::Vec3f::operator -(const osg::Vec3f ) const'
C:\Program Files\OpenSceneGraph\include\osg/Vec3f(167): or
'const osg::Vec3f osg::Vec3f::operator -(void) const'
I've distilled the problem into a pretty simple program - I don't even
need to pop up a window. Some things might look a little odd, but almost
any changes from this point result in correct behaviour. I'm expecting a
list of coordinates from (0.0, 0.0, 0.0) to (11.0, 11.0, 11.0) but as
you'll hopefully see, I get the central part of the array not updating
properly.
#include osg/Geometry
osg::Vec3 vc[12];
int main( int argc, char **argv )
{
int a;
osg::Vec3 vt[12], p;
for(a=0;a12;a++){
vc[a].set((float)a, (float)a, (float)a+1.0f);
}
p = osg::Vec3(0.0f,0.0f,1.0f);
vt[0] = vc[0]-p;
for(a=1;a12;a++){
vt[a] = vc[a]-p;
}
for(a=0;a12;a++){
printf(%5.2f %5.2f %5.2f\n, vt[a].x(), vt[a].y(),
vt[a].z());
}
return 0;
}
Two crucial steps are the vc[a]-p stage, and using the local variable vt
for printing because otherwise the array updates correctly.
Any ideas? Such as leave it for Microsoft to sort out!
Thanks,
Guy
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] svn version 9582 CMake stranges
All is right, now it is configured both with qt-opengl installed and uninstalled. One misprint I've found in root CMakeLists.txt, it writes me message: The build system is configured to instal libraries to /usr/local/lib64 Your applications may not be able to find your installed libraries unless you: set your LD_LIBRARY_PATH (user specific) or update your ld.so configuration (system wide) You have an ld.so.conf file in /etc You may need to add /usr/locallib64 to it. In last line of this message slash is needed after /usr/local before lib64. Valery. В Чтв, 29/01/2009 в 11:39 +, Robert Osfield пишет: Hi Valery. 2009/1/29 Robert Osfield robert.osfi...@gmail.com: On the QT front we could probably just require that the OpenGL package is available, otherwise not build the QT example. To try and help out I've made two changes, first I changed the searching of the packages required for examples directory so that Cmake only checks them if you enable building of the examples, this changes the OpenSceneGraph.CMakeLists.txt. Second I've changed the examples/CMakeLists.txt so that it has: IF (QT_FOUND AND QT_QTOPENGL_LIBRARY) ADD_SUBDIRECTORY(osgviewerQT) ENDIF(QT_FOUND) Which hopefully should stop the build of the QT when the QTOPenGL library is not there. Could you try the attached examples/CMakeLists.txt file out, and uninstall the QT OpenGL library then remove the CMakeCache and try a new configure. Hopefully this will ignore QT. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Limitation on setUserData, due to setThreadSafeRefUnref()?
Hi Robert, I have a situation in which I want to set the userdata of a scenegraph node to be another node, specifically one of its (indirect) parents. E.g. MyMatrixTransform (subclass of MatrixTransform) child #1: Geode drawable #1: some geometry, user data = MyMatrixTransform instance child #2: Geode . The reason for this is to simplify picking handling. The idea is that when processing the list of intersected drawables during picking only those drawables that have any userdata associated with them need to be processed. The userdata pointer in that case immediately provides the parent transform object (which holds application specific data), without having to go through the list of parents until the transform is reached. However, this doesn't work because at runtime calls to setThreadSafeRefUnref() are made by OSG and this results in infinite recursion as Drawable::setThreadSafeRefUnref() calls _userData-setThreadSafeRefUnref(), and that takes it back up the scene graph, after which the transform's children are once again called with setThreadSafeRefUnref(), etc. I'm having trouble locating the first call that starts it all. Is there a way to avoid these calls? Regards, Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] MSVC v9
Apparently, it's also broken on VC8.
I've reduced the size of the example program, removed the OSG
dependency, and getting ready to submit to MS.
T
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Tanguy
Fautre
Sent: Thursday 29 January 2009 11:43
To: OpenSceneGraph Users
Subject: Re: [osg-users] MSVC v9
Hi Guy,
I was able to reproduce the problem on my computer too.
You got my colleagues and I quite puzzled. At this point it's very
tempting to say it's a compiler bug.
I'll do some more investigation. If you don't mind, I'll submit this bug
to Microsoft if we cannot fix it.
Tanguy
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Guy
Wallis
Sent: Thursday 29 January 2009 03:38
To: OpenSceneGraph Users
Subject: [osg-users] MSVC v9
First, sorry Jan!
I'm new to mailing lists and assumed that threads were generated on the
basis of the subject line not who I replied to. Thanks for pointing out
my mistake.
Second, thanks to Tanguy and Ralph for suggestions.
I'm using an old 2.8 Ghz Pentium 4 - so not a dual core problem. But the
error does remind me of threading issues I used to have with
multiprocessor IRIX machines.
I tried using the volatile type qualifier but then I got a load of
conversion errors because MSVC++ v9 didn't recognise the variable as an
osg::Vec3 anymore:
.\dodec.cpp(78) : error C2678: binary '-' : no operator found which
takes a left-hand operand of type 'volatile osg::Vec3' (or there is no
acceptable conversion)
C:\Program Files\OpenSceneGraph\include\osg/Vec3f(152): could be
'const osg::Vec3f osg::Vec3f::operator -(const osg::Vec3f ) const'
C:\Program Files\OpenSceneGraph\include\osg/Vec3f(167): or
'const osg::Vec3f osg::Vec3f::operator -(void) const'
I've distilled the problem into a pretty simple program - I don't even
need to pop up a window. Some things might look a little odd, but almost
any changes from this point result in correct behaviour. I'm expecting a
list of coordinates from (0.0, 0.0, 0.0) to (11.0, 11.0, 11.0) but as
you'll hopefully see, I get the central part of the array not updating
properly.
#include osg/Geometry
osg::Vec3 vc[12];
int main( int argc, char **argv )
{
int a;
osg::Vec3 vt[12], p;
for(a=0;a12;a++){
vc[a].set((float)a, (float)a, (float)a+1.0f);
}
p = osg::Vec3(0.0f,0.0f,1.0f);
vt[0] = vc[0]-p;
for(a=1;a12;a++){
vt[a] = vc[a]-p;
}
for(a=0;a12;a++){
printf(%5.2f %5.2f %5.2f\n, vt[a].x(), vt[a].y(),
vt[a].z());
}
return 0;
}
Two crucial steps are the vc[a]-p stage, and using the local variable vt
for printing because otherwise the array updates correctly.
Any ideas? Such as leave it for Microsoft to sort out!
Thanks,
Guy
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Limitation on setUserData, due to setThreadSafeRefUnref()?
Mhh, you got a cyclic dependency in there anyway. Even if you resolve the setThreadSafeRefUnref call, releasing MyMatrixTransform will cause a memory leak. Solution: Don't introduce cyclic dependencies ;-) ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Development plan for imminent stable OSG-2.8
Hi Robert, hi all, Err... about CDash, is there any preference of type (nightly, continuous, experimental)? I'm not used to CDash and don't really know the differences (if there is any). And are there things I should know about it, or about sumbitting a build? Thanks. Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Tue, 27 Jan 2009 16:39:43 +0100, Robert Osfield robert.osfi...@gmail.com a écrit: Guys, please stop pontificating about bug tracking/ticketing etc. Leave this type of long winded discussion until after we've got OSG-2.8 out the door. Learning and introducing new schemes is not what you do when you have an immenient release, instead you get on with job of testing and debugging and readying packaging. Sometimes this community is far more capable of talking than doing... Lets just go the job done. Things that need doing are: 1) Testing of build + runtime against real client apps across as many platforms as possible. 2) Fixing bugs 3) Completing the packaging support 4) Working out how we can better fit into distro packaging systems, liasing with package maintainers. 5) Submitting builds to the CDash dashboard : http://www.cdash.org/CDashPublic/viewConfigure.php?buildid=7682 6) Updating docs/wiki/news items for the OSG-2.8 Robert. ___ 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] Limitation on setUserData, due to setThreadSafeRefUnref()?
Hi Paul, I'm afraid I can't work out the failure mechanism just be reading email. Could you provide a small code example program that could be compiled to show the problem you are seeing. Robert. On Thu, Jan 29, 2009 at 12:09 PM, Paul Melis p...@science.uva.nl wrote: Hi Robert, I have a situation in which I want to set the userdata of a scenegraph node to be another node, specifically one of its (indirect) parents. E.g. MyMatrixTransform (subclass of MatrixTransform) child #1: Geode drawable #1: some geometry, user data = MyMatrixTransform instance child #2: Geode . The reason for this is to simplify picking handling. The idea is that when processing the list of intersected drawables during picking only those drawables that have any userdata associated with them need to be processed. The userdata pointer in that case immediately provides the parent transform object (which holds application specific data), without having to go through the list of parents until the transform is reached. However, this doesn't work because at runtime calls to setThreadSafeRefUnref() are made by OSG and this results in infinite recursion as Drawable::setThreadSafeRefUnref() calls _userData-setThreadSafeRefUnref(), and that takes it back up the scene graph, after which the transform's children are once again called with setThreadSafeRefUnref(), etc. I'm having trouble locating the first call that starts it all. Is there a way to avoid these calls? Regards, Paul ___ 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] Development plan for imminent stable OSG-2.8
Hi Sukender, El Jueves 29 Enero 2009ES 13:58:49 Sukender escribió: Err... about CDash, is there any preference of type (nightly, continuous, experimental)? I'm not used to CDash and don't really know the differences (if there is any). And are there things I should know about it, or about sumbitting a build? Any (nightly or continuous) would do. Nightly will compile SVN once a day. If you set continuous build you can specify how many times you are willing to build the SVN a day, it's your preference. There isn't really any more things to know than the instructions at http://www.openscenegraph.org/projects/osg/wiki/Build/CDash Regards, Alberto ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Limitation on setUserData, due to setThreadSafeRefUnref()?
Hi Robert,
Robert Osfield wrote:
I'm afraid I can't work out the failure mechanism just be reading
email. Could you provide a small code example program that could be
compiled to show the problem you are seeing.
Here you go. The stripped down example might not make a lot of sense, so
if you want I can try to explain why I'm trying to do things this way.
Paul
#include osgViewer/Viewer
#include osg/MatrixTransform
#include osg/Geode
#include osg/Geometry
class MyTransform : public osg::MatrixTransform
{
public:
MyTransform()
{
m_geom = new osg::Geometry;
m_geom-setUserData(this);
osg::Geode *geode = new osg::Geode;
geode-addDrawable(m_geom.get());
m_geom_transform = new osg::MatrixTransform;
m_geom_transform-addChild(geode);
addChild(m_geom_transform.get());
}
protected:
osg::ref_ptrosg::Geometry m_geom;
osg::ref_ptrosg::MatrixTransform m_geom_transform;
};
int main()
{
MyTransform* mt = new MyTransform;
osgViewer::Viewer v;
v.setSceneData(mt);
v.run();
}
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Limitation on setUserData, due to setThreadSafeRefUnref()?
Schmidt, Richard wrote: Mhh, you got a cyclic dependency in there anyway. Even if you resolve the setThreadSafeRefUnref call, releasing MyMatrixTransform will cause a memory leak. Solution: Don't introduce cyclic dependencies ;-) As long as you're aware that the cycles are there and you have a strategy to break the cycles when needed they are not a problem. Paul ___ 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 All, I've checked in a quite a few changes since the last call for feedback on the svn/trunk, so could you please do another svn update and let me know if everything works or anything breaks. One item they may cause problems is that I've found that the CMakeLists.txt file was missing for the old osgcluster example. I've added this back in and it builds under Linux no problem, but... there is always a chance that it doesn't work sweetly across all platforms. Thanks in advance for you help testing, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Strange behavior of Release file.
Thank you Ralph, but no manifest file in directory. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Strange behavior of Release file.
Malcom and myself are working together. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgEarth seg fault in libosg
Hi Jan,
Thanks for your answer. Unfortunately, it doesn't work for me. I've got the
same error
I will try to compile osg and osgEarth in debug mode in order to have more clues
Regards,
Johan
Jan Ciger a écrit :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Try the older revision using (all on one line):
svn co -r '{2009-01-26 12:35}' http://wush.net/svn/osgearth/trunk osgearth
That version works for me.
Regards,
Jan
--
Johan Nouvel, RD Engineer
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Limitation on setUserData, due to setThreadSafeRefUnref()?
Hi Paul, Thanks for the example. The problem in your example is your circular dependency. Right off the bat you've created a memory leak as this subgraph. The fact that you then hit a circular reference in the internal patent management is perhaps not too surprising either. You shouldn't create ownership cycles like this in your data structures, instead you need to break them vai the use of osg::observer_ptr or C pointers. Once you do this you'll probably avoid all the other problems you are introducing. If your case I'd create a UserData object that has a observer_ptr to the node you want to refer to, this way you should be able attach it anywhere in your scene graph without issues without onwership. Robert. On Thu, Jan 29, 2009 at 1:23 PM, Paul Melis p...@science.uva.nl wrote: Hi Robert, Robert Osfield wrote: I'm afraid I can't work out the failure mechanism just be reading email. Could you provide a small code example program that could be compiled to show the problem you are seeing. Here you go. The stripped down example might not make a lot of sense, so if you want I can try to explain why I'm trying to do things this way. Paul ___ 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, Build typo? Here is the error: CMake Error in examples/osgcluster/CMakeLists.txt: Cannot find source file CMakeLists.txt. Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 14:27:28 +0100, Robert Osfield robert.osfi...@gmail.com a écrit: Hi All, I've checked in a quite a few changes since the last call for feedback on the svn/trunk, so could you please do another svn update and let me know if everything works or anything breaks. One item they may cause problems is that I've found that the CMakeLists.txt file was missing for the old osgcluster example. I've added this back in and it builds under Linux no problem, but... there is always a chance that it doesn't work sweetly across all platforms. Thanks in advance for you help testing, Robert. ___ 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] Non-Inlined Shaders in OSG files
I'm using OSG 2.6 and I was wondering if it was possible to write OSG files without inlining the shader code into the file? I read some discussion about implementing it but couldn't tell whether it had been added in? At the moment I'm adding the external references manually and it's a bit of a pain. Cheers. Kim. * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ 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
Well, in rev. 9589, examples/osgcluster/CMakeLists.txt is simply absent... Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 15:13:38 +0100, Sukender suky0...@free.fr a écrit: Hi Robert, Build typo? Here is the error: CMake Error in examples/osgcluster/CMakeLists.txt: Cannot find source file CMakeLists.txt. Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 14:27:28 +0100, Robert Osfield robert.osfi...@gmail.com a écrit: Hi All, I've checked in a quite a few changes since the last call for feedback on the svn/trunk, so could you please do another svn update and let me know if everything works or anything breaks. One item they may cause problems is that I've found that the CMakeLists.txt file was missing for the old osgcluster example. I've added this back in and it builds under Linux no problem, but... there is always a chance that it doesn't work sweetly across all platforms. Thanks in advance for you help testing, Robert. ___ 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 seg fault in libosg
Hi Jan and Johan,
I just tried out the latest SVN branch in Ubuntu and did a sudo make install
and everything works fine for me. I set my LD_LIBRARY_PATH to
/usr/local/lib where the osgearth_plugins are installed.
Can you try doing a clean build and delete any extraneous osgdb_osgearth*
libraries you might have laying about and let me know if that fixes the
issue?
Thanks!
Jason
On Thu, Jan 29, 2009 at 8:32 AM, Johan Nouvel openscenegr...@archivideo.com
wrote:
Hi Jan,
Thanks for your answer. Unfortunately, it doesn't work for me. I've got the
same error
I will try to compile osg and osgEarth in debug mode in order to have more
clues
Regards,
Johan
Jan Ciger a écrit :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Try the older revision using (all on one line):
svn co -r '{2009-01-26 12:35}' http://wush.net/svn/osgearth/trunkosgearth
That version works for me.
Regards,
Jan
--
Johan Nouvel, RD Engineer
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE
___
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] invalid code generation with osg::Vec3f and MSVC
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Tanguy
Fautre
Sent: Thursday 29 January 2009 12:23
To: OpenSceneGraph Users
Subject: Re: [osg-users] MSVC v9
Apparently, it's also broken on VC8.
I've reduced the size of the example program, removed the OSG
dependency, and getting ready to submit to MS.
T
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Tanguy
Fautre
Sent: Thursday 29 January 2009 11:43
To: OpenSceneGraph Users
Subject: Re: [osg-users] MSVC v9
Hi Guy,
I was able to reproduce the problem on my computer too.
You got my colleagues and I quite puzzled. At this point it's very
tempting to say it's a compiler bug.
I'll do some more investigation. If you don't mind, I'll submit this bug
to Microsoft if we cannot fix it.
Tanguy
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Guy
Wallis
Sent: Thursday 29 January 2009 03:38
To: OpenSceneGraph Users
Subject: [osg-users] MSVC v9
First, sorry Jan!
I'm new to mailing lists and assumed that threads were generated on the
basis of the subject line not who I replied to. Thanks for pointing out
my mistake.
Second, thanks to Tanguy and Ralph for suggestions.
I'm using an old 2.8 Ghz Pentium 4 - so not a dual core problem. But the
error does remind me of threading issues I used to have with
multiprocessor IRIX machines.
I tried using the volatile type qualifier but then I got a load of
conversion errors because MSVC++ v9 didn't recognise the variable as an
osg::Vec3 anymore:
.\dodec.cpp(78) : error C2678: binary '-' : no operator found which
takes a left-hand operand of type 'volatile osg::Vec3' (or there is no
acceptable conversion)
C:\Program Files\OpenSceneGraph\include\osg/Vec3f(152): could be
'const osg::Vec3f osg::Vec3f::operator -(const osg::Vec3f ) const'
C:\Program Files\OpenSceneGraph\include\osg/Vec3f(167): or
'const osg::Vec3f osg::Vec3f::operator -(void) const'
I've distilled the problem into a pretty simple program - I don't even
need to pop up a window. Some things might look a little odd, but almost
any changes from this point result in correct behaviour. I'm expecting a
list of coordinates from (0.0, 0.0, 0.0) to (11.0, 11.0, 11.0) but as
you'll hopefully see, I get the central part of the array not updating
properly.
#include osg/Geometry
osg::Vec3 vc[12];
int main( int argc, char **argv )
{
int a;
osg::Vec3 vt[12], p;
for(a=0;a12;a++){
vc[a].set((float)a, (float)a, (float)a+1.0f);
}
p = osg::Vec3(0.0f,0.0f,1.0f);
vt[0] = vc[0]-p;
for(a=1;a12;a++){
vt[a] = vc[a]-p;
}
for(a=0;a12;a++){
printf(%5.2f %5.2f %5.2f\n, vt[a].x(), vt[a].y(),
vt[a].z());
}
return 0;
}
Two crucial steps are the vc[a]-p stage, and using the local variable vt
for printing because otherwise the array updates correctly.
Any ideas? Such as leave it for Microsoft to sort out!
Thanks,
Guy
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] How to deduce the implied size of texture from coordinate mappings....
Hi All, I've had a look through the mail archives, and I don't think this has been asked before, so I was hoping someone might be able give some guidence to me on a question I'm bashing my head with at the moment. Its not strictly an osg question - though I am using osg to try and solve it. Question == I have a general triangle in 3D space, known coordinates, with known S,T texture coordinates. Knowing only this information, is it possible to calculate the size of the texture? Background The background to this problem is that I have an object with texture coordinates, that has applied a texture. I now wish to apply a new texture to this object where I know the size that this texture is mean't to represent in the 3D space. Thus I believe I need to scale the texture coordinates on the object such that the size of the new texture is correctly represented relative to the object. [Brief asside - I suspect that there might be a way to do this other than altering all the texture coordinates, perhaps a scale measure on a texture object but I haven't delved deep enough into osg::Texture2D to know.] In order to scale the texture coordinates I need to know the size that the original texture represented relative to the object/universe it was in. Each geometry could have its own texture, therefore I'm at the geometry level, and I have the triangle with the largest variation in the S,T domain. I can transform this triangle to a cordinate system that is co-planar with the triangle, where one edge forms the first of a pair of orthogonal basis vectors in the triangle plane (e1,e2), and hence I can represent my triangle in this space. The S,T domain is coplanar for my requirements, and with a shift of origin, (0,0) in the S,T domain maps to (0,0) in the e1,e2 domain. So I get to a point where I have the two sets of orthogonal axis in the same triangle plane, where a rotation of the e1,e2 axis would align them to the U,V axis. However, my next step is not clear. Can any one assist please. I may be barking up the wrong tree here, and if so, please accept my apologee. Thanks for any help Neil Hughes. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Anti-Grain and OpenSceneGraph
Thanks Jeremy. This Arabic should translate roughly to user interface: التربيط التبادلي للمستخدم Glenn Waldron : Pelican Mapping : http://pelicanmapping.com : +1.703.652.4791 On Wed, Jan 28, 2009 at 2:17 PM, Jeremy Moles jer...@emperorlinux.comwrote: On Wed, 2009-01-28 at 13:58 -0500, Glenn Waldron wrote: Jeremy, Does osgPango support complex scripting for Arabic, etc.? The question really is, does Pango support complex scripting and the answer is yes. :) osgPango is just a Texture caching layer for speed and flexibility in OpenGL. If you can give me some text to throw at the osgpangoviewer app, I'd be happy to run it and show a screenshot. (Although, osgPango does add things on top of Pango such as custom font rendering and effects; it also loses some features though, such as the nice Pango markup language.) Glenn Waldron : Pelican Mapping : http://pelicanmapping.com : +1.703.652.4791 On Wed, Jan 28, 2009 at 8:55 AM, John Vidar Larring larr...@weatherone.tv wrote: Hi Jeremy, Kurt, and David, I care too;) In our application we render text as polygon meshes and outlines using FTGL (http://homepages.paradise.net.nz/henryj/code/). The problem with this approach is that FTGL is a pure rendering library and does not have any support for complex scripts (i.e. arabic, hebrew, etc,). However, everything is possible with an ugly hack or two;) John David Spilling wrote: Jeremy, Kurt, I care too! I admit, I've been lurking on the font quality issues because in our apps I have very tight control of the text size and positioning, so can tweak the placement/resolution to get the right look. However developments in this area wld be extremely valuable to me in the long term. Typically though, I have no resource to help develop is, so I will have to remain a lurker... David -- This message has been scanned for viruses and dangerous content by *MailScanner* http://www.mailscanner.info/, and is believed to be clean. ___ 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 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] MSVC v9
Hi Tanguy, I’ve reduced the size of the example program, removed the OSG dependency, and getting ready to submit to MS. Can you post your reduced example? I'm just curious as to what the problem seems to be. 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] Please test svn/trunk in prep for 2.7.9 dev release
Arggg missed doing an svn add... now done, please svn update and try again :-) On Thu, Jan 29, 2009 at 2:14 PM, Sukender suky0...@free.fr wrote: Well, in rev. 9589, examples/osgcluster/CMakeLists.txt is simply absent... Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 15:13:38 +0100, Sukender suky0...@free.fr a écrit: Hi Robert, Build typo? Here is the error: CMake Error in examples/osgcluster/CMakeLists.txt: Cannot find source file CMakeLists.txt. Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 14:27:28 +0100, Robert Osfield robert.osfi...@gmail.com a écrit: Hi All, I've checked in a quite a few changes since the last call for feedback on the svn/trunk, so could you please do another svn update and let me know if everything works or anything breaks. One item they may cause problems is that I've found that the CMakeLists.txt file was missing for the old osgcluster example. I've added this back in and it builds under Linux no problem, but... there is always a chance that it doesn't work sweetly across all platforms. Thanks in advance for you help testing, Robert. ___ 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] invalid code generation with osg::Vec3f and MSVC
Ok,
My colleague and I tested several fixes to see where the problem might
be coming from. So here are our current findings:
- The problem appears on both VS2005 SP1 and VS2008 SP1.
- The problem appears to be an invalid compiler optimization
when unrolling the second loop.
- Declaring int a as volatile fixes the problem
- Moving vc from the global scope into the local scope fixes
the problem
- Changing the Vec3f::operator - implementation fixes the
problem
We haven't reported the bug to Microsoft yet, as my colleague thinks it
could be an obscure C++ standard specification issue about class
operators that allows compilers to make invalid optimizations in some
cases.
Could anyone test other compilers? I've attached a standalone test
program based on Guy's.
Cheers,
Tanguy
PS: Sorry for the previous empty email. Hit the send button a bit too
quickly.
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Tanguy
Fautre
Sent: Thursday 29 January 2009 12:23
To: OpenSceneGraph Users
Subject: Re: [osg-users] MSVC v9
Apparently, it's also broken on VC8.
I've reduced the size of the example program, removed the OSG
dependency, and getting ready to submit to MS.
T
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Tanguy
Fautre
Sent: Thursday 29 January 2009 11:43
To: OpenSceneGraph Users
Subject: Re: [osg-users] MSVC v9
Hi Guy,
I was able to reproduce the problem on my computer too.
You got my colleagues and I quite puzzled. At this point it's very
tempting to say it's a compiler bug.
I'll do some more investigation. If you don't mind, I'll submit this bug
to Microsoft if we cannot fix it.
Tanguy
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Guy
Wallis
Sent: Thursday 29 January 2009 03:38
To: OpenSceneGraph Users
Subject: [osg-users] MSVC v9
First, sorry Jan!
I'm new to mailing lists and assumed that threads were generated on the
basis of the subject line not who I replied to. Thanks for pointing out
my mistake.
Second, thanks to Tanguy and Ralph for suggestions.
I'm using an old 2.8 Ghz Pentium 4 - so not a dual core problem. But the
error does remind me of threading issues I used to have with
multiprocessor IRIX machines.
I tried using the volatile type qualifier but then I got a load of
conversion errors because MSVC++ v9 didn't recognise the variable as an
osg::Vec3 anymore:
.\dodec.cpp(78) : error C2678: binary '-' : no operator found which
takes a left-hand operand of type 'volatile osg::Vec3' (or there is no
acceptable conversion)
C:\Program Files\OpenSceneGraph\include\osg/Vec3f(152): could be
'const osg::Vec3f osg::Vec3f::operator -(const osg::Vec3f ) const'
C:\Program Files\OpenSceneGraph\include\osg/Vec3f(167): or
'const osg::Vec3f osg::Vec3f::operator -(void) const'
I've distilled the problem into a pretty simple program - I don't even
need to pop up a window. Some things might look a little odd, but almost
any changes from this point result in correct behaviour. I'm expecting a
list of coordinates from (0.0, 0.0, 0.0) to (11.0, 11.0, 11.0) but as
you'll hopefully see, I get the central part of the array not updating
properly.
#include osg/Geometry
osg::Vec3 vc[12];
int main( int argc, char **argv )
{
int a;
osg::Vec3 vt[12], p;
for(a=0;a12;a++){
vc[a].set((float)a, (float)a, (float)a+1.0f);
}
p = osg::Vec3(0.0f,0.0f,1.0f);
vt[0] = vc[0]-p;
for(a=1;a12;a++){
vt[a] = vc[a]-p;
}
for(a=0;a12;a++){
printf(%5.2f %5.2f %5.2f\n, vt[a].x(), vt[a].y(),
vt[a].z());
}
return 0;
}
Two crucial steps are the vc[a]-p stage, and using the local variable vt
for printing because otherwise the array updates correctly.
Any ideas? Such as leave it for Microsoft to sort out!
Thanks,
Guy
main.cpp
Description: main.cpp
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgEarth seg fault in libosg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jason Beverage wrote: Hi Jan and Johan, I just tried out the latest SVN branch in Ubuntu and did a sudo make install and everything works fine for me. I set my LD_LIBRARY_PATH to /usr/local/lib where the osgearth_plugins are installed. Hmm, Jason, for the sake of consistency, would it be possible to install the plugins into the osgPlugins-x.y.z directory instead? It will be consistent with the rest. Can you try doing a clean build and delete any extraneous osgdb_osgearth* libraries you might have laying about and let me know if that fixes the issue? I can give it a shot once I am home later today. Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJgb5Qn11XseNj94gRAsquAJ9Z/hS9iu8xYDpdXurAP8PvAN9BvACgsTpx PxvKlbHQ6mdDIYZZpR3CHW0= =8Lbz -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] Non-Inlined Shaders in OSG files
Hi Kim, a while ago (maybe one year ago), I've submitted a patch to do so. There exists now an osg plugin for .glsl files, which can load the shaders, hence non-inlined support is possible. Evenmore, there is a possibility to enable non-inlined shader support when writing .osg files. Take a look into osgDB::Output::setOutputShaderFiles cheers, art -- Read this topic online here: http://osgforum.tevs.eu/viewtopic.php?p=5425#5425 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] How to deduce the implied size of texture from coordinate mappings....
Hi Neil I would say no, not from that info, ST simply map to the texture 0 to 1 no matter the size of the texture in pixels etc. you could get the state set of the geode the texture is being to and get the texture /image size in pixels but this would still not have enough information as what is the real-world size of the texture, you only have pixel size, what does one pixel represent ? 1cm, 1m 10m, 100m etc Multigen Creature actually has a solution for you, all textures applied in Creator to a model have an *.ATTR file created ( myTexture.jpg.attr ) that contains a field to set the textures real world size among other useful information. I'm not sure if OSG reads these, most programs ignored this field but used the others like filters to apply to mipmap etc . In my old GIS product SiteBuilder3D we made a lot of use of this real world size to map textures to extruded shape files etc to ensure building sides, bricks, walls, windows mapped to correct actually size. But this relied on the real-world size being set correctly in the Attr file If you don't know the Real-world size that the texture covers, what each pixel represent then you cannot really achieve what you're after, __ Gordon Tomlinson gor...@gordontomlinson.com IM: gordon3db...@3dscenegraph.com www.vis-sim.com www.gordontomlinson.com __ -Original Message- From: osg-users-boun...@lists.openscenegraph.org [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of neil.hug...@tesco.net Sent: Thursday, January 29, 2009 9:29 AM To: osg-users@lists.openscenegraph.org Subject: [osg-users] How to deduce the implied size of texture from coordinate mappings Hi All, I've had a look through the mail archives, and I don't think this has been asked before, so I was hoping someone might be able give some guidence to me on a question I'm bashing my head with at the moment. Its not strictly an osg question - though I am using osg to try and solve it. Question == I have a general triangle in 3D space, known coordinates, with known S,T texture coordinates. Knowing only this information, is it possible to calculate the size of the texture? Background The background to this problem is that I have an object with texture coordinates, that has applied a texture. I now wish to apply a new texture to this object where I know the size that this texture is mean't to represent in the 3D space. Thus I believe I need to scale the texture coordinates on the object such that the size of the new texture is correctly represented relative to the object. [Brief asside - I suspect that there might be a way to do this other than altering all the texture coordinates, perhaps a scale measure on a texture object but I haven't delved deep enough into osg::Texture2D to know.] In order to scale the texture coordinates I need to know the size that the original texture represented relative to the object/universe it was in. Each geometry could have its own texture, therefore I'm at the geometry level, and I have the triangle with the largest variation in the S,T domain. I can transform this triangle to a cordinate system that is co-planar with the triangle, where one edge forms the first of a pair of orthogonal basis vectors in the triangle plane (e1,e2), and hence I can represent my triangle in this space. The S,T domain is coplanar for my requirements, and with a shift of origin, (0,0) in the S,T domain maps to (0,0) in the e1,e2 domain. So I get to a point where I have the two sets of orthogonal axis in the same triangle plane, where a rotation of the e1,e2 axis would align them to the U,V axis. However, my next step is not clear. Can any one assist please. I may be barking up the wrong tree here, and if so, please accept my apologee. Thanks for any help Neil Hughes. ___ 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] How to deduce the implied size of texture from coordinate mappings....
Hi neil, neil.hughes wrote: Question == I have a general triangle in 3D space, known coordinates, with known S,T texture coordinates. Knowing only this information, is it possible to calculate the size of the texture? No, it isn't possible for general kind of uv-coordinates. Your UV-Map coordinates are between 0 and 1 in most of the cases. Values below 0 or above 1 are get either clamped, repeated or whatever depending on your texture coordinate settings. There is no possibility to get from 0-1 values to your real texture size in pixels. or did I understood the problem wrong? Best regards, art -- Read this topic online here: http://osgforum.tevs.eu/viewtopic.php?p=5426#5426 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Development plan for imminent stable OSG-2.8
Thanks! However, I do compile manually (no scheduled tasks). I think nightly will do it. :) Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 14:14:10 +0100, Alberto Luaces alua...@udc.es a écrit: Hi Sukender, El Jueves 29 Enero 2009ES 13:58:49 Sukender escribió: Err... about CDash, is there any preference of type (nightly, continuous, experimental)? I'm not used to CDash and don't really know the differences (if there is any). And are there things I should know about it, or about sumbitting a build? Any (nightly or continuous) would do. Nightly will compile SVN once a day. If you set continuous build you can specify how many times you are willing to build the SVN a day, it's your preference. There isn't really any more things to know than the instructions at http://www.openscenegraph.org/projects/osg/wiki/Build/CDash Regards, Alberto ___ 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 seg fault in libosg
On Thu, Jan 29, 2009 at 9:33 AM, Jan Ciger jan.ci...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jason Beverage wrote: Hi Jan and Johan, I just tried out the latest SVN branch in Ubuntu and did a sudo make install and everything works fine for me. I set my LD_LIBRARY_PATH to /usr/local/lib where the osgearth_plugins are installed. Hmm, Jason, for the sake of consistency, would it be possible to install the plugins into the osgPlugins-x.y.z directory instead? It will be consistent with the rest. Look for a CMake option called INSTALL_TO_OSG_DIR Can you try doing a clean build and delete any extraneous osgdb_osgearth* libraries you might have laying about and let me know if that fixes the issue? I can give it a shot once I am home later today. Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJgb5Qn11XseNj94gRAsquAJ9Z/hS9iu8xYDpdXurAP8PvAN9BvACgsTpx PxvKlbHQ6mdDIYZZpR3CHW0= =8Lbz -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] Development plan for imminent stable OSG-2.8
Actually, experimental should be better since it is said that It can be usefull, but maybe only for testing purposes or reporting specific issues maybe... which is what I do: I complile just for a specific test. Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 15:54:19 +0100, Sukender suky0...@free.fr a écrit: Thanks! However, I do compile manually (no scheduled tasks). I think nightly will do it. :) Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 14:14:10 +0100, Alberto Luaces alua...@udc.es a écrit: Hi Sukender, El Jueves 29 Enero 2009ES 13:58:49 Sukender escribió: Err... about CDash, is there any preference of type (nightly, continuous, experimental)? I'm not used to CDash and don't really know the differences (if there is any). And are there things I should know about it, or about sumbitting a build? Any (nightly or continuous) would do. Nightly will compile SVN once a day. If you set continuous build you can specify how many times you are willing to build the SVN a day, it's your preference. There isn't really any more things to know than the instructions at http://www.openscenegraph.org/projects/osg/wiki/Build/CDash Regards, Alberto ___ 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 seg fault in libosg
Hi Jason, A run with gdb and osg in debug mode and I've found the trouble : bad characters in xml .earth file. A call to osgEarth::XmlElement::getAttr ends with a seg fault I have made a mess when I have downloaded example files :( All run fine now, and with the latest svn version too. Thanks to you and Jan, Johan. Jason Beverage a écrit : Hi Jan and Johan, I just tried out the latest SVN branch in Ubuntu and did a sudo make install and everything works fine for me. I set my LD_LIBRARY_PATH to /usr/local/lib where the osgearth_plugins are installed. Can you try doing a clean build and delete any extraneous osgdb_osgearth* libraries you might have laying about and let me know if that fixes the issue? Thanks! Jason -- Johan Nouvel, RD Engineer http://www.archivideo.com tel : +33 (0)2 99 86 30 20 ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Non-Inlined Shaders in OSG files
Ah yes that's what I was looking for. I was sure I had read about it in the forums but I couldn't find the reference again. Cheers. Kim. -Original Message- From: osg-users-boun...@lists.openscenegraph.org [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Art Tevs Sent: 29 January 2009 14:43 To: osg-users@lists.openscenegraph.org Subject: Re: [osg-users] Non-Inlined Shaders in OSG files Hi Kim, a while ago (maybe one year ago), I've submitted a patch to do so. There exists now an osg plugin for .glsl files, which can load the shaders, hence non-inlined support is possible. Evenmore, there is a possibility to enable non-inlined shader support when writing .osg files. Take a look into osgDB::Output::setOutputShaderFiles cheers, art -- Read this topic online here: http://osgforum.tevs.eu/viewtopic.php?p=5425#5425 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.or g* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Limitation on setUserData, due to setThreadSafeRefUnref()?
Hi Robert, Robert Osfield wrote: The problem in your example is your circular dependency. Right off the bat you've created a memory leak as this subgraph. The fact that you then hit a circular reference in the internal patent management is perhaps not too surprising either. Right, although I'm not really worried about the cycles as this is just for a small short-running tool. You shouldn't create ownership cycles like this in your data structures, instead you need to break them vai the use of osg::observer_ptr or C pointers. Once you do this you'll probably avoid all the other problems you are introducing. If your case I'd create a UserData object that has a observer_ptr to the node you want to refer to, this way you should be able attach it anywhere in your scene graph without issues without onwership. I indeed now use a Referenced-subclass that has a pointer to the actual class I want to reference. Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Installing library plugins to the osgPlugins-VERSION directory
Hello CMake Wizards,
We've had a couple of requests on osgEarth to install our osgDB plugins
directly to the osgPlugins-VERSION directory. Is there a way in CMake that
I can determine what that directory would be?
In the OpenSceneGraph's CMakeLists.txt the plugin directory is like so:
SET(OPENSCENEGRAPH_VERSION
${OPENSCENEGRAPH_MAJOR_VERSION}.${OPENSCENEGRAPH_MINOR_VERSION}.${OPENSCENEGRAPH_PATCH_VERSION})
SET(OSG_PLUGINS osgPlugins-${OPENSCENEGRAPH_VERSION})
Can I somehow grab the OpenSceneGraph version that osgEarth was built
against in CMake?
Thanks in advance!
Jason
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgEarth seg fault in libosg
Hi Johan, Glad to hear its working for you! Jason On Thu, Jan 29, 2009 at 10:03 AM, Johan Nouvel openscenegr...@archivideo.com wrote: Hi Jason, A run with gdb and osg in debug mode and I've found the trouble : bad characters in xml .earth file. A call to osgEarth::XmlElement::getAttr ends with a seg fault I have made a mess when I have downloaded example files :( All run fine now, and with the latest svn version too. Thanks to you and Jan, Johan. Jason Beverage a écrit : Hi Jan and Johan, I just tried out the latest SVN branch in Ubuntu and did a sudo make install and everything works fine for me. I set my LD_LIBRARY_PATH to /usr/local/lib where the osgearth_plugins are installed. Can you try doing a clean build and delete any extraneous osgdb_osgearth* libraries you might have laying about and let me know if that fixes the issue? Thanks! Jason -- Johan Nouvel, RD Engineer http://www.archivideo.com tel : +33 (0)2 99 86 30 20 ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE ___ 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, Thanks for commiting. On rev 9591, Everything is fine except linking osgcluster example. I guess that the example is simply added to the project whereas its dependency is not available. Am I right? What osgcluster depends on? http://www.cdash.org/CDashPublic/viewBuildError.php?buildid=8044 (Win32/MSVC8). Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 15:14:56 +0100, Sukender suky0...@free.fr a écrit: Well, in rev. 9589, examples/osgcluster/CMakeLists.txt is simply absent... Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 15:13:38 +0100, Sukender suky0...@free.fr a écrit: Hi Robert, Build typo? Here is the error: CMake Error in examples/osgcluster/CMakeLists.txt: Cannot find source file CMakeLists.txt. Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 14:27:28 +0100, Robert Osfield robert.osfi...@gmail.com a écrit: Hi All, I've checked in a quite a few changes since the last call for feedback on the svn/trunk, so could you please do another svn update and let me know if everything works or anything breaks. One item they may cause problems is that I've found that the CMakeLists.txt file was missing for the old osgcluster example. I've added this back in and it builds under Linux no problem, but... there is always a chance that it doesn't work sweetly across all platforms. Thanks in advance for you help testing, Robert. ___ 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] Installing library plugins to the osgPlugins-VERSION directory
Hi Jason, take a look into osgPPU's CMake files. There I use the output of osgversion to find out the version number of the current osg. In this way you could determine the version and install the plugin where you need them. Best regards, art -- Read this topic online here: http://osgforum.tevs.eu/viewtopic.php?p=5437#5437 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Installing library plugins to the osgPlugins-VERSION directory
Hi Jason, We've had a couple of requests on osgEarth to install our osgDB plugins directly to the osgPlugins-VERSION directory. Is there a way in CMake that I can determine what that directory would be? I think Art does something for this in his CMake files for osgPPU... You could grab osgPPU and see. It would be nice to have a generalized FindOSG.cmake file that would be distributed with OSG and which any nodekits / projects would use to get this for free. Or maybe this already exists? 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] Please test svn/trunk in prep for 2.7.9 dev release
Hi Sukender, Thanks for commiting. On rev 9591, Everything is fine except linking osgcluster example. I guess that the example is simply added to the project whereas its dependency is not available. Am I right? What osgcluster depends on? http://www.cdash.org/CDashPublic/viewBuildError.php?buildid=8044 (Win32/MSVC8). That looks like wsock32.lib and maybe some others... 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] Please test svn/trunk in prep for 2.7.9 dev release
Hi Sukender, On Thu, Jan 29, 2009 at 3:18 PM, Sukender suky0...@free.fr wrote: Thanks for commiting. On rev 9591, Everything is fine except linking osgcluster example. I guess that the example is simply added to the project whereas its dependency is not available. Am I right? What osgcluster depends on? http://www.cdash.org/CDashPublic/viewBuildError.php?buildid=8044 (Win32/MSVC8). This old example did use to compile under windows, but... the last time it was compiled it was compiled using the old VS 6.0 based project files, we've never had CMake support for them till now. Digging out OSG-1.2 will be needed, unless someone under Windows knows where the socket libs are, the later is probably the quicker route. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Installing library plugins to the osgPlugins-VERSION directory
Thanks Art and JS, I'll take a look at osgPPU and see what I can come up with. Jason On Thu, Jan 29, 2009 at 10:28 AM, Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com wrote: Hi Jason, We've had a couple of requests on osgEarth to install our osgDB plugins directly to the osgPlugins-VERSION directory. Is there a way in CMake that I can determine what that directory would be? I think Art does something for this in his CMake files for osgPPU... You could grab osgPPU and see. It would be nice to have a generalized FindOSG.cmake file that would be distributed with OSG and which any nodekits / projects would use to get this for free. Or maybe this already exists? 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
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Okay then. I don't really have time to investigate right now, but maybe later... Hope the build helped. Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 16:30:09 +0100, Robert Osfield robert.osfi...@gmail.com a écrit: Hi Sukender, On Thu, Jan 29, 2009 at 3:18 PM, Sukender suky0...@free.fr wrote: Thanks for commiting. On rev 9591, Everything is fine except linking osgcluster example. I guess that the example is simply added to the project whereas its dependency is not available. Am I right? What osgcluster depends on? http://www.cdash.org/CDashPublic/viewBuildError.php?buildid=8044 (Win32/MSVC8). This old example did use to compile under windows, but... the last time it was compiled it was compiled using the old VS 6.0 based project files, we've never had CMake support for them till now. Digging out OSG-1.2 will be needed, unless someone under Windows knows where the socket libs are, the later is probably the quicker route. Robert. ___ 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] Installing library plugins to the osgPlugins-VERSION directory
Hi JS et al, On Thu, Jan 29, 2009 at 3:28 PM, Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com wrote: It would be nice to have a generalized FindOSG.cmake file that would be distributed with OSG and which any nodekits / projects would use to get this for free. Or maybe this already exists? There is a OpenSceneGraph/CMakeModules/FindOSG.cmake that can be used by projects. I've just updated the contents from the version I use in Present3D - this one is more up to date and handles use of env vars much better. It doesn't yet have version number querying but this could be added. Robert. ___ 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 JS. On Thu, Jan 29, 2009 at 3:29 PM, Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com wrote: That looks like wsock32.lib and maybe some others... Could you (or Mr A. N. Other) have a look at adding the required libs? Thanks, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Installing library plugins to the osgPlugins-VERSION directory
This is my FindOSG file I use for getting dll to copy , it get the
version also... see
#get version numbers
EXEC_PROGRAM(${OSG_VERSION_APP} ARGS --version-number
OUTPUT_VARIABLE OSG_VERSION_NUMBER)
EXEC_PROGRAM(${OSG_VERSION_APP} ARGS --so-number OUTPUT_VARIABLE
OSG_SO_NUMBER)
EXEC_PROGRAM(${OSG_VERSION_APP} ARGS
--openthreads-soversion-number OUTPUT_VARIABLE OSG_OT_SO_NUMBER)
I agree the FindOSG should be distributed along OSG.
My version need to find .dll under windows to copy them into a packaged
distribution (Firefox plugin)
I use it under Windows and Linux not tested on Mac
Hope it helps
Luigi
Jason Beverage ha scritto:
Thanks Art and JS, I'll take a look at osgPPU and see what I can come
up with.
Jason
On Thu, Jan 29, 2009 at 10:28 AM, Jean-Sébastien Guay
jean-sebastien.g...@cm-labs.com
mailto:jean-sebastien.g...@cm-labs.com wrote:
Hi Jason,
We've had a couple of requests on osgEarth to install our
osgDB plugins directly to the osgPlugins-VERSION directory.
Is there a way in CMake that I can determine what that
directory would be?
I think Art does something for this in his CMake files for
osgPPU... You could grab osgPPU and see.
It would be nice to have a generalized FindOSG.cmake file that
would be distributed with OSG and which any nodekits / projects
would use to get this for free. Or maybe this already exists?
J-S
--
__
Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com
mailto:jean-sebastien.g...@cm-labs.com
http://www.cm-labs.com/
http://whitestar02.webhop.org/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
mailto: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
# Locate gdal
# This module defines
# OSG_LIBRARY
# OSG_FOUND, if false, do not try to link to gdal
# OSG_INCLUDE_DIR, where to find the headers
#
# $OSG_DIR is an environment variable that would
# correspond to the ./configure --prefix=$OSG_DIR
#
# Created by Robert Osfield.
FIND_PATH(OSG_INCLUDE_DIR osg/Node
${OSG_DIR}/include
$ENV{OSG_DIR}/include
$ENV{OSG_DIR}
$ENV{OSGDIR}/include
$ENV{OSGDIR}
$ENV{OSG_ROOT}/include
~/Library/Frameworks
/Library/Frameworks
/usr/local/include
/usr/include
/sw/include # Fink
/opt/local/include # DarwinPorts
/opt/csw/include # Blastwave
/opt/include
[HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Session\
Manager\\Environment;OSG_ROOT]/include
/usr/freeware/include
)
FIND_PROGRAM(OSG_VERSION_APP
NAMES osgversion osgversiond
PATHS
${OSG_DIR}/bin
$ENV{OSG_DIR}/bin
$ENV{OSG_DIR}
$ENV{OSG_ROOT}/lib
~/Library/Frameworks
/Library/Frameworks
/usr/local/lib
/usr/lib
/sw/lib
/opt/local/lib
/opt/csw/lib
/opt/lib
[HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Session\
Manager\\Environment;OSG_ROOT]/lib
/usr/freeware/lib64
)
IF(OSG_VERSION_APP)
#define binary folder
IF(WIN32)
GET_FILENAME_COMPONENT(OSG_BINARY_DIR ${OSG_VERSION_APP} PATH)
ELSE(WIN32)
GET_FILENAME_COMPONENT(tmp ${OSG_VERSION_APP} PATH)
GET_FILENAME_COMPONENT(tmp ${tmp} PATH)
SET(OSG_BINARY_DIR ${tmp}/lib)
IF(UNIX)
SET(ENV{LD_LIBRARY_PATH}
${OSG_BINARY_DIR}:$ENV{LD_LIBRARY_PATH})
ENDIF(UNIX)
ENDIF(WIN32)
#get version numbers
EXEC_PROGRAM(${OSG_VERSION_APP} ARGS --version-number OUTPUT_VARIABLE
OSG_VERSION_NUMBER)
EXEC_PROGRAM(${OSG_VERSION_APP} ARGS --so-number OUTPUT_VARIABLE
OSG_SO_NUMBER)
EXEC_PROGRAM(${OSG_VERSION_APP} ARGS --openthreads-soversion-number
OUTPUT_VARIABLE OSG_OT_SO_NUMBER)
# Automatically detected build options
EXEC_PROGRAM(${OSG_VERSION_APP} ARGS Matrix::value_type OUTPUT_VARIABLE
OSG_USE_FLOAT_MATRIX)
IF(OSG_USE_FLOAT_MATRIX MATCHES float)
LIST(APPEND OSG_DEFINITIONS -DOSG_USE_FLOAT_MATRIX)
ENDIF(OSG_USE_FLOAT_MATRIX MATCHES float)
EXEC_PROGRAM(${OSG_VERSION_APP} ARGS Plane::value_type OUTPUT_VARIABLE
OSG_USE_FLOAT_PLANE)
IF(OSG_USE_FLOAT_PLANE MATCHES float)
LIST(APPEND OSG_DEFINITIONS -DOSG_USE_FLOAT_PLANE)
ENDIF(OSG_USE_FLOAT_PLANE MATCHES float)
Re: [osg-users] Installing library plugins to the osgPlugins-VERSION directory
Hi Jason, sorry, so that you don't search long time before find the correct thing, just take a look into OsgPPUMacroUtils.cmake in CMakeModules directory. The very first macro is what you are looking for. Then jus call this macro somehwerte from your main cmake file and evrything will be fine ;) cheers -- Read this topic online here: http://osgforum.tevs.eu/viewtopic.php?p=5445#5445 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] First cut at NEWS item for OpenSceneGraph-2.8
Hi All, I've just put up an OSG-2.8 NEWS page. The source for this page I'm keeping in sync with OpenSceneGraph/NEWS.txt available in the source distribution. The mentioned features are not yet complete - it's just stuff off the top of my head. Please shout if I've missed out anything worthy of mention. A review of the ChangeLog (just updated) is probably worth doing to spot the various features that have made their way in since 2.6. http://www.openscenegraph.org/projects/osg/wiki/News/Press/OSG2.8 The NEWS entry is basically copied and pasted and ammended from the OSG2.6 release, the new bit is: Updates include: ¶ * New osgVolume library for volume rendering, with support for: o High quality GPU based Ray tracing o Transfer functions o Per pixel lighting o Iso surface rendering o Maximum Intensity rendering o non power of two 3d texture and 3d texture compression o DICOM loader for reading dicom medical data * New osgAnimation library for character and scene animation. * Three new scene graph widgets for placing traditional 2D capability into fully interactive 3D scene: o PDF widget support (based on libPoppler) o VNC client widget support (based on libVNCServer) o Internet Browser client widget support (based on Gecko/UBrowser) * Improvements to DatabasePager tailored for low latency paging. * Improved stats collection and on screen reporting. * Build reporting using CDash * New Packing support using CPack * A wide range of build and bug fixes For this release I think it would probably be good to link to separate wiki pages on some of the major new features - such as as osgVolume and osgAnimation etc. The above NEWS page is all part of the wiki so we can all chip in making it pitch perfect. Screenshots would also be something that would make the NEWS entry more information - perhaps even links to videos maybe... I have plenty of dev work left todo on getting the software ready so I'll let the community dive in here and contribute to making a compelling NEW entry. Thanks for you help, Robert. ___ 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, That looks like wsock32.lib and maybe some others... Err, I just checked and the name is probably Ws2_32.lib. Here's the fixed CMakeLists.txt, and I CC'd this message to osg-submissions. J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ SET(TARGET_SRC broadcaster.cpp receiver.cpp osgcluster.cpp ) SET(TARGET_EXTERNAL_LIBRARIES ws2_32) end var setup ### SETUP_EXAMPLE(osgcluster) ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Installing library plugins to the osgPlugins-VERSION directory
Hi Robert, There is a OpenSceneGraph/CMakeModules/FindOSG.cmake that can be used by projects. I've just updated the contents from the version I use in Present3D - this one is more up to date and handles use of env vars much better. It doesn't yet have version number querying but this could be added. Cool, and yes I think that would be useful. Perhaps there could just be an OSG_PLUGINS_DIR variable that would be set to the right value and that the project would just use (in addition to the version which might be useful for other things too). 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] First cut at NEWS item for OpenSceneGraph-2.8
Thanks for posting this. You might add support for OpenGL draw instanced functionality. Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com +1 303 859 9466 -Original Message- From: osg-users-boun...@lists.openscenegraph.org [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Robert Osfield Sent: Thursday, January 29, 2009 8:44 AM To: OpenSceneGraph Users Subject: [osg-users] First cut at NEWS item for OpenSceneGraph-2.8 Hi All, I've just put up an OSG-2.8 NEWS page. The source for this page I'm keeping in sync with OpenSceneGraph/NEWS.txt available in the source distribution. The mentioned features are not yet complete - it's just stuff off the top of my head. Please shout if I've missed out anything worthy of mention. A review of the ChangeLog (just updated) is probably worth doing to spot the various features that have made their way in since 2.6. http://www.openscenegraph.org/projects/osg/wiki/News/Press/OSG2.8 The NEWS entry is basically copied and pasted and ammended from the OSG2.6 release, the new bit is: Updates include: ¶ * New osgVolume library for volume rendering, with support for: o High quality GPU based Ray tracing o Transfer functions o Per pixel lighting o Iso surface rendering o Maximum Intensity rendering o non power of two 3d texture and 3d texture compression o DICOM loader for reading dicom medical data * New osgAnimation library for character and scene animation. * Three new scene graph widgets for placing traditional 2D capability into fully interactive 3D scene: o PDF widget support (based on libPoppler) o VNC client widget support (based on libVNCServer) o Internet Browser client widget support (based on Gecko/UBrowser) * Improvements to DatabasePager tailored for low latency paging. * Improved stats collection and on screen reporting. * Build reporting using CDash * New Packing support using CPack * A wide range of build and bug fixes For this release I think it would probably be good to link to separate wiki pages on some of the major new features - such as as osgVolume and osgAnimation etc. The above NEWS page is all part of the wiki so we can all chip in making it pitch perfect. Screenshots would also be something that would make the NEWS entry more information - perhaps even links to videos maybe... I have plenty of dev work left todo on getting the software ready so I'll let the community dive in here and contribute to making a compelling NEW entry. Thanks for you help, Robert. ___ 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] RE How to deduce texture size....
Hi Art and Gordon, Thanks for coming back to me. I guess I need to try and get some more info about the the texture that was originally applied. Great support, as ever, from OSG users. Kind regards Neil. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Re How to deduce texture size ....
Hi Art and Gordon, A further thought on this was that I omitted to mention that I do know that the 3D coordinates of the triangles on my object are all in mm. Given that I therefore know the real world size of the triangle, and for each vertex I know the S,T co-ordinate in the texture domain, would this help at all in the math to get a size for the texture applied ? Neil. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Re How to deduce texture size ....
As I said without knowing the real-world size of the texture, that's it what each pixel represents 1cm, 1m, 5m, 30m etc you cannot do this as you would be scaling against what ? Just because it texture is 512x512 pixels means nothing unless you know what each pixel represents in rela world sizes for each texture etc Gordon __ Gordon Tomlinson Product Manager 3D Email : gtomlinson @ overwatch.textron.com __ (C): (+1) 571-265-2612 (W): (+1) 703-437-7651 Self defence is not a function of learning tricks but is a function of how quickly and intensely one can arouse one's instinct for survival - Master Tambo Tetsura -Original Message- From: osg-users-boun...@lists.openscenegraph.org [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of neil.hug...@tesco.net Sent: Thursday, January 29, 2009 11:18 AM To: osg-users@lists.openscenegraph.org Subject: [osg-users] Re How to deduce texture size Hi Art and Gordon, A further thought on this was that I omitted to mention that I do know that the 3D coordinates of the triangles on my object are all in mm. Given that I therefore know the real world size of the triangle, and for each vertex I know the S,T co-ordinate in the texture domain, would this help at all in the math to get a size for the texture applied ? Neil. ___ 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/trunk in prep for 2.7.9 dev release
Hi Robert, Here's the fixed CMakeLists.txt, and I CC'd this message to osg-submissions. Forgot to mention that SVN as of a few minutes ago + this change builds and runs. Windows Vista 32-bit, VC++ 2005 SP1 (vc8sp1) 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] Wiki pages for coordinating the push for upstream inclusion of OpenSceneGraph
Hi Guys, To help facilitate the regular and timely introduction of OpenSceneGraph with various software distribution (i.e linux distros) I've put up two pages on the wiki: http://www.openscenegraph.org/projects/osg/wiki/Community/InformationForMaintainers http://www.openscenegraph.org/projects/osg/wiki/Community/PackageMaintainers These are accessible from the Community section of the website. They are just a first cut, and pretty devoid of useful information. To help fill in the blanks I need the community to pitch in and help get all the info we need w.r.t who to contact to coordinate the OSG release with the various maintainers, as well as information for these maintainers so that they can quickly pull together all the bits required to get the OSG built and included in their own releases. Thanks in advance for your help, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] First cut at NEWS item for OpenSceneGraph-2.8
On Thu, Jan 29, 2009 at 4:10 PM, Paul Martz pma...@skew-matrix.com wrote: Thanks for posting this. You might add support for OpenGL draw instanced functionality. It had made it into my NEWS.txt but not the wiki page yet, this is now updated too. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [osg-submissions] Please test svn/trunk in prep for 2.7.9 dev release
Hi JS, Thanks for the changes. I had to add an IF(WIN32), so it now looks like: IF (WIN32) SET(TARGET_EXTERNAL_LIBRARIES ws2_32) ENDIF(WIN32) This is now checked in. Could you do an svn update and confirm that this works. Cheers, Robert. On Thu, Jan 29, 2009 at 3:55 PM, Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com wrote: Hi, That looks like wsock32.lib and maybe some others... Err, I just checked and the name is probably Ws2_32.lib. Here's the fixed CMakeLists.txt, and I CC'd this message to osg-submissions. J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ SET(TARGET_SRC broadcaster.cpp receiver.cpp osgcluster.cpp ) SET(TARGET_EXTERNAL_LIBRARIES ws2_32) end var setup ### SETUP_EXAMPLE(osgcluster) ___ osg-submissions mailing list osg-submissi...@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Re How to deduce texture size ....
Hi Art and Gordon, A further thought on this was that I omitted to mention that I do know that the 3D coordinates of the triangles on my object are all in mm. Given that I therefore know the real world size of the triangle, and for each vertex I know the S,T co-ordinate in the texture domain, would this help at all in the math to get a size for the texture applied ? Neil. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Re How to deduce texture size ....
Neil you need to know the following to be able to re-map the texture 1) The number of pixels of the texture for U and V 2) The Real world size of the texture either the texture is 10m by 5m and you work out the pixel size or you know that each pixel represents 2m either way you have to have the pixel size 3) You will need to now the original S T used to apply the texture to each triangle (and if that already has been scaled in some way) 4) The size of the triangle and it that ( has been scaled and is in the same world sizes as that of the texture) If you don not have all this information then you simply cannot do what you want Gordon __ Gordon Tomlinson Product Manager 3D Email : gtomlinson @ overwatch.textron.com __ (C): (+1) 571-265-2612 (W): (+1) 703-437-7651 Self defence is not a function of learning tricks but is a function of how quickly and intensely one can arouse one's instinct for survival - Master Tambo Tetsura -Original Message- From: osg-users-boun...@lists.openscenegraph.org [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Tomlinson, Gordon Sent: Thursday, January 29, 2009 11:23 AM To: OpenSceneGraph Users Subject: Re: [osg-users] Re How to deduce texture size As I said without knowing the real-world size of the texture, that's it what each pixel represents 1cm, 1m, 5m, 30m etc you cannot do this as you would be scaling against what ? Just because it texture is 512x512 pixels means nothing unless you know what each pixel represents in rela world sizes for each texture etc Gordon __ Gordon Tomlinson Product Manager 3D Email : gtomlinson @ overwatch.textron.com __ (C): (+1) 571-265-2612 (W): (+1) 703-437-7651 Self defence is not a function of learning tricks but is a function of how quickly and intensely one can arouse one's instinct for survival - Master Tambo Tetsura -Original Message- From: osg-users-boun...@lists.openscenegraph.org [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of neil.hug...@tesco.net Sent: Thursday, January 29, 2009 11:18 AM To: osg-users@lists.openscenegraph.org Subject: [osg-users] Re How to deduce texture size Hi Art and Gordon, A further thought on this was that I omitted to mention that I do know that the 3D coordinates of the triangles on my object are all in mm. Given that I therefore know the real world size of the triangle, and for each vertex I know the S,T co-ordinate in the texture domain, would this help at all in the math to get a size for the texture applied ? Neil. ___ 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.or g ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Re Hoe to deduce texture size...
Hi Gordon, Many thanks for that. I'll need to scratch head and see if more info on texture is available. Neil. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] First cut at NEWS item for OpenSceneGraph-2.8
Robert Osfield wrote: On Thu, Jan 29, 2009 at 4:10 PM, Paul Martz pma...@skew-matrix.com wrote: Thanks for posting this. You might add support for OpenGL draw instanced functionality. How about, New plugins for loading Half-Life 2 maps and models. I could add a nice screen shot, but I'm not sure what the legal implications of that would be (all of the art would be copyrighted by Valve). --J ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Wiki pages for coordinating the push for upstream inclusion of OpenSceneGraph
Hi Robert, http://www.openscenegraph.org/projects/osg/wiki/Community/PackageMaintainers As Package maintainer seems general and independent of platform, would adding Windows with different compilers (Win32_vc80sp1, Win64_vc90sp1, etc.) make sense? I'd like the maintainers for these to be as public as the maintainers of packages for Linux distros... 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] ANN: OSG Training in Washington DC
Hi all -- Just a reminder regarding the upcoming public OSG training course, to be held in Washington DC, March 9-12, 2009. To view course information and register online, please visit: http://www.skew-matrix.com/training.html http://www.skew-matrix.com/training.html Register before February 9 for all three courses and receive a $440 discount! Hope to see you in DC. Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com http://www.skew-matrix.com/ +1 303 859 9466 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Wiki pages for coordinating the push for upstream inclusion of OpenSceneGraph
On Thu, Jan 29, 2009 at 5:09 PM, Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com wrote: http://www.openscenegraph.org/projects/osg/wiki/Community/PackageMaintainers As Package maintainer seems general and independent of platform, would adding Windows with different compilers (Win32_vc80sp1, Win64_vc90sp1, etc.) make sense? I'd like the maintainers for these to be as public as the maintainers of packages for Linux distros... Yep sounds reasonable, go add them :-) I started with the linux distros as these tend to be external parties to the OSG community, packages under Windows/OSX tend to be driven by core members of the community whom we can easily contact via osg-users. It's the external parties that are currently the part that we need to join up. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] What about User-Meeting in Europe - osgInEurope?
Hi folks, last year in april there was a small user meeting in Paris for peoples attending the training course. However I like the idea to meet us and to show projects we are currently working on. Also having some more social activity than just mailing list or forum would be also nice, I think. Hence I propose to organize another meeting for osg users in Europe. This time we could meet us again in France, Germany, Switzerland (I now, not Europe but a neutral terrain ;) ) or whatever else. I've started a poll on the forum with proposed cities. If you are interested in a meeting, you could make your choice there. If there are enough peoples interested in this, we could make next osgInEurope possible. I would suggest to have it in summer time, so that a combination with a small vacation is also possible ;) Best regards, Art P.S. This is just a test poll to see if there is enough people in the community which would like to meet other users. I tried to choose the cities, so that they are all more or less in the geographical center of europe, so that we have a fair travel distance for most of the european osg users :) If you think, some city is missing, let me know. -- Read this topic online here: http://osgforum.tevs.eu/viewtopic.php?p=5466#5466 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Anti-Grain and OpenSceneGraph (osgWidget Awesomeness)
/humility off Just wanted to share some screenshots with you guys: http://cubicool.plopbyte.net/arabic.png http://cubicool.plopbyte.net/markup.png http://cubicool.plopbyte.net/markup-wireframe.png The arabic.png screenshot is from a request earlier. The markup PNG's demonstrate a feature I just added moments ago that allow you change font weight, style, and family __MIDWAY__ through a layout! Notice how everything is still styled properly and looks crisp, even though we're using different glyph texture caches--bold, italic, and different fonts at different sizes. Sure, we have to change state every time you change font decor, but there's no other choice. All that remains now is support for underline, strike-through, and font color changes (a bit harder to optimize since I push a stack of TexEnvCombine() objects around) and we'll seriously be rocking. Well, and I gotta' figure out why the quality sucks on Windows, but I'm very close to knocking that out! (osgPango absolutely works on Windows, I got it up and running last night. However, Pango can use either Freetype or ClearType to render, and by default it uses ClearType and looks pretty crappy. I just found out how to make Pango use the Freetype backend instead, so I'm anxious to get home and try that out instead, since it's Freetype on Linux that make all those screenshots look so good. :)) I'm very happy right now; I seriously have the skillz. :) /humility on ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] What about User-Meeting in Europe - osgInEurope?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Art Tevs wrote: Hi folks, .. Hence I propose to organize another meeting for osg users in Europe. This time we could meet us again in France, Germany, Switzerland (I now, not Europe but a neutral terrain ;) ) I didn't know that Swiss cheese was imported from Asia :-p But sure, I would be interested in such a meeting, if it was happening somewhere not too far away. Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJgfrin11XseNj94gRAudEAJ96/7l9OaLetG+TWUkqPJxwwkhrjgCghpwX OWOFGCcSXhX5DDsemnRRPLM= =vA0d -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] Wiki pages for coordinating the push for upstream inclusion of OpenSceneGraph
Hi Robert, Yep sounds reasonable, go add them :-) Done :-) I started with the linux distros as these tend to be external parties to the OSG community, packages under Windows/OSX tend to be driven by core members of the community whom we can easily contact via osg-users. It's the external parties that are currently the part that we need to join up. I understand the initial motivation, but I think it's a good place to group that info. Whatever can be done by this community can be tracked more or less in the same way. Note that I changed the wording of the top paragrpah a bit. So, others are welcome to pitch in and put their names for any given toolchain/architecture that isn't already taken! Go go go! :-) Thanks, 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] Eliminating VS warnings in external projects
Hi all -- I only caught bits and pieces of the discussion regarding changing the way that warnings are handled in Visual Studio. I know they used to be eliminated with #pragmas in the source code, and I assume they are now eliminated with the /W option (when USE_AGGRESSIVE_WARNINGS is OFF). I have about 30 or so projects that include OSG headers, and nearly all of them are generating several hundred warnings when compiled with VS against current OSG svn. They all compiled cleanly before this change. When you folks were discussing this change, what decision did you make about external projects? Were you thinking that all external projects should stifle the warnings by using /W? If anyone knows of a way to do this without manually modifying all of my ~30 projects, I would really appreciate it. I'm not looking forward to doing this manually. Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com http://www.skew-matrix.com/ +1 303 859 9466 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Eliminating VS warnings in external projects
Hi Paul, The intention is that the clean up of the #prgrama was to enable the 3rd party apps to make their own decisions about warnings - whether to suppress them or to fix/work around them being down the project choice. There are still three pragma left in include/osg/Export. When USE_AGGRESSIVE_WARNINGS is ON a few more warnings are disabled using build options, but none a suppressed when USE_AGGRESSIVE_WARNINGS is OFF, beside the ones disabled by the pragmas. I'm curious the warnings your see, are they from your own project source code, or are they generated by the OSG headers directly? The later shouldn't produce warnings given the clean up and remaining pragamas. At least that's the theory. Robert. On Thu, Jan 29, 2009 at 7:52 PM, Paul Martz pma...@skew-matrix.com wrote: Hi all -- I only caught bits and pieces of the discussion regarding changing the way that warnings are handled in Visual Studio. I know they used to be eliminated with #pragmas in the source code, and I assume they are now eliminated with the /W option (when USE_AGGRESSIVE_WARNINGS is OFF). I have about 30 or so projects that include OSG headers, and nearly all of them are generating several hundred warnings when compiled with VS against current OSG svn. They all compiled cleanly before this change. When you folks were discussing this change, what decision did you make about external projects? Were you thinking that all external projects should stifle the warnings by using /W? If anyone knows of a way to do this without manually modifying all of my ~30 projects, I would really appreciate it. I'm not looking forward to doing this manually. Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com +1 303 859 9466 ___ 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] Multiple Render Target Question
Thanks for your help... One more question, I've been given approval to implement temporal averaging using the OpenGL accumulator buffer like what is done for osgmotionblur. However, that example adds an operation to each window of the viewer to do this. In my case, I have a two pass rendering approach and want to do the accumation average when rendering to the texture (i.e. the first pass) and not on the second pass output (i.e. so it can be used for the second pass). Therefore, I assume adding it as a window operation to the viewer would mean it would get done after all the rendering. Can I add this to the first pass camera? Paul - Original Message From: J.P. Delport jpdelp...@csir.co.za To: OpenSceneGraph Users osg-users@lists.openscenegraph.org Sent: Tuesday, January 27, 2009 11:27:45 PM Subject: Re: [osg-users] Multiple Render Target Question Hi Paul, paul1...@yahoo.com wrote: I'm attempt to develop a Multiple Render Target (MRT) program and have a few questions.. First, I see this in the osgstereomatch example: Two textures are needed, because shaders cannot read and write to the same texture during calculation. One texture is used as input and the other as output. After a calculation, the input and output textures are swapped. The technique is known as ping-ponging or flip-flopping the textures. What does this mean? Can I have the same texture defined as input (assigned to the StateSet) and still have it attached (but not used) as a render target? I'm not sure if it will work. If the current output depends on the previous output you need to fill a single of two targets (the current output) while reading from the other (the previous output). If the targets are attached to the same RTT camera I'm not sure how you can write to one but not write to the other one. In short, I see how I can ping-pong the input by changing the texture uniform but how do I ping-pong the attached render buffer? Can I attach all my render targets but then not use them (if it's an input)? In all the code that I've made, I've ping-ponged the attached textures by swapping between two osg RTT cameras. The simplest example of this is osggameoflife. There are other ways to swap, but they are not easy to do with base osg (I think, but am not sure, that osgPPU might help). For the options, have a look at this: http://www.mathematik.uni-dortmund.de/~goeddeke/gpgpu/tutorial.html search for ping pong. The disadvantage of the two camera approach is that we are wasting FBOs. An easier way to change attachments would help. What happens if you do read and write to the same texture each frame? Craziness. Try it. Think of multiple processes reading and writing to the same memory in parallel. If there is any dependency between in/out the data will get corrupted. Also, does this clear all my render targets (between frames): _Camera-setClearMask(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT); I think so, but write out the buffers to check. What I'm trying to do is calculate a temporal averaging of a specific number of consecutive frames. I assume I need to keep a running average of frames as well as well as save each of the frames. Then each frame: SUM = (SUM - oldestFrame + newFrame) and Output = SUM/numberOfFrames; You might be able to get away with just storing a running average. You can do something like: time_constant = 10; avg = ((time_constant-1)*avg + new_image)/time_constant; This in effect creates a low-pass filter. I think I'm done asking questions for now :-). Thanks for any help you can provide... Paul cheers jp ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard. The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html. This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks Transtec Computers for their support. ___ 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] Wiki pages for coordinating the push for upstream inclusion of OpenSceneGraph
Hi all, We discussed something similar before, but do you think it could be wise to also put secondary maintainers? My idea is to write something roughly like: Visual C++ 2005 SP1 (vc80sp1) 32-bit: Primary maintainer(s): Jean-Sébastien Guay Secondary maintainer(s) (if primary is/are too busy/absent/etc): me Agreed? Or is it useless? Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 19:59:49 +0100, Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com a écrit: Hi Robert, Yep sounds reasonable, go add them :-) Done :-) I started with the linux distros as these tend to be external parties to the OSG community, packages under Windows/OSX tend to be driven by core members of the community whom we can easily contact via osg-users. It's the external parties that are currently the part that we need to join up. I understand the initial motivation, but I think it's a good place to group that info. Whatever can be done by this community can be tracked more or less in the same way. Note that I changed the wording of the top paragrpah a bit. So, others are welcome to pitch in and put their names for any given toolchain/architecture that isn't already taken! Go go go! :-) Thanks, J-S ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Eliminating VS warnings in external projects
Thanks, Robert. I've attached two source files, which, when compiled with VS, display the 70 warnings below. In this case, the file doesn't actually need to #include osgDB/Registry, and removing that #include eliminates _all_ warnings. While this was a good catch, I have another source file that _does_ need to #include osgDB/Registry, and it spews out an identical set of warnings. So, please view the attached files and warnings below as an example of a real issue, not resolvable by simply removing the #include. Obviously, there's some benefit to me going through all my projects and looking for such mistakes. I'm just looking for a quick way to avoid doing that _right_now_ so that it doesn't impact my productivity regarding my current projects and deadlines. Unfortunately there doesn't appear to be a way to easily return to my previous zero warnings state, short of rolling back OSG. Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com +1 303 859 9466 1-- Build started: Project: osgdb_PolyTrans, Configuration: Release Win32 -- 1Compiling... 1OptionLoader.cpp 1C:\Program Files\OpenSceneGraph\include\osg/Shape(612) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Shape(634) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(496) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(504) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(571) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(579) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(645) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(653) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/StateAttribute(259) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Uniform(318) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Program(86) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/StateSet(92) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/State(137) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Node(147) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Node(282) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Group(100) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Group(142) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Image(276) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/OperationThread(111) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Stats(41) : warning C4267: 'return' : conversion from 'size_t' to 'int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Stats(105) : warning C4267: 'return' : conversion from 'size_t' to 'int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/View(134) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Drawable(157) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Geometry(202) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Geometry(222) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Geometry(234) : warning C4267: 'return' : conversion
Re: [osg-users] Wiki pages for coordinating the push for upstream inclusion of OpenSceneGraph
Hi Sukender, We discussed something similar before, but do you think it could be wise to also put secondary maintainers? My idea is to write something roughly like: Visual C++ 2005 SP1 (vc80sp1) 32-bit: Primary maintainer(s): Jean-Sébastien Guay Secondary maintainer(s) (if primary is/are too busy/absent/etc): me Well, I consider that if I put my name as packager for a given platform/toolset, I'll do it. Though I don't consider it a maintainer position, rather just for this release, for the next one we'll see :-) But if you want to put yourself as secondary go ahead, or even if you want to take it over (if you think you have time)... I've mentioned before that I'd be willing to do it if no one else volunteered... :-) 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] ANN: OSG Training in Washington DC
Paul Martz wrote: Hi all -- Just a reminder regarding the upcoming public OSG training course, to be held in Washington DC, March 9-12, 2009. While I probably won't be attending the training, I hope that there will be a small user's group meeting one evening while you're in town. The last one was worthwhile. I'm not available on Monday, but any of the other days should work for me. -Eric ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Wiki pages for coordinating the push for upstream inclusion of OpenSceneGraph
Hi JS, Thanks for answering. Well, it's quite the same for me: willing to do it if no one else volunteered :) So I'll simply say that if, for any reason, you or I move to another platform/compiler, then I'd be okay to be maintainer for the unmaintained platform/compiler. Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 22:01:01 +0100, Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com a écrit: Hi Sukender, We discussed something similar before, but do you think it could be wise to also put secondary maintainers? My idea is to write something roughly like: Visual C++ 2005 SP1 (vc80sp1) 32-bit: Primary maintainer(s): Jean-Sébastien Guay Secondary maintainer(s) (if primary is/are too busy/absent/etc): me Well, I consider that if I put my name as packager for a given platform/toolset, I'll do it. Though I don't consider it a maintainer position, rather just for this release, for the next one we'll see :-) But if you want to put yourself as secondary go ahead, or even if you want to take it over (if you think you have time)... I've mentioned before that I'd be willing to do it if no one else volunteered... :-) J-S ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Eliminating VS warnings in external projects
Hi Paul, Could you send me a file containing the warnings (console output from the compiler is fine). The the warning is generated by the OSG headers then these need fixing or suppressed via include/osg/Export. Robert. On Thu, Jan 29, 2009 at 8:47 PM, Paul Martz pma...@skew-matrix.com wrote: Thanks, Robert. I've attached two source files, which, when compiled with VS, display the 70 warnings below. In this case, the file doesn't actually need to #include osgDB/Registry, and removing that #include eliminates _all_ warnings. While this was a good catch, I have another source file that _does_ need to #include osgDB/Registry, and it spews out an identical set of warnings. So, please view the attached files and warnings below as an example of a real issue, not resolvable by simply removing the #include. Obviously, there's some benefit to me going through all my projects and looking for such mistakes. I'm just looking for a quick way to avoid doing that _right_now_ so that it doesn't impact my productivity regarding my current projects and deadlines. Unfortunately there doesn't appear to be a way to easily return to my previous zero warnings state, short of rolling back OSG. Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com +1 303 859 9466 1-- Build started: Project: osgdb_PolyTrans, Configuration: Release Win32 -- 1Compiling... 1OptionLoader.cpp 1C:\Program Files\OpenSceneGraph\include\osg/Shape(612) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Shape(634) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(496) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(504) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(571) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(579) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(645) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(653) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/StateAttribute(259) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Uniform(318) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Program(86) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/StateSet(92) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/State(137) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Node(147) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Node(282) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Group(100) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Group(142) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Image(276) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/OperationThread(111) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Stats(41) : warning C4267: 'return' : conversion from 'size_t' to 'int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Stats(105) : warning C4267: 'return' : conversion from 'size_t' to 'int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/View(134) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Drawable(157) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program
Re: [osg-users] Wiki pages for coordinating the push for upstream inclusion of OpenSceneGraph
Hi Robert, I don't understand The more the merrier, but I guess it means agreed... I just said the opposite to JS, but I'll stick to your opinion (Sorry JS! ;) ), as you certainly have a larger vision of the project. I'm going to modify the page. Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 22:03:30 +0100, Robert Osfield robert.osfi...@gmail.com a écrit: On Thu, Jan 29, 2009 at 8:52 PM, Sukender suky0...@free.fr wrote: Hi all, We discussed something similar before, but do you think it could be wise to also put secondary maintainers? My idea is to write something roughly like: Visual C++ 2005 SP1 (vc80sp1) 32-bit: Primary maintainer(s): Jean-Sébastien Guay Secondary maintainer(s) (if primary is/are too busy/absent/etc): me Agreed? Or is it useless? The more the merrier. When the time comes we just need to co-ordinate between those who've volunteered who creates the packages. Robert. ___ 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] Eliminating VS warnings in external projects
That's with /W3, by the way, and setting this to /W2 removes the warnings. Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com +1 303 859 9466 -Original Message- From: osg-users-boun...@lists.openscenegraph.org [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Paul Martz Sent: Thursday, January 29, 2009 1:47 PM To: 'OpenSceneGraph Users' Subject: Re: [osg-users] Eliminating VS warnings in external projects Thanks, Robert. I've attached two source files, which, when compiled with VS, display the 70 warnings below. In this case, the file doesn't actually need to #include osgDB/Registry, and removing that #include eliminates _all_ warnings. While this was a good catch, I have another source file that _does_ need to #include osgDB/Registry, and it spews out an identical set of warnings. So, please view the attached files and warnings below as an example of a real issue, not resolvable by simply removing the #include. Obviously, there's some benefit to me going through all my projects and looking for such mistakes. I'm just looking for a quick way to avoid doing that _right_now_ so that it doesn't impact my productivity regarding my current projects and deadlines. Unfortunately there doesn't appear to be a way to easily return to my previous zero warnings state, short of rolling back OSG. Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com +1 303 859 9466 1-- Build started: Project: osgdb_PolyTrans, Configuration: Release Win32 -- 1Compiling... 1OptionLoader.cpp 1C:\Program Files\OpenSceneGraph\include\osg/Shape(612) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Shape(634) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(496) : 1warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(504) : 1warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(571) : 1warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(579) : 1warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(645) : 1warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(653) : 1warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/StateAttribute(259) : 1warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Uniform(318) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Program(86) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/StateSet(92) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/State(137) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Node(147) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Node(282) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Group(100) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Group(142) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Image(276) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/OperationThread(111) : 1warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Stats(41) : warning C4267: 'return' : conversion from 'size_t' to 'int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Stats(105) : warning C4267: 'return' : conversion from 'size_t' to 'int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/View(134) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Drawable(157) : warning C4267: 'return' :
Re: [osg-users] What about User-Meeting in Europe - osgInEurope?
Hi Art, Could be nice to see OSG users! I answered the poll (and registered the forum, BTW). See you! Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 29 Jan 2009 18:58:23 +0100, Art Tevs stud_in...@yahoo.de a écrit: Hi folks, last year in april there was a small user meeting in Paris for peoples attending the training course. However I like the idea to meet us and to show projects we are currently working on. Also having some more social activity than just mailing list or forum would be also nice, I think. Hence I propose to organize another meeting for osg users in Europe. This time we could meet us again in France, Germany, Switzerland (I now, not Europe but a neutral terrain ;) ) or whatever else. I've started a poll on the forum with proposed cities. If you are interested in a meeting, you could make your choice there. If there are enough peoples interested in this, we could make next osgInEurope possible. I would suggest to have it in summer time, so that a combination with a small vacation is also possible ;) Best regards, Art P.S. This is just a test poll to see if there is enough people in the community which would like to meet other users. I tried to choose the cities, so that they are all more or less in the geographical center of europe, so that we have a fair travel distance for most of the european osg users :) If you think, some city is missing, let me know. -- Read this topic online here: http://osgforum.tevs.eu/viewtopic.php?p=5466#5466 ___ 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] Wiki pages for coordinating the push for upstream inclusion of OpenSceneGraph
Hi Sukender, I don't understand The more the merrier, but I guess it means agreed... Plus on est de fous, plus on rit! Is that better? :-) 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] Eliminating VS warnings in external projects
Note that including osgDB/ReaderWriter in an external project produces a similar, but slightly smaller (52 warnings), output. Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com +1 303 859 9466 -Original Message- From: osg-users-boun...@lists.openscenegraph.org [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Robert Osfield Sent: Thursday, January 29, 2009 2:06 PM To: OpenSceneGraph Users Subject: Re: [osg-users] Eliminating VS warnings in external projects Hi Paul, Could you send me a file containing the warnings (console output from the compiler is fine). The the warning is generated by the OSG headers then these need fixing or suppressed via include/osg/Export. Robert. On Thu, Jan 29, 2009 at 8:47 PM, Paul Martz pma...@skew-matrix.com wrote: Thanks, Robert. I've attached two source files, which, when compiled with VS, display the 70 warnings below. In this case, the file doesn't actually need to #include osgDB/Registry, and removing that #include eliminates _all_ warnings. While this was a good catch, I have another source file that _does_ need to #include osgDB/Registry, and it spews out an identical set of warnings. So, please view the attached files and warnings below as an example of a real issue, not resolvable by simply removing the #include. Obviously, there's some benefit to me going through all my projects and looking for such mistakes. I'm just looking for a quick way to avoid doing that _right_now_ so that it doesn't impact my productivity regarding my current projects and deadlines. Unfortunately there doesn't appear to be a way to easily return to my previous zero warnings state, short of rolling back OSG. Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com +1 303 859 9466 1-- Build started: Project: osgdb_PolyTrans, Configuration: 1Release Win32 -- 1Compiling... 1OptionLoader.cpp 1C:\Program Files\OpenSceneGraph\include\osg/Shape(612) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Shape(634) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(496) : 1warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(504) : 1warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(571) : 1warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(579) : 1warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(645) : 1warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/PrimitiveSet(653) : 1warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/StateAttribute(259) : 1warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Uniform(318) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Program(86) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/StateSet(92) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/State(137) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Node(147) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Node(282) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Group(100) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Group(142) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/Image(276) : warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program Files\OpenSceneGraph\include\osg/OperationThread(111) : 1warning C4267: 'return' : conversion from 'size_t' to 'unsigned int', possible loss of data 1C:\Program
Re: [osg-users] Wiki pages for coordinating the push for upstream inclusion of OpenSceneGraph
Le Thu, 29 Jan 2009 22:20:51 +0100, Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com a écrit: Hi Sukender, I don't understand The more the merrier, but I guess it means agreed... Plus on est de fous, plus on rit! Is that better? :-) J-S Much! :) Thanks for the translation. (J'étais pas loin, je pensais à Plus il y en a mieux c'est mais je n'avais en tête ce dicton... Je m'endormirais moins bête ! :D ) -- Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
