Re: [osg-users] osgViewerQT example question
I'm using the new version, under Linux (although I will eventually be testing under windows as well, I need it to work on Ubuntu first). Like I mentioned, I am trying to extend the example to fit into the QGraphicsView approach. Based on various guides and discussions that I have found, this involves setting the GLWidget as the viewport of the QGraphicsView. In theory, this should let me use the OSG View as the background of the widget, and place QGraphicsItems in a QGraphicsScene that will appear on top of it. I can get this to work using the osgViewer::Viewer, for a single window, but when I try the same approach with a CompositeViewer and multiple windows, I get a variety of errors. -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=61146#61146 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgViewerQT example question
I've made a couple of attempts, and I feel like I am very close... On one attempt, using a seperate osgViewer for each View, everything works but the Database Pager isn't happy about having multiple viewers looking at the same data. (osgEarth data under PagedLOD nodes flickers in and out of the various levels of detail) On another attempt, using a composite viewer, everything works as I would expect it to if I only have one view, and I am able to add QGraphicsItems to the scene, but if I attempt to add a second View, they get rendered to the same viewport, fighting over it, spit out a bunch of detected invalid value after renderBin draw errors, then crashes. On another attempt, having multiple views works fine, until I add a QGraphicsScene to the graphicsView. The items in the QGraphicsScene will render, but the osg view will not, sending Cannot make context current errors to the console. Across these three failure modes is the set of features I need working; I just need to find the proper way to mesh them together -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=61152#61152 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgViewerQT example question
Hi, Are you talking about the old osgviewerQT [1] or the newer osgviewerQt [2]? [1] http://trac.openscenegraph.org/projects/osg/browser/OpenSceneGraph/trunk/examples/osgviewerQT/osgviewerQT.cpp?rev=6819 [2] http://trac.openscenegraph.org/projects/osg/browser/OpenSceneGraph/trunk/examples/osgviewerQt I remember having problem with the old one, but not with osgviewerQt. BTW, are you running OSG on Linux or Windows? Émeric 2014-09-22 18:10 GMT+02:00 Nick Modly modly.n...@gmail.com: Hi, I'm looking at extending the osgViewerQT example by being able to add items to the QGraphicsView (by setting a QGraphicsScene and adding items to that). These items include some QT controls that need to be embedded in the window with transparency enabled. When I simply create the scene and add the controls (using a GraphicsProxyWidget), the view begins flickering black and white and the log prints QGLContext::makeCurrent(): Failed. over and over. It seems like QT and OSG are fighting over the context. I've heard that you can get around this by subclassing the QGraphicsScene and doing your OSG rendering in the drawBackground() method, storing and retrieving the context before/after, but I'm not exactly sure what that means - calling frame() there? Thank you! Cheers, Nick -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=61113#61113 ___ 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] osgViewerQT example question
Hi, I'm looking at extending the osgViewerQT example by being able to add items to the QGraphicsView (by setting a QGraphicsScene and adding items to that). These items include some QT controls that need to be embedded in the window with transparency enabled. When I simply create the scene and add the controls (using a GraphicsProxyWidget), the view begins flickering black and white and the log prints QGLContext::makeCurrent(): Failed. over and over. It seems like QT and OSG are fighting over the context. I've heard that you can get around this by subclassing the QGraphicsScene and doing your OSG rendering in the drawBackground() method, storing and retrieving the context before/after, but I'm not exactly sure what that means - calling frame() there? Thank you! Cheers, Nick -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=61113#61113 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQt example - 3D disappears if Viewer height is zero
Alistair Baxter wrote: Yeah, we had to override the Qt resizeEvent function for our osgQt::GLWidget subclass to ensure that neither width nor height were being set to zero before calling the parent's version. Thanks Alistair for your reply. As a workaround I implemented minimumSizeHint() virtual method to return QSize(1,1), but your solution is nicer. Anyway it seems there's something odd in OSG code. In fact osgviewer executed with --window option works fine even if the window height becomes 0. Gianni -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=58951#58951 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQt example - 3D disappears if Viewer height is zero
Yeah, we had to override the Qt resizeEvent function for our osgQt::GLWidget subclass to ensure that neither width nor height were being set to zero before calling the parent's version. Alistair Baxter Software Engineer Join us for the 2014 Houston Roadshow on 4th April More details on our Calendar: http://www.mve.com/calendar Midland Valley Exploration Ltd. 144 West George Street Glasgow G2 2HG United Kingdom Tel: +44 (0) 141 332 2681 Fax:+44 (0) 141 332 6792 The structural geology experts ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQt example - 3D disappears if Viewer height is zero
So, the problem related to the NaN dump of CullVisitor::apply(Geode) is solved in OSG 3.2.0. On the other side there is still a problem related to the 3d graphics disappearing. This can be easily reproduced with osgviewerQt example. Basically, resizing the viewer to have 0 height then expand it again and the graphics is no more visibe. Gianni -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=58913#58913 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] osgviewerQt example - 3D disappears if Viewer height is zero
Hi, in my Qt application I'm experiencing some issues when the viewer is reduced to 0 height. I reduce the viewer size to 0 height then I increase its height again and when I try to interactively rotate the (no more visible - see below) scene with mouse (through a trackabll manipulator) I get the following dump on screen: CullVisitor::apply(Geode) detected NaN, depth=-1.#IND, center=(35 0 -2.14577e-006), matrix={ 1.#QNAN 1.#QNAN 1.#QNAN 1.#QNAN 1.#QNAN 1.#QNAN 1.#QNAN 1.#QNAN 1.#QNAN 1.#QNAN 1.#QNAN 1.#QNAN 0 0 -98 1 } Moreover my 3D scene is not visualized anymore. So I tried with osgviewerQt example and the 3D scene disappears here too. Is it a known issue? I'm investigating on it to understand the point but if someone already found the cause or a solution please let me know. Regards Gianni -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=58881#58881 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQt example - 3D disappears if Viewer height is zero
Hi Gianni, The issue sounds vaguely familiar, but I'm afraid I can't recall all details off the top of my head, or whether it was osgQt specific even. My guess it'll be an issue with the camera projection matrix being scaled to 0,0 to fit to zero sized viewport and then once an attempt to rescale it back up to valid size that erroneous matrix is re-scaled and of course fails. Adding some debugging in the code that sets the projection matrix would allow you to spot whether this is happening or not. One could disable the automatic adjustment of the camera projection matrix too to see if this is the root of the issue, see osg::Camera::setProjectionResizePolicy(osg::ProjectionResizePolicy) method : From include/osg/Camera: enum ProjectionResizePolicy { FIXED, /** Keep the projection matrix fixed, despite window resizes.*/ HORIZONTAL, /** Adjust the HORIZONTAL field of view on window resizes.*/ VERTICAL /** Adjust the VERTICAL field of view on window resizes.*/ }; /** Set the policy used to determine if and how the projection matrix should be adjusted on window resizes. */ inline void setProjectionResizePolicy(ProjectionResizePolicy policy) { _projectionResizePolicy = policy; } Robert. On 11 April 2014 11:13, Gianni Ambrosio ga...@vi-grade.com wrote: Hi, in my Qt application I'm experiencing some issues when the viewer is reduced to 0 height. I reduce the viewer size to 0 height then I increase its height again and when I try to interactively rotate the (no more visible - see below) scene with mouse (through a trackabll manipulator) I get the following dump on screen: CullVisitor::apply(Geode) detected NaN, depth=-1.#IND, center=(35 0 -2.14577e-006), matrix={ 1.#QNAN 1.#QNAN 1.#QNAN 1.#QNAN 1.#QNAN 1.#QNAN 1.#QNAN 1.#QNAN 1.#QNAN 1.#QNAN 1.#QNAN 1.#QNAN 0 0 -98 1 } Moreover my 3D scene is not visualized anymore. So I tried with osgviewerQt example and the 3D scene disappears here too. Is it a known issue? I'm investigating on it to understand the point but if someone already found the cause or a solution please let me know. Regards Gianni -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=58881#58881 ___ 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] osgviewerQt example - 3D disappears if Viewer height is zero
Hi Robert, If I set the camera projection resize policy to FIXED then I don't get the bunch of NAN dump and the does not disappears. Anyway I tried with the osgviewer application calling it with --window option and even if the camera projection resize polici is set to HORIZONTAL, it works fine (no gfx disappears nor NAN). Gianni -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=58895#58895 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] osgViewerQt example with Qt signal/slot system
Hi everyone, I'm trying to modify the osgViewerQt example by adding a new class of my own that will contain the viewer. The design is: wrapper.h: Defines class Wrapper. It inherits from QMainWindow and has a QDockWidget where the ViewerWidget will be attached. viewer.h: Defines ViewerWidget class. It's the class from the example, with a few mods by me. prueba_osg.cpp: Main function and where a QApplication is created. A Wrapper object is created here. The project compiles, but when I execute it, I get an error: QWidget: Must construct a QApplication before a QPaintDevice If I remove the Q_OBJECT line, the signal and the slot from wrapper.h and compile the files from the terminal using g++ -IE:/osg-3.0.1/install/include -LE:/osg-3.0.1/install/bin -IC:/Qt64/4.8/include -LC:/Qt64/4.8/bin -losgViewer -lOpenThreads -losgDB -losg -losgGA -losgQt -lQtCore4 -lQtGui4 prueba_qt.cpp I can execute the app. Can you please tell me what can I do to make this work? I've struggling all morning but couldn't find the solution. Thanks for your time! ... PS: Attached to this post are the files I used in this project, including the pro file (which I had to rename to txt in order to upload it) from qmake. -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=53049#53049 Attachments: http://forum.openscenegraph.org//files/prueba_osgpro_345.txt http://forum.openscenegraph.org//files/viewer_160.h http://forum.openscenegraph.org//files/prueba_qt_104.cpp http://forum.openscenegraph.org//files/wrapper_119.cpp http://forum.openscenegraph.org//files/wrapper_386.h ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQt-Example
bump? -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=43896#43896 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQt-Example
Hi, #pragma once #include QtOSG.h #include osg/ShapeDrawable osg::Camera* createCamera(int x, int y, int w, int h, QTOSG* myQTOSG, const std::string name=, bool windowDecoration=false) { osg::DisplaySettings* ds = osg::DisplaySettings::instance().get(); osg::ref_ptrosg::GraphicsContext::Traits traits = new osg::GraphicsContext::Traits; traits-windowName = name; traits-windowDecoration = windowDecoration; traits-x = x; traits-y = y; traits-width = w; traits-height = h; traits-doubleBuffer = true; traits-alpha = ds-getMinimumNumAlphaBits(); traits-stencil = ds-getMinimumNumStencilBits(); traits-sampleBuffers = ds-getMultiSamples(); traits-samples = ds-getNumMultiSamples(); traits-inheritedWindowData = new osgQt::GraphicsWindowQt::WindowData(NULL, myQTOSG); //neuer ref_ptr auf osg::Camera namens camera osg::ref_ptrosg::Camera camera = new osg::Camera; //neuer Pointer auf GraphicsWindowQt mit (traits) namens Window osgQt::GraphicsWindowQt* Window = new osgQt::GraphicsWindowQt(traits); //Setzt den GraphicsContext der camera auf Window camera-setGraphicsContext( Window ); camera-setClearColor( osg::Vec4(0.2, 0.2, 0.6, 1.0) ); camera-setViewport( new osg::Viewport(0, 0, traits-width, traits-height) ); camera-setProjectionMatrixAsPerspective( 30.0f, static_castdouble(traits-width)/static_castdouble(traits-height), 1.0f, 1.0f ); return camera.release(); } QWidget* addViewWidget(osg::Camera* camera, osg::Node* scene) { /*QTOSG* _QTOSG = new QTOSG();*/ osgViewer::View* view = new osgViewer::View; view-setCamera(camera); osgViewer::CompositeViewer * cv = new osgViewer::CompositeViewer; cv-addView( view ); view-setSceneData(scene); view-addEventHandler(new osgViewer::StatsHandler); view-setCameraManipulator( new osgGA::TrackballManipulator); //Wenn camera auf ein GraphicsWindowQt zeigt, erhält man den gw-Zeiger, der ein osgQt-zeiger ist, der auf osg::Camera zeigt. Schlägt der Cast fehl, gibts einen Nullzeiger zurück. osgQt::GraphicsWindowQt* gw = dynamic_castosgQt::GraphicsWindowQt*(camera-getGraphicsContext()); //wenn gw nicht NULL ist, return getGLWidget(), sonst return NULL return gw ? gw-getGLWidget() : NULL; } QTOSG::QTOSG() : QWidget() { root = new osg::Group(); QWidget* widget1 = addViewWidget(createCamera(0,0,100,100, this), createPILLE()); QGridLayout* grid = new QGridLayout; grid-addWidget(widget1, 0, 0 ); setLayout( grid ); connect( _timer, SIGNAL(timeout()), this, SLOT(update()) ); _timer.start( 10 ); } QTOSG::~QTOSG() { } void QTOSG::paintEvent(QPaintEvent* event) { frame(); } osg::Node* QTOSG::createPILLE() { /*osg::Node* on = new osg::Node();*/ //Create a new geode node, derived from the osg::Node class, holds osg::Drawable osg::ref_ptrosg::Geode myshapegeode (new osg::Geode); //Create the Capsule osg::ref_ptrosg::Capsule myCapsule (new osg::Capsule(osg::Vec3f(),0.1,2)); osg::ref_ptrosg::ShapeDrawable capsuledrawable (new osg::ShapeDrawable(myCapsule.get())); myshapegeode-addDrawable(capsuledrawable.get()); //Capsule being added to the Scenegraph using the osg::Geode root-addChild(myshapegeode.get()); return root; } This is my current code; displays a grey window (not white anymore!!) wheee help? Thank you! Cheers, Patrick -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=43817#43817 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQt-Example
It looks like you disabled the paint event. I just posted a Qt example in another thread - perhaps that is a better starting point for you. -Marius ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQt-Example
Hi Marius, enabled the paintEvent, nothing changed. Cheers, Patrick -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=43798#43798 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQt-Example
This is what I think: o You're creating a new QWidget; QTOSG - this is your toplevel Widget o You're then creating a new GLWidget (created by osgQt::GraphicsWindowQt(traits), but it's not connected to the QTOSG widget. - You now have two twolevel widgets. Try modifying your code so that you can do this: traits-inheritedWindowData = new osgQt::GraphicsWindowQt::WindowData(NULL, yourQTOSGwidget); This should connect the two together. You might need to apply the WindowData patch I submitted to the submissions mailing list for this to work. These problems was the exact reason why I decided to write a widget from scratch.. Cheers, -Marius -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=43799#43799 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQt-Example
Thanks for the answer; I am indeed using Windows and Microsoft Visual studio 10. Problem solved. Thank you! Cheers, Patrick[/img] -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=43752#43752 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQt-Example
Hi, anyone wanna answer? Thank you! Cheers, Patrick -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=43788#43788 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] osgviewerQt-Example
Hi, I have a few problems regarding the osgviewerQt example: I can run it in release-mode w/o any problems, but when i switch to Debug, i get multiple Errors, when running the programm (Compiling is not an issue). It stops working at the line Code: QWidget* widget1 = addViewWidget( createCamera(0,0,100,100), osgDB::readNodeFile(cow.osgt) ); . Errors are in new.cpp, line 63 and crtexe.c, line 371. Unhandled Exceptions and access violations. Thank you for your time! Patrick -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=43689#43689 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQt-Example
Hello Patrick, I can run it in release-mode w/o any problems, but when i switch to Debug, i get multiple Errors, when running the programm (Compiling is not an issue). It stops working at the line Code: QWidget* widget1 = addViewWidget( createCamera(0,0,100,100), osgDB::readNodeFile(cow.osgt) ); . Errors are in new.cpp, line 63 and crtexe.c, line 371. Unhandled Exceptions and access violations. I assume you are using Windows / Visual Studio to build. You didn't mention it... Sounds like the classic problem of mixing binaries built with different runtimes, or mixing versions of OSG. You should rigorously scrutinize your linker settings and path to make sure you aren't linking a debug built executable to a release built library, or using a release DLL with a debug executable, etc. Hope this helps, J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.dyndns-web.com/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQT example
are multi-processor new york asian escort (http://www.nyasiangirls.com) systems. The New York Escort (http://www.nyasiangirls.com) third is a very fast single core Xenon. All they New York Asian Escorts (http://www.nyasiangirls.com) systems new york escorts (http://www.nyasiangirls.com) where there's no crash are single processor systems. Is anyone else able to run this demo on a multi-core system? Yeah, I know. That's one of the problems with drivers of varying -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=11663#11663 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQT example
Hi, Batateam, you are spaming on the list, I have seen the forum and the links doesn't seem to appear, but at mailing list (see your text below...) 2009/5/8 Batateam bata11...@gmail.com are multi-processor new york asian escort (http://www.nyasiangirls.com) systems. The New York Escort (http://www.nyasiangirls.com) third is a very fast single core Xenon. All they New York Asian Escorts (http://www.nyasiangirls.com) systems new york escorts (http://www.nyasiangirls.com) where there's no crash are single processor systems. Is anyone else able to run this demo on a multi-core system? Yeah, I know. That's one of the problems with drivers of varying -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=11663#11663 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Jordi Torres Fabra Instituto de Automática e Informática Industrial http://www.ai2.upv.es ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQT example
Hi Don, There's a significant new clue here. Two of my three systems that crash with osgviewerQT --QOSGWidget cow.osg are multi-processor systems. The third is a very fast single core Xenon. All they systems where there's no crash are single processor systems. Is anyone else able to run this demo on a multi-core system? I just ran osgviewerQT --QOSGWidget cow.osg on my Windows Vista SP1 machine here, which is a quad-core Intel Q6600 with 3GB RAM. Qt 4.4.3, NVidia driver 182.06, OSG from SVN (today). No crash here everything looks good. Of course none of your machines is Windows so that doesn't help you much. :-( Sounds to me like a driver problem. That'll usually be the case when the exact same program runs fine on a certain number of machines but not on others. Any chance you can try to revert to a previous driver or try a new one? If it feels to you like it could be related to multi-processor or multi-core, I know for a fact that NVidia corrected some bugs in the threading of their drivers lately, so perhaps a newer driver would get you those fixes. I know installing drivers manually is a hassle but at least it will give you an idea of whether that's the problem, until the given driver version filters down from the package repositories... Hope this helps, 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] osgviewerQT example
Thanks J-S, Updating the driver fixed the problem on two systems. I don't have access to the third system yet, but it's likely that a new driver will fix that one too. It's not always practical to install new software on other peoples systems. I own you at least 2 beers. I went to school close to Canada. Do they still make Old Vienna up there? -Don Jean-Sébastien Guay wrote: Hi Don, There's a significant new clue here. Two of my three systems that crash with osgviewerQT --QOSGWidget cow.osg are multi-processor systems. The third is a very fast single core Xenon. All they systems where there's no crash are single processor systems. Is anyone else able to run this demo on a multi-core system? I just ran osgviewerQT --QOSGWidget cow.osg on my Windows Vista SP1 machine here, which is a quad-core Intel Q6600 with 3GB RAM. Qt 4.4.3, NVidia driver 182.06, OSG from SVN (today). No crash here everything looks good. Of course none of your machines is Windows so that doesn't help you much. :-( Sounds to me like a driver problem. That'll usually be the case when the exact same program runs fine on a certain number of machines but not on others. Any chance you can try to revert to a previous driver or try a new one? If it feels to you like it could be related to multi-processor or multi-core, I know for a fact that NVidia corrected some bugs in the threading of their drivers lately, so perhaps a newer driver would get you those fixes. I know installing drivers manually is a hassle but at least it will give you an idea of whether that's the problem, until the given driver version filters down from the package repositories... Hope this helps, J-S ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQT example
Hi Don, Updating the driver fixed the problem on two systems. I don't have access to the third system yet, but it's likely that a new driver will fix that one too. It's not always practical to install new software on other peoples systems. Yeah, I know. That's one of the problems with drivers of varying quality... And why we have to report bugs to NVidia so that they're aware that lots of people use their drivers and have an incentive to keep the quality up. I own you at least 2 beers. I went to school close to Canada. Do they still make Old Vienna up there? Heh, I had to look that up. Apparently it's still being sold though I haven't seen that particular brand here (I'm in Montreal, Quebec). Not that much of a beer person myself, but if you're ever in the neighborhood send me a message and we'll see if we can find you some :-) 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] osgviewerQT example
Hi Don, the given example works for me without crashes with OSG 2.8, QT 4.5 on a Q6600 but a third of the viewer-frame is corrupted. My own integration of OSG and QT runs without crashes and corruption. Greetings Mathias Buhr On Fri, 2009-05-01 at 18:35 -0400, Don Leich wrote: Hi all, There's a significant new clue here. Two of my three systems that crash with osgviewerQT --QOSGWidget cow.osg are multi-processor systems. The third is a very fast single core Xenon. All they systems where there's no crash are single processor systems. Is anyone else able to run this demo on a multi-core system? -Don Leich ___ 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] osgviewerQT example
Hi all, There's a significant new clue here. Two of my three systems that crash with osgviewerQT --QOSGWidget cow.osg are multi-processor systems. The third is a very fast single core Xenon. All they systems where there's no crash are single processor systems. Is anyone else able to run this demo on a multi-core system? -Don Leich ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQT example
I looked into some odd behavior with an OSG/Qt based application at my place and traced this behavior back to an old favorite... osgviewerQT --QOSGWidget cow.osg This crashes on some systems, runs fine on others. This seems to be true for both OSG versions 2.8.1-rc2 and 2.9.2, Qt version 4.4.3 . We crash soon after we get a message: OpenGL version test failed, requires valid graphics context. Since there is no context glGetString returns NULL and we crash in osg::some class::Extensions::setupGLExtensions. Crashes on these systems: ghanima - SUSE LINUX 10.0 (X86-64) Quadro FX 4500 / PCI / SSE2 2.0.0 NVIDIA 76.67 bubba - Red Hat Enterprise Linux Client release 5 (Tikanga) X86-64 Quadro FX 4500 / PCI / SSE2 2.1.1 NVIDIA 100.14.19 cartman - Red Hat Enterprise Linux WS release 4 (Nahant) Quadro FX 3450/4000 SDI / PCI / SSE2 2.0.0 NVIDIA 76.76 There is no problem with the same test on these systems: dilbert - SUSE LINUX 10.1 (X86-64) Quadro FX 3400 / PCI / SSE2 2.1.2 NVIDIA 180.29 jeckle - SUSE LINUX Enterprise Server 9 (x86_64) Quadro FX 1100 / APG / SSE2 1.5.2 NVIDIA 66.29 curly - Red Hat Enterprise Linux WS release 4 (Nahant) FireGL V3100 1.3.5140 (X4.3.0-8.14.13) loki - Mac OS X 10.5.2 NVIDIA GeForce 7300 GT OpenGL Engine 2.0 NVIDIA-1.5.2 With OSG_WINDOWING_SYSTEM=Carbon. When OSG_WINDOWING_SYSTEM=X11 the programs launches two windows, one with rendering, the other white with window controls. (We haven't done a Windows build in a while, but had this examples working once upon a time.) Digging a bit deeper I found that glXMakeCurrent was failing, but without setting any gl error code. This was after glXCreateContext returned a valid result. If I make this change in QOSGWidget::createContext() ... // traits-inheritedWindowData = new WindowData(winId()); traits-inheritedWindowData = NULL; we no longer crash, but there are now two windows -- one live and one stale, much like the version on Mac with OSG_WINDOWING_SYSTEM=X11. A check of OpenGL doc indicated that there are legitimate reasons for glXMakeCurrent and glXMakeContextCurrent return false without an error. It would seem likely that Qt is creating a Window that is rejected by glXMakeCurrent some of the time. I'm not familiar with Qt source enough to debug that side of the problem. Does this sound like I'm on the right track? Anyone have a suggestion how to fix this on the OSG side? -Don Leich ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQT example
Hi, I tried to set the QOSGWidget from the examples as central widget in a QApplication (using setCentralWidget). It did not work (the central widget came up empty). Have anyone tried that before, or know what the problem can be? (A single-threaded QGLWidget based widget will work, but the QOSGWidget can use all threading models) Platform: Windows XP 32bit, OpenSceneGraph 2.8.0, QT 4.3.3, Visual Studio 2008 Pro. John Ivar Haugland ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQT example
I forgot to initialize the ViewerQOSG with a pointer (this) to the QMainWindow _viewer = new ViewerQOSG(this). It is ok now. John Ivar Haugland On Wed, Mar 18, 2009 at 3:20 PM, John Ivar Haugland john.haugl...@gmail.com wrote: Hi, I tried to set the QOSGWidget from the examples as central widget in a QApplication (using setCentralWidget). It did not work (the central widget came up empty). Have anyone tried that before, or know what the problem can be? (A single-threaded QGLWidget based widget will work, but the QOSGWidget can use all threading models) Platform: Windows XP 32bit, OpenSceneGraph 2.8.0, QT 4.3.3, Visual Studio 2008 Pro. John Ivar Haugland ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQT example
On Thu, Dec 25, 2008 at 8:12 AM, Don Leich d...@ilight.com wrote: Julian - thanks for the gift! Hi Don, you're welcome, I'm glad you find it useful. On a related note, I've never got around to cleaning up the patch and replying to Robert in the thread on osg-submissions [*]. It looks like your #ifdefs go some way towards addressing Robert's objections. Do you think your working copy could be used for merging the changes and if so, could you reply to Robert in the other thread? I am not sure whether he is reading this thread. Thanks, and all the best, Julian [*] http://lists.openscenegraph.org/pipermail/osg-submissions-openscenegraph.org/2008-November/002734.html http://lists.openscenegraph.org/pipermail/osg-submissions-openscenegraph.org/2008-November/002760.html ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQT example
Hi Richard, Thanks a lot for your comment, I actually tried VirtualBox and it works better than VMWare. On Tue, Dec 9, 2008 at 12:52 AM, Richard Baron Penman [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: yes I can confirm that flag works for me. I am using the older 1.6 version and haven't tested version 2, which came out last month. FYI I've found virtualizing Linux with VirtualBox more responsive than VMWare. Richard On Mon, Dec 8, 2008 at 8:05 PM, Serge Lages [EMAIL PROTECTED] wrote: Hi Richard, just to be sure, it works with the --QOSGWidget option ? On Mon, Dec 8, 2008 at 1:23 AM, Richard Baron Penman [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have that example working with Debian in VirtualBox. On Fri, Dec 5, 2008 at 7:56 PM, Serge Lages [EMAIL PROTECTED]wrote: Thank you very much for these information Don, so it seems that our crash is really related to VMWare, I think we'll need to install a proper Linux... :) On Fri, Dec 5, 2008 at 12:21 AM, Don Leich [EMAIL PROTECTED] wrote: The osgviewerQT example with the --QOSGWidget option has exposed some problems at the juction of OSG and the windowing system. I was aware of a problem running this on Mac OS X for a couple of weeks, but didn't pay much attention to it. I spent some time testing on a variey of Linux systems and found a problem there too. Please note I'm running OSG version 2.6.0. On Mac OS X osgviewerQT crashes after getting a BadWindow error from XGetWindowAttributes when called by osgViewer::GraphicsWindowX11::setWindow. The window attributes are garbage values. More curious, I tested two nearly identical systems and the example run OK on one and crashed on the other. $ osgviewerQT cow.osg --QOSGWidget --CompositeViewer --- OK on system 1 --- Fedora w/2.6.9-5.ELsmp kernel OpenGL renderer string: Quadro FX 3450/4000 SDI/PCI/SSE2 OpenGL version string: 2.1.1 NVIDIA 100.14.19 --- Crashes on system 2 --- Fedora w/2.6.9-5.ELsmp kernel OpenGL renderer string: Quadro FX 3450/4000 SDI/PCI/SSE2 OpenGL version string: 2.0.0 NVIDIA 76.76 Program received signal SIGABRT, Aborted. 0x004417a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) where #0 0x004417a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x00a6d955 in raise () from /lib/tls/libc.so.6 #2 0x00a6f319 in abort () from /lib/tls/libc.so.6 #3 0x0054d557 in __cxa_call_unexpected () from /usr/lib/libstdc++.so.5 #4 0x0054d5a4 in std::terminate () from /usr/lib/libstdc++.so.5 #5 0x0054d716 in __cxa_throw () from /usr/lib/libstdc++.so.5 #6 0x00503e33 in std::__throw_logic_error () from /usr/lib/libstdc++.so.5 #7 0x00540fc2 in std::string::_M_replace_safechar const* () from /usr/lib/libstdc++.so.5 #8 0x0053d894 in std::basic_stringchar, std::char_traitschar, std::allocatorchar ::basic_string () from #/usr/lib/libstdc++.so.5 #9 0x00fdf661 in osg::getGLVersionNumber () at /usr/osg/OpenSceneGraph-2.6.0/src/osg/GLExtensions.cpp:47 #10 0x010adf34 in osg::State::initializeExtensionProcs (this=0x9196ce8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osg/State.cpp:757 #11 0x00961c1f in osgUtil::SceneView::draw (this=0x919d898) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgUtil/SceneView.cpp:988 #12 0x0063dd6a in osgViewer::Renderer::cull_draw (this=0x919d6d8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/Renderer.cpp:535 #13 0x0063e83f in osgViewer::Renderer::operator() (this=0x919d6d8, context=0x90e79f8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/Renderer.cpp:636 #14 0x01028521 in osg::GraphicsContext::runOperations (this=0x90e79f8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osg/GraphicsContext.cpp:688 #15 0x00685289 in osgViewer::ViewerBase::renderingTraversals (this=0x90e6b88) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/ViewerBase.cpp:694 #16 0x00684a80 in osgViewer::ViewerBase::frame (this=0x90e6b88, simulationTime=1.7976931348623157e+308) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/ViewerBase.cpp:592 #17 0x0805b4c7 in CompositeViewerQOSG::paintEvent (this=0x90e6b88, event=0xbff758c0) at #/usr/osg/OpenSceneGraph-2.6.0/examples/osgviewerQT/QOSGWidget.cpp:296 #18 0x0350c0bc in QWidget::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #19 0x034778f9 in QApplication::internalNotify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #20 0x03477a8a in QApplication::notify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #21 0x03445f4c in QWidget::repaint () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #22 0x03507e0b in QWidget::repaint () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #23 0x0380ac13 in QWidget::qt_invoke () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #24 0x034d6450 in QObject::activate_signal () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #25 0x034d6b2a in QObject::activate_signal () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #26 0x0380929d in QTimer::timeout () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #27 0x034f615c in QTimer::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #28 0x034778f9
Re: [osg-users] osgviewerQT example
Hi Scott, I've been trying to use the ViewerQT portion of osgviewerQT example. Has anyone been able to get the ViewerQT class to work when the threading model is set to osgViewer::Viewer::ThreadPerContext instead of single threaded? ViewerQT subclasses AdapterWidget, which uses GraphicsWindowEmbedded. This forces you into SingleThreaded mode. Read up in the archives about GraphicsWindowEmbedded to find out why that is. The solution is to use QOSGWidget / ViewerQOSG which is demonstrated in the same example, and can be used with all threading models (which is what we do). Hope this helps, J-S -- __ Jean-Sebastien Guay[EMAIL PROTECTED] 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] osgviewerQT example
yes I can confirm that flag works for me. I am using the older 1.6 version and haven't tested version 2, which came out last month. FYI I've found virtualizing Linux with VirtualBox more responsive than VMWare. Richard On Mon, Dec 8, 2008 at 8:05 PM, Serge Lages [EMAIL PROTECTED] wrote: Hi Richard, just to be sure, it works with the --QOSGWidget option ? On Mon, Dec 8, 2008 at 1:23 AM, Richard Baron Penman [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have that example working with Debian in VirtualBox. On Fri, Dec 5, 2008 at 7:56 PM, Serge Lages [EMAIL PROTECTED]wrote: Thank you very much for these information Don, so it seems that our crash is really related to VMWare, I think we'll need to install a proper Linux... :) On Fri, Dec 5, 2008 at 12:21 AM, Don Leich [EMAIL PROTECTED] wrote: The osgviewerQT example with the --QOSGWidget option has exposed some problems at the juction of OSG and the windowing system. I was aware of a problem running this on Mac OS X for a couple of weeks, but didn't pay much attention to it. I spent some time testing on a variey of Linux systems and found a problem there too. Please note I'm running OSG version 2.6.0. On Mac OS X osgviewerQT crashes after getting a BadWindow error from XGetWindowAttributes when called by osgViewer::GraphicsWindowX11::setWindow. The window attributes are garbage values. More curious, I tested two nearly identical systems and the example run OK on one and crashed on the other. $ osgviewerQT cow.osg --QOSGWidget --CompositeViewer --- OK on system 1 --- Fedora w/2.6.9-5.ELsmp kernel OpenGL renderer string: Quadro FX 3450/4000 SDI/PCI/SSE2 OpenGL version string: 2.1.1 NVIDIA 100.14.19 --- Crashes on system 2 --- Fedora w/2.6.9-5.ELsmp kernel OpenGL renderer string: Quadro FX 3450/4000 SDI/PCI/SSE2 OpenGL version string: 2.0.0 NVIDIA 76.76 Program received signal SIGABRT, Aborted. 0x004417a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) where #0 0x004417a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x00a6d955 in raise () from /lib/tls/libc.so.6 #2 0x00a6f319 in abort () from /lib/tls/libc.so.6 #3 0x0054d557 in __cxa_call_unexpected () from /usr/lib/libstdc++.so.5 #4 0x0054d5a4 in std::terminate () from /usr/lib/libstdc++.so.5 #5 0x0054d716 in __cxa_throw () from /usr/lib/libstdc++.so.5 #6 0x00503e33 in std::__throw_logic_error () from /usr/lib/libstdc++.so.5 #7 0x00540fc2 in std::string::_M_replace_safechar const* () from /usr/lib/libstdc++.so.5 #8 0x0053d894 in std::basic_stringchar, std::char_traitschar, std::allocatorchar ::basic_string () from #/usr/lib/libstdc++.so.5 #9 0x00fdf661 in osg::getGLVersionNumber () at /usr/osg/OpenSceneGraph-2.6.0/src/osg/GLExtensions.cpp:47 #10 0x010adf34 in osg::State::initializeExtensionProcs (this=0x9196ce8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osg/State.cpp:757 #11 0x00961c1f in osgUtil::SceneView::draw (this=0x919d898) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgUtil/SceneView.cpp:988 #12 0x0063dd6a in osgViewer::Renderer::cull_draw (this=0x919d6d8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/Renderer.cpp:535 #13 0x0063e83f in osgViewer::Renderer::operator() (this=0x919d6d8, context=0x90e79f8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/Renderer.cpp:636 #14 0x01028521 in osg::GraphicsContext::runOperations (this=0x90e79f8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osg/GraphicsContext.cpp:688 #15 0x00685289 in osgViewer::ViewerBase::renderingTraversals (this=0x90e6b88) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/ViewerBase.cpp:694 #16 0x00684a80 in osgViewer::ViewerBase::frame (this=0x90e6b88, simulationTime=1.7976931348623157e+308) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/ViewerBase.cpp:592 #17 0x0805b4c7 in CompositeViewerQOSG::paintEvent (this=0x90e6b88, event=0xbff758c0) at #/usr/osg/OpenSceneGraph-2.6.0/examples/osgviewerQT/QOSGWidget.cpp:296 #18 0x0350c0bc in QWidget::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #19 0x034778f9 in QApplication::internalNotify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #20 0x03477a8a in QApplication::notify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #21 0x03445f4c in QWidget::repaint () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #22 0x03507e0b in QWidget::repaint () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #23 0x0380ac13 in QWidget::qt_invoke () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #24 0x034d6450 in QObject::activate_signal () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #25 0x034d6b2a in QObject::activate_signal () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #26 0x0380929d in QTimer::timeout () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #27 0x034f615c in QTimer::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #28 0x034778f9 in QApplication::internalNotify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #29 0x03477a8a in QApplication::notify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #30 0x0346bc6e in QEventLoop::activateTimers () from
Re: [osg-users] osgviewerQT example
I've been trying to use the ViewerQT portion of osgviewerQT example. Has anyone been able to get the ViewerQT class to work when the threading model is set to osgViewer::Viewer::ThreadPerContext instead of single threaded? Thanks Scott On Thu, Dec 4, 2008 at 8:11 AM, Serge Lages [EMAIL PROTECTED] wrote: Hi all, I would like to know if in a correctly configured Linux, the osgviewerQT example works with the --QOSGWidget option ? I am asking that because we are currently trying to achieve something similar with WinForms on Linux (using Mono), and we are following the same way than the QT example and the QOSGWidget. The big deal is that we are working with VMWare, without real graphics drivers, and this example crash the same way as our application. That's why we would like to know if it's related to VMWare or not. Thanks in advance ! -- Serge Lages http://www.tharsis-software.com ___ 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] osgviewerQT example
Oh, my apologies, I should have specified that I'm working under linux. On Mon, Dec 8, 2008 at 7:34 PM, Scott Senften [EMAIL PROTECTED] wrote: I've been trying to use the ViewerQT portion of osgviewerQT example. Has anyone been able to get the ViewerQT class to work when the threading model is set to osgViewer::Viewer::ThreadPerContext instead of single threaded? Thanks Scott On Thu, Dec 4, 2008 at 8:11 AM, Serge Lages [EMAIL PROTECTED] wrote: Hi all, I would like to know if in a correctly configured Linux, the osgviewerQT example works with the --QOSGWidget option ? I am asking that because we are currently trying to achieve something similar with WinForms on Linux (using Mono), and we are following the same way than the QT example and the QOSGWidget. The big deal is that we are working with VMWare, without real graphics drivers, and this example crash the same way as our application. That's why we would like to know if it's related to VMWare or not. Thanks in advance ! -- Serge Lages http://www.tharsis-software.com ___ 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] osgviewerQT example
I have that example working with Debian in VirtualBox. On Fri, Dec 5, 2008 at 7:56 PM, Serge Lages [EMAIL PROTECTED] wrote: Thank you very much for these information Don, so it seems that our crash is really related to VMWare, I think we'll need to install a proper Linux... :) On Fri, Dec 5, 2008 at 12:21 AM, Don Leich [EMAIL PROTECTED] wrote: The osgviewerQT example with the --QOSGWidget option has exposed some problems at the juction of OSG and the windowing system. I was aware of a problem running this on Mac OS X for a couple of weeks, but didn't pay much attention to it. I spent some time testing on a variey of Linux systems and found a problem there too. Please note I'm running OSG version 2.6.0. On Mac OS X osgviewerQT crashes after getting a BadWindow error from XGetWindowAttributes when called by osgViewer::GraphicsWindowX11::setWindow. The window attributes are garbage values. More curious, I tested two nearly identical systems and the example run OK on one and crashed on the other. $ osgviewerQT cow.osg --QOSGWidget --CompositeViewer --- OK on system 1 --- Fedora w/2.6.9-5.ELsmp kernel OpenGL renderer string: Quadro FX 3450/4000 SDI/PCI/SSE2 OpenGL version string: 2.1.1 NVIDIA 100.14.19 --- Crashes on system 2 --- Fedora w/2.6.9-5.ELsmp kernel OpenGL renderer string: Quadro FX 3450/4000 SDI/PCI/SSE2 OpenGL version string: 2.0.0 NVIDIA 76.76 Program received signal SIGABRT, Aborted. 0x004417a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) where #0 0x004417a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x00a6d955 in raise () from /lib/tls/libc.so.6 #2 0x00a6f319 in abort () from /lib/tls/libc.so.6 #3 0x0054d557 in __cxa_call_unexpected () from /usr/lib/libstdc++.so.5 #4 0x0054d5a4 in std::terminate () from /usr/lib/libstdc++.so.5 #5 0x0054d716 in __cxa_throw () from /usr/lib/libstdc++.so.5 #6 0x00503e33 in std::__throw_logic_error () from /usr/lib/libstdc++.so.5 #7 0x00540fc2 in std::string::_M_replace_safechar const* () from /usr/lib/libstdc++.so.5 #8 0x0053d894 in std::basic_stringchar, std::char_traitschar, std::allocatorchar ::basic_string () from #/usr/lib/libstdc++.so.5 #9 0x00fdf661 in osg::getGLVersionNumber () at /usr/osg/OpenSceneGraph-2.6.0/src/osg/GLExtensions.cpp:47 #10 0x010adf34 in osg::State::initializeExtensionProcs (this=0x9196ce8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osg/State.cpp:757 #11 0x00961c1f in osgUtil::SceneView::draw (this=0x919d898) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgUtil/SceneView.cpp:988 #12 0x0063dd6a in osgViewer::Renderer::cull_draw (this=0x919d6d8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/Renderer.cpp:535 #13 0x0063e83f in osgViewer::Renderer::operator() (this=0x919d6d8, context=0x90e79f8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/Renderer.cpp:636 #14 0x01028521 in osg::GraphicsContext::runOperations (this=0x90e79f8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osg/GraphicsContext.cpp:688 #15 0x00685289 in osgViewer::ViewerBase::renderingTraversals (this=0x90e6b88) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/ViewerBase.cpp:694 #16 0x00684a80 in osgViewer::ViewerBase::frame (this=0x90e6b88, simulationTime=1.7976931348623157e+308) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/ViewerBase.cpp:592 #17 0x0805b4c7 in CompositeViewerQOSG::paintEvent (this=0x90e6b88, event=0xbff758c0) at #/usr/osg/OpenSceneGraph-2.6.0/examples/osgviewerQT/QOSGWidget.cpp:296 #18 0x0350c0bc in QWidget::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #19 0x034778f9 in QApplication::internalNotify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #20 0x03477a8a in QApplication::notify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #21 0x03445f4c in QWidget::repaint () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #22 0x03507e0b in QWidget::repaint () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #23 0x0380ac13 in QWidget::qt_invoke () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #24 0x034d6450 in QObject::activate_signal () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #25 0x034d6b2a in QObject::activate_signal () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #26 0x0380929d in QTimer::timeout () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #27 0x034f615c in QTimer::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #28 0x034778f9 in QApplication::internalNotify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #29 0x03477a8a in QApplication::notify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #30 0x0346bc6e in QEventLoop::activateTimers () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #31 0x03427c2e in QEventLoop::processEvents () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #32 0x0348cf25 in QEventLoop::enterLoop () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #33 0x0348ce7e in QEventLoop::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #34 0x03476afb in QApplication::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #35 0x08058ac3 in mainQOSGWidget ([EMAIL PROTECTED], [EMAIL PROTECTED]) at
Re: [osg-users] osgviewerQT example
Thank you very much for these information Don, so it seems that our crash is really related to VMWare, I think we'll need to install a proper Linux... :) On Fri, Dec 5, 2008 at 12:21 AM, Don Leich [EMAIL PROTECTED] wrote: The osgviewerQT example with the --QOSGWidget option has exposed some problems at the juction of OSG and the windowing system. I was aware of a problem running this on Mac OS X for a couple of weeks, but didn't pay much attention to it. I spent some time testing on a variey of Linux systems and found a problem there too. Please note I'm running OSG version 2.6.0. On Mac OS X osgviewerQT crashes after getting a BadWindow error from XGetWindowAttributes when called by osgViewer::GraphicsWindowX11::setWindow. The window attributes are garbage values. More curious, I tested two nearly identical systems and the example run OK on one and crashed on the other. $ osgviewerQT cow.osg --QOSGWidget --CompositeViewer --- OK on system 1 --- Fedora w/2.6.9-5.ELsmp kernel OpenGL renderer string: Quadro FX 3450/4000 SDI/PCI/SSE2 OpenGL version string: 2.1.1 NVIDIA 100.14.19 --- Crashes on system 2 --- Fedora w/2.6.9-5.ELsmp kernel OpenGL renderer string: Quadro FX 3450/4000 SDI/PCI/SSE2 OpenGL version string: 2.0.0 NVIDIA 76.76 Program received signal SIGABRT, Aborted. 0x004417a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) where #0 0x004417a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x00a6d955 in raise () from /lib/tls/libc.so.6 #2 0x00a6f319 in abort () from /lib/tls/libc.so.6 #3 0x0054d557 in __cxa_call_unexpected () from /usr/lib/libstdc++.so.5 #4 0x0054d5a4 in std::terminate () from /usr/lib/libstdc++.so.5 #5 0x0054d716 in __cxa_throw () from /usr/lib/libstdc++.so.5 #6 0x00503e33 in std::__throw_logic_error () from /usr/lib/libstdc++.so.5 #7 0x00540fc2 in std::string::_M_replace_safechar const* () from /usr/lib/libstdc++.so.5 #8 0x0053d894 in std::basic_stringchar, std::char_traitschar, std::allocatorchar ::basic_string () from #/usr/lib/libstdc++.so.5 #9 0x00fdf661 in osg::getGLVersionNumber () at /usr/osg/OpenSceneGraph-2.6.0/src/osg/GLExtensions.cpp:47 #10 0x010adf34 in osg::State::initializeExtensionProcs (this=0x9196ce8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osg/State.cpp:757 #11 0x00961c1f in osgUtil::SceneView::draw (this=0x919d898) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgUtil/SceneView.cpp:988 #12 0x0063dd6a in osgViewer::Renderer::cull_draw (this=0x919d6d8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/Renderer.cpp:535 #13 0x0063e83f in osgViewer::Renderer::operator() (this=0x919d6d8, context=0x90e79f8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/Renderer.cpp:636 #14 0x01028521 in osg::GraphicsContext::runOperations (this=0x90e79f8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osg/GraphicsContext.cpp:688 #15 0x00685289 in osgViewer::ViewerBase::renderingTraversals (this=0x90e6b88) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/ViewerBase.cpp:694 #16 0x00684a80 in osgViewer::ViewerBase::frame (this=0x90e6b88, simulationTime=1.7976931348623157e+308) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/ViewerBase.cpp:592 #17 0x0805b4c7 in CompositeViewerQOSG::paintEvent (this=0x90e6b88, event=0xbff758c0) at #/usr/osg/OpenSceneGraph-2.6.0/examples/osgviewerQT/QOSGWidget.cpp:296 #18 0x0350c0bc in QWidget::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #19 0x034778f9 in QApplication::internalNotify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #20 0x03477a8a in QApplication::notify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #21 0x03445f4c in QWidget::repaint () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #22 0x03507e0b in QWidget::repaint () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #23 0x0380ac13 in QWidget::qt_invoke () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #24 0x034d6450 in QObject::activate_signal () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #25 0x034d6b2a in QObject::activate_signal () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #26 0x0380929d in QTimer::timeout () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #27 0x034f615c in QTimer::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #28 0x034778f9 in QApplication::internalNotify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #29 0x03477a8a in QApplication::notify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #30 0x0346bc6e in QEventLoop::activateTimers () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #31 0x03427c2e in QEventLoop::processEvents () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #32 0x0348cf25 in QEventLoop::enterLoop () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #33 0x0348ce7e in QEventLoop::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #34 0x03476afb in QApplication::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #35 0x08058ac3 in mainQOSGWidget ([EMAIL PROTECTED], [EMAIL PROTECTED]) at #/usr/osg/OpenSceneGraph-2.6.0/examples/osgviewerQT/QOSGWidget.cpp:383 #36 0x0805e927 in main (argc=2, argv=0xbff76184) at
[osg-users] osgviewerQT example
Hi all, I would like to know if in a correctly configured Linux, the osgviewerQT example works with the --QOSGWidget option ? I am asking that because we are currently trying to achieve something similar with WinForms on Linux (using Mono), and we are following the same way than the QT example and the QOSGWidget. The big deal is that we are working with VMWare, without real graphics drivers, and this example crash the same way as our application. That's why we would like to know if it's related to VMWare or not. Thanks in advance ! -- Serge Lages http://www.tharsis-software.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQT example
The osgviewerQT example with the --QOSGWidget option has exposed some problems at the juction of OSG and the windowing system. I was aware of a problem running this on Mac OS X for a couple of weeks, but didn't pay much attention to it. I spent some time testing on a variey of Linux systems and found a problem there too. Please note I'm running OSG version 2.6.0. On Mac OS X osgviewerQT crashes after getting a BadWindow error from XGetWindowAttributes when called by osgViewer::GraphicsWindowX11::setWindow. The window attributes are garbage values. More curious, I tested two nearly identical systems and the example run OK on one and crashed on the other. $ osgviewerQT cow.osg --QOSGWidget --CompositeViewer --- OK on system 1 --- Fedora w/2.6.9-5.ELsmp kernel OpenGL renderer string: Quadro FX 3450/4000 SDI/PCI/SSE2 OpenGL version string: 2.1.1 NVIDIA 100.14.19 --- Crashes on system 2 --- Fedora w/2.6.9-5.ELsmp kernel OpenGL renderer string: Quadro FX 3450/4000 SDI/PCI/SSE2 OpenGL version string: 2.0.0 NVIDIA 76.76 Program received signal SIGABRT, Aborted. 0x004417a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) where #0 0x004417a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x00a6d955 in raise () from /lib/tls/libc.so.6 #2 0x00a6f319 in abort () from /lib/tls/libc.so.6 #3 0x0054d557 in __cxa_call_unexpected () from /usr/lib/libstdc++.so.5 #4 0x0054d5a4 in std::terminate () from /usr/lib/libstdc++.so.5 #5 0x0054d716 in __cxa_throw () from /usr/lib/libstdc++.so.5 #6 0x00503e33 in std::__throw_logic_error () from /usr/lib/libstdc++.so.5 #7 0x00540fc2 in std::string::_M_replace_safechar const* () from /usr/lib/libstdc++.so.5 #8 0x0053d894 in std::basic_stringchar, std::char_traitschar, std::allocatorchar ::basic_string () from #/usr/lib/libstdc++.so.5 #9 0x00fdf661 in osg::getGLVersionNumber () at /usr/osg/OpenSceneGraph-2.6.0/src/osg/GLExtensions.cpp:47 #10 0x010adf34 in osg::State::initializeExtensionProcs (this=0x9196ce8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osg/State.cpp:757 #11 0x00961c1f in osgUtil::SceneView::draw (this=0x919d898) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgUtil/SceneView.cpp:988 #12 0x0063dd6a in osgViewer::Renderer::cull_draw (this=0x919d6d8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/Renderer.cpp:535 #13 0x0063e83f in osgViewer::Renderer::operator() (this=0x919d6d8, context=0x90e79f8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/Renderer.cpp:636 #14 0x01028521 in osg::GraphicsContext::runOperations (this=0x90e79f8) at #/usr/osg/OpenSceneGraph-2.6.0/src/osg/GraphicsContext.cpp:688 #15 0x00685289 in osgViewer::ViewerBase::renderingTraversals (this=0x90e6b88) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/ViewerBase.cpp:694 #16 0x00684a80 in osgViewer::ViewerBase::frame (this=0x90e6b88, simulationTime=1.7976931348623157e+308) at #/usr/osg/OpenSceneGraph-2.6.0/src/osgViewer/ViewerBase.cpp:592 #17 0x0805b4c7 in CompositeViewerQOSG::paintEvent (this=0x90e6b88, event=0xbff758c0) at #/usr/osg/OpenSceneGraph-2.6.0/examples/osgviewerQT/QOSGWidget.cpp:296 #18 0x0350c0bc in QWidget::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #19 0x034778f9 in QApplication::internalNotify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #20 0x03477a8a in QApplication::notify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #21 0x03445f4c in QWidget::repaint () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #22 0x03507e0b in QWidget::repaint () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #23 0x0380ac13 in QWidget::qt_invoke () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #24 0x034d6450 in QObject::activate_signal () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #25 0x034d6b2a in QObject::activate_signal () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #26 0x0380929d in QTimer::timeout () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #27 0x034f615c in QTimer::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #28 0x034778f9 in QApplication::internalNotify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #29 0x03477a8a in QApplication::notify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #30 0x0346bc6e in QEventLoop::activateTimers () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #31 0x03427c2e in QEventLoop::processEvents () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #32 0x0348cf25 in QEventLoop::enterLoop () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #33 0x0348ce7e in QEventLoop::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #34 0x03476afb in QApplication::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #35 0x08058ac3 in mainQOSGWidget ([EMAIL PROTECTED], [EMAIL PROTECTED]) at #/usr/osg/OpenSceneGraph-2.6.0/examples/osgviewerQT/QOSGWidget.cpp:383 #36 0x0805e927 in main (argc=2, argv=0xbff76184) at #/usr/osg/OpenSceneGraph-2.6.0/examples/osgviewerQT/osgviewerQT.cpp:51 (gdb) Is the driver on system 2 known to be buggy? I saw the thread on the affect of the locale setting on getGLVersionNumber, but I don't think that's the problem here. Local is LC_ALL=C on both of these systems. I'll be glad to provide more
[osg-users] osgviewerQT example requires Qt 4.3
After a recent recompile osgviewerQT fails to compile against Qt4.2, complaining about missing QMdiArea and friends in AdapterWidget.cpp. These classes were introduced in Qt4.3 according to Trolltech's site (http://doc.trolltech.com/4.3/qmdiarea.html). It looks like OSG's Cmake config doesn't check for Qt4.3, only for a version of Qt 4. Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org