Re: [osg-users] [osgPlugins] OSG 3.2.x slower than OSG 3.0.1??
Hi Robert, can you give an advice for all the cmake OSG_GL_* settings? Maybe I miss-configured something there... Thanks, Tim -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=57169#57169 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] composite viewer: fixed view size on resize event
Hi All, I have a osgViewer::CompositeViewer. Then I add another osgViewer::View with viewer-addView() method. Now, when I resize the main window the added view resizes accordingly. I would like the view I add to the composite viewer does not change on resize event. Is it possible? I'm working with Qt so I got osgviewerQT as starting example. Regards, Gianni -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=57170#57170 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [osgPlugins] OSG 3.2.x slower than OSG 3.0.1??
On 11 November 2013 08:23, Tim Rambau osgfo...@tevs.eu wrote: can you give an advice for all the cmake OSG_GL_* settings? Maybe I miss-configured something there... For most users you shouldn't need to do anything, just build with defaults. It's mainly those wanting to target core profile or OpenGL-ES that will need to touch the OSG_GL_* settings. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [osgPlugins] OSG 3.2.x slower than OSG 3.0.1??
Rebuild with Release is much better! :D For the statistics: OSG 3.2.1-rc1 / Win7 64bit / mingw QtCreator / cmake_build_type Release Thank you! Tim -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=57174#57174 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] composite viewer: fixed view size on resize event
Hi Gianni, I ve been following your posts about this issue and I think you are chasing features of CompositeViewer beyond it's implementation. I found myself in a similar position while back when working on a project and I ended up with a HUD. Just a hint Nick On Mon, Nov 11, 2013 at 1:07 PM, Gianni Ambrosio ga...@vi-grade.com wrote: Hi All, I have a osgViewer::CompositeViewer. Then I add another osgViewer::View with viewer-addView() method. Now, when I resize the main window the added view resizes accordingly. I would like the view I add to the composite viewer does not change on resize event. Is it possible? I'm working with Qt so I got osgviewerQT as starting example. Regards, Gianni -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=57170#57170 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- trajce nikolov nick ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] composite viewer: fixed view size on resize event
Trajce Nikolov NICK wrote: Hi Gianni, I ve been following your posts about this issue and I think you are chasing features of CompositeViewer beyond it's implementation. I found myself in a similar position while back when working on a project and I ended up with a HUD. Just a hint Hi Nick, about other features like mouse intaraction to drag and resize this object just like osgWidgets it seems quite easy adding an event handler derived from osgGA::GUIEventHandler. Unfortunately the RESIZE event is not handled from a similar event handler but I didn't get why. I hope Robert or someone else can give us a solution because I used a View in a Composite Viewer as suggested and I can't now move to a HUD :( Regards Gianni -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=57177#57177 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Using hit records to determine which models were rendered
I spent 10 minutes googling this. I got nothing, probably because I do not know the correct vocabulary. Does OSG allow me to determine whether or not a model in my scene appeared in the most recently rendered frame? I'm looking for something similar to OpenGL's hit records/select buffer/glPushName/glRenderMode Thank you, Chris ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Using hit records to determine which models were rendered
HI Chris, The OSG cull traversal builds a rendering graph that contains a list of all the Drawable leaves and the StateSet's associated with them, some of the objects might not actual render any pixels but there bounding volumes will be in the view frustum so it'll be a conservative list. If you really need to know whether pixels from drawable make it into the frame buffer then you'll needs to the occlusion query test that the OSG supports. See the osgocclusionquery example for inspiration. Robert. On 11 November 2013 17:42, Chris Stankevitz chrisstankev...@gmail.comwrote: I spent 10 minutes googling this. I got nothing, probably because I do not know the correct vocabulary. Does OSG allow me to determine whether or not a model in my scene appeared in the most recently rendered frame? I'm looking for something similar to OpenGL's hit records/select buffer/glPushName/glRenderMode Thank you, Chris ___ 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] osg::Texture2DMultisample
Hi, maybe this seems like s stupid question but why does osg::Texture2DMultisample does not have a getNumSamples() function? This might come in handy if, like in my case, a texture is passed around for MRT binding (camera-attach), to determine the number of samples for the attach function. Would it be okay to add the get function? cheers Sebastian ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osg::Texture2DMultisample
Hi, I guess answer to main question would be go ahead and add this. But I just want to write about something else here. If you attach Texture2DMultisample to Camera you would want to leave the number of samples and color samples at 0. Thats because these params are used to set up rendering to multisampled Renderbuffer objects and in post step that Renderbuffer is copied to attached texture. If you set Texture2DMultisample and additionaly set numbers of samples in attach it will do rendering to Renderbuffer and then will copy the result to your Texture2DMultisample attachment. I guess its not what you are after. Cheers, Wojtek Lewandowski. 2013/11/11 Sebastian Messerschmidt sebastian.messerschm...@gmx.de Hi, maybe this seems like s stupid question but why does osg::Texture2DMultisample does not have a getNumSamples() function? This might come in handy if, like in my case, a texture is passed around for MRT binding (camera-attach), to determine the number of samples for the attach function. Would it be okay to add the get function? cheers Sebastian ___ 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] Using hit records to determine which models were rendered
On Mon, Nov 11, 2013 at 11:03 AM, Robert Osfield robert.osfi...@gmail.com wrote: If you really need to know whether pixels from drawable make it into the frame buffer then you'll needs to the occlusion query test that the OSG supports. Robert, Thank you this is exactly what I was looking for! Chris ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Setting breakpoints when using osg as library
It's not working. I keep getting these: 'world2.exe': Loaded 'D:\world2\world2\osg100-osgViewerd.dll', Cannot find or open the PDB file I put the PDB files in the same directory as where the DLL is, under the exact name. I ALSO set the directory where the PDB files were initially created (osg/bin dir) in the debugging option on where to look for PDB files. I even copied them into a temp directory that was set as 'cache symbols' directory. But still it keeps saying that it can't find or open the PDB file. Why is this still not working, what could be wrong? something wrong with the dll's ? -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=57183#57183 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph and Mac OS X
I tried setting OSG_BUILD_APPLICATION_BUNDLES, but couldn't see that it was doing anything. At any rate, I find that XCode is better behaved (and faster) when it is allowed to use its own build environment (It'll compile multiple sources at once, where make is a one-at-a-time process). I've gotten my variant of osgViewerCocoa to compile, link, run, and display the Drag and drop here message. The latest issue comes when I try to drag an OSG document onto it (cessna.osg). 2013-11-11 14:56:03.444 OSG_Viewer[53523:303] -[ViewerCocoa draggingEntered:] 2013-11-11 14:56:04.048 OSG_Viewer[53523:303] -[ViewerCocoa prepareForDragOperation:] 2013-11-11 14:56:04.049 OSG_Viewer[53523:303] -[ViewerCocoa performDragOperation:] osg::Node *osgDB::readNodeFile(const std::string , const osgDB::Options *)(/Users/raldrich/Documents/fu/OpenSceneGraph/OpenSceneGraph-Data-3.0.0/cessna.osg) Registry::LoadStatus osgDB::Registry::loadLibrary(const std::string )(osgPlugins-3.2.0/osgdb_osgd.so) attempting to load osgPlugins-3.2.0/osgdb_osgd.soitr='/Users/raldrich/Documents/fu/OSG_Viewer/DerivedData/OSG_Viewer/Build/Products/Debug' FindFileInPath() : trying /Users/raldrich/Documents/fu/OSG_Viewer/DerivedData/OSG_Viewer/Build/Products/Debug/osgPlugins-3.2.0/osgdb_osgd.so ... itr='/usr/local/lib/osgPlugins-3.2.0' FindFileInPath() : trying /usr/local/lib/osgPlugins-3.2.0/osgPlugins-3.2.0/osgdb_osgd.so ... itr='/Users/raldrich/Documents/fu/OSG_Viewer/DerivedData/OSG_Viewer/Build/Products/Debug/OSG_Viewer.app/Contents/PlugIns' FindFileInPath() : trying /Users/raldrich/Documents/fu/OSG_Viewer/DerivedData/OSG_Viewer/Build/Products/Debug/OSG_Viewer.app/Contents/PlugIns/osgplugins-3.2.0/osgdb_osgd.so ... FindFileInPath() : USING /Users/raldrich/Documents/fu/OSG_Viewer/DerivedData/OSG_Viewer/Build/Products/Debug/OSG_Viewer.app/Contents/PlugIns/osgplugins-3.2.0/osgdb_osgd.so Opened DynamicLibrary osgPlugins-3.2.0/osgdb_osgd.so Warning: Could not find plugin to read objects from file /Users/raldrich/Documents/fu/OpenSceneGraph/OpenSceneGraph-Data-3.0.0/cessna.osg. 2013-11-11 14:56:04.077 OSG_Viewer[53523:303] File: /Users/raldrich/Documents/fu/OpenSceneGraph/OpenSceneGraph-Data-3.0.0/cessna.osg failed to load As you can see from above, it appears to be finding the osgdb_osgd.so library where I expect it to, and claims to have opened it, but then claims that it couldn't find the plugin, and errors out. I thought I would try building OSG and its plugins as static libraries, which IMO is more bulletproof from an end user standpoint (No way to induce dll-hell), but that runs into a different, but related issue: 2013-11-11 18:09:01.250 OSG_Viewer[62759:303] -[ViewerCocoa performDragOperation:] osg::Node *osgDB::readNodeFile(const std::string , const osgDB::Options *)(/Users/raldrich/Documents/fu/OpenSceneGraph/OpenSceneGraph-Data-3.0.0/cessna.osg) Registry::LoadStatus osgDB::Registry::loadLibrary(const std::string )(osgPlugins-3.2.0/osgdb_osgd.so) attempting to load osgPlugins-3.2.0/osgdb_osgd.soitr='/Users/raldrich/Documents/fu/OSG_Viewer/DerivedData/OSG_Viewer/Build/Products/Debug' FindFileInPath() : trying /Users/raldrich/Documents/fu/OSG_Viewer/DerivedData/OSG_Viewer/Build/Products/Debug/osgPlugins-3.2.0/osgdb_osgd.so ... itr='/usr/local/lib/osgPlugins-3.2.0' FindFileInPath() : trying /usr/local/lib/osgPlugins-3.2.0/osgPlugins-3.2.0/osgdb_osgd.so ... itr='/Users/raldrich/Documents/fu/OSG_Viewer/DerivedData/OSG_Viewer/Build/Products/Debug/OSG_Viewer.app/Contents/PlugIns' FindFileInPath() : trying /Users/raldrich/Documents/fu/OSG_Viewer/DerivedData/OSG_Viewer/Build/Products/Debug/OSG_Viewer.app/Contents/PlugIns/osgPlugins-3.2.0/osgdb_osgd.so ... itr='/Users/raldrich/Library/Application Support/OpenSceneGraph/PlugIns' FindFileInPath() : trying /Users/raldrich/Library/Application Support/OpenSceneGraph/PlugIns/osgPlugins-3.2.0/osgdb_osgd.so ... itr='/Library/Application Support/OpenSceneGraph/PlugIns' FindFileInPath() : trying /Library/Application Support/OpenSceneGraph/PlugIns/osgPlugins-3.2.0/osgdb_osgd.so ... itr='/Users/raldrich/Documents/fu/OSG_Viewer/DerivedData/OSG_Viewer/Build/Products/Debug' FindFileInPath() : trying /Users/raldrich/Documents/fu/OSG_Viewer/DerivedData/OSG_Viewer/Build/Products/Debug/osgdb_osgd.so ... itr='/usr/local/lib/osgPlugins-3.2.0' FindFileInPath() : trying /usr/local/lib/osgPlugins-3.2.0/osgdb_osgd.so ... FindFileInPath() : USING /usr/local/lib/osgPlugins-3.2.0/osgdb_osgd.so Opened DynamicLibrary osgPlugins-3.2.0/osgdb_osgd.so Warning: Could not find plugin to read objects from file /Users/raldrich/Documents/fu/OpenSceneGraph/OpenSceneGraph-Data-3.0.0/cessna.osg. 2013-11-11 18:09:01.499 OSG_Viewer[62759:303] File: /Users/raldrich/Documents/fu/OpenSceneGraph/OpenSceneGraph-Data-3.0.0/cessna.osg failed to load Even though all of the OSG plugins are statically linked to my application, OSG is still trying to
Re: [osg-users] osg::Texture2DMultisample
Am 11.11.2013 22:44, schrieb Wojciech Lewandowski: Hi, I guess answer to main question would be go ahead and add this. Okay, I just wanted to make sure they are not left out intentionally. But I just want to write about something else here. If you attach Texture2DMultisample to Camera you would want to leave the number of samples and color samples at 0. Thats because these params are used to set up rendering to multisampled Renderbuffer objects and in post step that Renderbuffer is copied to attached texture. If you set Texture2DMultisample and additionaly set numbers of samples in attach it will do rendering to Renderbuffer and then will copy the result to your Texture2DMultisample attachment. I guess its not what you are after. That is strange. In this case I need some explanation. I want to render several multisampled color attachments and resolve them in later passes. In this case I create a multisampled color texture and attach it to the camera. In consecutive passes I rebind those textures as input and resolve them there. If I leave the colorsamples and sample count at the FBO I get a FRAMEBUFFER_ATTACHMENT_INCOMPLETE error for the first pass. Setting them solved the problem and I got a correct rendering. So what is the correct thing to do here? You mentioned a copy. I always thought binding a texture to a FBO and reusing it later in another FBO will not copy it, so I'm quite puzzled. Am I'm doing something fundamentally wrong here? cheers Sebastian Cheers, Wojtek Lewandowski. 2013/11/11 Sebastian Messerschmidt sebastian.messerschm...@gmx.de mailto:sebastian.messerschm...@gmx.de Hi, maybe this seems like s stupid question but why does osg::Texture2DMultisample does not have a getNumSamples() function? This might come in handy if, like in my case, a texture is passed around for MRT binding (camera-attach), to determine the number of samples for the attach function. Would it be okay to add the get function? cheers Sebastian ___ 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 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Setting breakpoints when using osg as library
Am 12.11.2013 00:24, schrieb Bram Vaessen: It's not working. I keep getting these: 'world2.exe': Loaded 'D:\world2\world2\osg100-osgViewerd.dll', Cannot find or open the PDB file I put the PDB files in the same directory as where the DLL is, under the exact name. I ALSO set the directory where the PDB files were initially created (osg/bin dir) in the debugging option on where to look for PDB files. I even copied them into a temp directory that was set as 'cache symbols' directory. But still it keeps saying that it can't find or open the PDB file. Why is this still not working, what could be wrong? something wrong with the dll's ? Usually I set a breakpoint in my code and when I try to step into the function I set the pdb location when asked by Visual Studio. Also, when debugging open the Debug-Windows-Modules tab. There you can inspect all loaded dlls and do a Load Symbols from If this doesn't work, your dlls are not matching the pdb files. Did you build OSG all by yourself? cheers Sebastian -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=57183#57183 ___ 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] OpenSceneGraph and Mac OS X
I gave up on static linking of OSG - while it worked for the main libraries, it
didn't help with loading plugins.
So, I poked around in dyld a bit.
OSG wants to find its plugins in:
.../OSG_Viewer.app/Contents/PlugIns/osgplugins-3.2.0/
Using OTool to inspect an OSG framework resulted in:
otool -L
/Users/raldrich/Documents/fu/OSG_Viewer/DerivedData/OSG_Viewer/Build/Products/Debug/OSG_Viewer.app/Contents/Frameworks/osg.framework/osg
/Users/raldrich/Documents/fu/OSG_Viewer/DerivedData/OSG_Viewer/Build/Products/Debug/OSG_Viewer.app/Contents/Frameworks/osg.framework/osg:
@executable_path/../Frameworks/osg.framework/Versions/100/osg
(compatibility version 100.0.0, current version 3.2.0)
@executable_path/../Frameworks/OpenThreads.framework/Versions/13/OpenThreads
(compatibility version 13.0.0, current version 3.2.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 169.3.0)
/System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
(compatibility version 1.0.0, current version 1.0.0)
/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current
version 56.0.0)
Using OTool to inspect a plugin resulted in:
otool -L
/Users/raldrich/Documents/fu/OSG_Viewer/DerivedData/OSG_Viewer/Build/Products/Debug/OSG_Viewer.app/Contents/PlugIns/osgPlugins-3.2.0/osgdb_3dcd.so
/Users/raldrich/Documents/fu/OSG_Viewer/DerivedData/OSG_Viewer/Build/Products/Debug/OSG_Viewer.app/Contents/PlugIns/osgPlugins-3.2.0/osgdb_3dcd.so:
@executable_path/../Frameworks/OpenThreads.framework/Versions/13/OpenThreads
(compatibility version 13.0.0, current version 3.2.0)
@executable_path/../Frameworks/osg.framework/Versions/100/osg
(compatibility version 100.0.0, current version 3.2.0)
@executable_path/../Frameworks/osgDB.framework/Versions/100/osgDB
(compatibility version 100.0.0, current version 3.2.0)
@executable_path/../Frameworks/osgUtil.framework/Versions/100/osgUtil
(compatibility version 100.0.0, current version 3.2.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 169.3.0)
/System/Library/Frameworks/Carbon.framework/Versions/A/Carbon
(compatibility version 2.0.0, current version 155.0.0)
/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version
1.2.5)
/System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
(compatibility version 1.0.0, current version 1.0.0)
/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current
version 56.0.0)
And the application is laid out as:
OSG_Viewer.app
Contents
Frameworks
{OpenSceneGraph Frameworks}
MacOS
OSG_Viewer
Plugins
osgPlugins-3.2.0
{OpenSceneGraph Plugins}
Resources
{Application resources}
The documentation for dyld indicates that @executable_path is replaced with
the path to the directory containing the main executable for the process.,
which should be .../OSG_Viewer.app/Contents/MacOS, so to my eye, the linkages
reported by OTool appear to be correct, but either the library doesn't load, or
doesn't work when it is loaded.
If anyone has a suggestion on how to resolve this, I'd greatly appreciate it.
- Ron
On Nov 11, 2013, at 6:16 PM, Ronald Aldrich raldr...@mac.com wrote:
I tried setting OSG_BUILD_APPLICATION_BUNDLES, but couldn't see that it was
doing anything. At any rate, I find that XCode is better behaved (and
faster) when it is allowed to use its own build environment (It'll compile
multiple sources at once, where make is a one-at-a-time process).
I've gotten my variant of osgViewerCocoa to compile, link, run, and display
the Drag and drop here message. The latest issue comes when I try to drag
an OSG document onto it (cessna.osg).
2013-11-11 14:56:03.444 OSG_Viewer[53523:303] -[ViewerCocoa draggingEntered:]
2013-11-11 14:56:04.048 OSG_Viewer[53523:303] -[ViewerCocoa
prepareForDragOperation:]
2013-11-11 14:56:04.049 OSG_Viewer[53523:303] -[ViewerCocoa
performDragOperation:]
osg::Node *osgDB::readNodeFile(const std::string , const osgDB::Options
*)(/Users/raldrich/Documents/fu/OpenSceneGraph/OpenSceneGraph-Data-3.0.0/cessna.osg)
Registry::LoadStatus osgDB::Registry::loadLibrary(const std::string
)(osgPlugins-3.2.0/osgdb_osgd.so)
attempting to load
osgPlugins-3.2.0/osgdb_osgd.soitr='/Users/raldrich/Documents/fu/OSG_Viewer/DerivedData/OSG_Viewer/Build/Products/Debug'
FindFileInPath() : trying
/Users/raldrich/Documents/fu/OSG_Viewer/DerivedData/OSG_Viewer/Build/Products/Debug/osgPlugins-3.2.0/osgdb_osgd.so
...
itr='/usr/local/lib/osgPlugins-3.2.0'
FindFileInPath() : trying
/usr/local/lib/osgPlugins-3.2.0/osgPlugins-3.2.0/osgdb_osgd.so ...
