Re: [osg-users] [Solved] OSG and CEGUI 0.7
Heh, it worked, but I had no issues with 8 sec delay. I'm using CEGUI 0.7 from SVN under linux with SDL. Great! :D Thanks.. -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=27875#27875 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osg latest developer release, memory leak under linux
I've checked build with VERBOSE=1, nothing like -march is not set... Cheers, Paweł -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=27848#27848 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osg latest developer release, memory leak under linux
dglenn wrote: > > Didn't notice anything wrong here, even using files built with VPB. What do I > look for - if anything? > This issue arised with latest developer release/SVN and it seems that problem has been spotted. Regards, Pawel -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=27844#27844 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osg latest developer release, memory leak under linux
I have a workstation running FC10 and will try to reproduce the problem. [/quote] I'm just running 'osgviewer --window 100 100 1024 768 cow.osg' on my FC10 workstation but can't see any problem with memory. 'top' is reporting PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 19965 uli 20 0 197m 25m 21m R 99.8 0.3 2:35.06 osgviewer The VIRT, RES, SHR numbers have been rock-solid for the entire time. [/quote] What version have you compiled for tests? if you have checked out sources recently from SVN then issue has been fixed not long ago (see previous posts). Could you post the logs from configure? There should be one test that fails because of incorrect -march setting in CFLAGS (so it seems). The driver versions and cards are in my first post of this thread. Regards, Pawel -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=27843#27843 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [Solved] OSG and CEGUI 0.7
I've checked latest 0.7.1 snapshots and SVN. Problem with resize remains (crash when sending new window size to CEGUI system). I've also managed to display CEGUI controls with OSG (osg code appeared to be good, the problem was my framework based on Qt, I switched to SDL and everything begun to display correctly, though I have one issue with origin of y coordinates). When I move mouse up, CEGUI cursor moves down. -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=27830#27830 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osg latest developer release, memory leak under linux
Mathias Fröhlich wrote: > Hi, > I can see three possibilities: > * Your compile flags containe -march=i386 or (may be this is also sufficient > to trigger this, -march=i486). > * The compiler you used is may be hand compiled and has a default > architecture > of -march=i386. > * The gcc in fedora 10 has still a default instruction set architecture > of -march=i386. > Where I can check those flags? Cmake isn't displaying any information about flags is using during build process. I've looked through the Makefiles generated by CMake and I haven't seen any additional CFLAGS settings. So if -march=i386 is set by gcc 4.3.3 by default under FC10 then this is very good explanation why this GCC BUILTINS test fails. Anyway I've rebuild the osg with Matthias Frohlig patches and it seems that leaking doesn't occur and everything looks stable now, Thanks. But as Robert stated before CMake isn't setting correct architecture under FC10. I will look into it tomorrow. Anyway thanks everyone for help. :) Regards, Pawel -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=27828#27828 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osg latest developer release, memory leak under linux
> > I did not look too close. But I would guess that this has something todo with > the cflags that are used in this particular build. > Is it a 32-bit build? > Yes it is. Regards, Pawel -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=27810#27810 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [Solved] OSG and CEGUI 0.7
pertur: thanks for sharing this. I haven't tried anything older than 0.7.1 official version. I will try with svn and latest snapshot.. -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=27787#27787 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] CEGUI rendering with black windows...
Robert, you should rather set the state of the node where CEGUI drawable is attached and set it's state like this: Code: node->getOrCreateStateSet()->setMode(GL_LIGHTING,osg::StateAttribute::OVERRIDE |osg::StateAttribute::OFF); -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=27781#27781 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osg latest developer release, memory leak under linux
Ulrich Hertlein wrote: > > I have a workstation running FC10 and will try to reproduce the problem. > Did you try valgrind, maybe it can spot a problem? > I haven't checked it yet. If you could check it under your system it would be great. Thanks in advance. Just load basic model cow.osg with osgviewer for example and see what 'top' reports. Regards, Pawel -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=27779#27779 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osg latest developer release, memory leak under linux
J.P. Delport wrote: > Hi, > Maybe send the output of cmake as well, e.g. how it configured > OpenThreads etc. > I've posted complete configure script output(from Fedora 10) in one of my previous posts (Mon May 10, 2010 10:51 am) in this thread. And I've noticed one difference between Ubuntu and Fedora builds. I've configured everything in the same folder. Test _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS fails under FC10. -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=2#2 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osg latest developer release, memory leak under linux
robertosfield wrote: > Hi Pawel, > Could you explain the nature of your database, there is chance you are > seeing something related to the DatabasePager issue I mentioned, but > there is nothing others can do to investigate unless you are more > specific. > Robert, I cannot be more specific than that. I only can tell how I am able to replicate the problem under FC10. I launch osgviewer build from latest developer release or SVN, launch "osgviewer cow.osg", model displays like always. I'm launching console, turn on 'top' utility and I'm able to see how memory is running out percent by percent in osgviewer. Memory usage goes up in linear way and it doesn't stop. I can record a movie if you don't believe me. Bigger models result in more agressive memory leak (in osgviewer). I haven't seen anything like this under recent Ubuntu 32/64 bit and in recent stable release. Everything was very stable there. And that's weird. If those informations aren't enough, then what more I could do to describe problem better? I think that I'm specific enough. The one thing that comes to my mind is posting libraries versions that I have installed on my system plus other parameters like cpu etc... Regards, Pawel -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=27765#27765 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] CEGUI rendering with black windows...
Have you turned lighting off? BTW I'm fighting with it atm. How have you set up rendering of the CEGUI geode and where have you added CEGUI notifyDisplaySizeChanged and grabGLTexture stuff? Regards, Pawel -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=27763#27763 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osg latest developer release, memory leak under linux
robertosfield wrote: > Hi Pawel, > If the leak issue is isolated to just Fedora and not other linux > distribution it would look like a driver/X11 issue and outwith the > control of the OSG. > I've tested under two distributions, I couldn't verify every linux distribution that is used with osg :), so I cannot confirm that problem is only under Fedora. That's why I've asked if anyone had similar problems. If it comes about X11/driver issue. Yes, it could be that way, but for me it isn't normal when things are breaking apart such as this. Earlier version of osg worked fine, so why the recent one isn't and why the older drivers aren't good enough (if this is driver issue)? Or in another way what was introduced in recent osg that could expose problems with older X11/drivers (or whatever it may be)? Anyway under Fedora Core 10 I have ( xorg-x11-server 1.5.3-18.fc10): X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build is from 2009 and there were no newer ones. Regards, Pawel -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=27762#27762 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [Solved] OSG and CEGUI 0.7
Pertur wrote:
> I´m trying to implement osg with CEGUI 0.7.1... we have the osgcegui.cpp
> example but is based on older version.!
I'm trying to do similar thing with CEGUI 0.7.1, I've got the code which worked
under plain OpenGL, but under OSG I've got white textures (geometry seems to be
ok, because I've got nice wireframes ;) ).
Anyway first thing, under CEGUI in resize event I have to get GL renderer and
notify CEGUI about window change size.
Code:
CEGUI::OpenGLRenderer *glRenderer=static_cast(CEGUI::System::getSingleton().getRenderer());
glRenderer->grabTextures();
CEGUI::System::getSingleton().notifyDisplaySizeChanged(CEGUI::Size((float)size.width(),(float)size.height()));
glRenderer->restoreTextures();
Problem is that notifyDisplaySizeChanged() gives me exception:
Code:
terminate called after throwing an instance of 'CEGUI::RendererException
CEGUI::RendererException'
what(): CEGUI::RendererException in file CEGUIOpenGLTexture.cpp(204) :
OpenGLTexture::setTextureSize: size too big
CEGUI::RendererException in file CEGUIOpenGLTexture.cpp(204) :
OpenGLTexture::setTextureSize: size too big
I'm adding CEGUI drawable like this:
Code:
root=new osg::Group;
scene= new osg::Group;
string str;
gui=new osg::Group;
osg::setNotifyLevel(osg::ALWAYS );
osg::ref_ptr guiGeom=new osg::Geode;
osg::ref_ptr HUDcam = new osg::Camera;
HUDcam->setReferenceFrame(osg::Transform::ABSOLUTE_RF);
HUDcam->setClearMask(0);
HUDcam->setRenderOrder(osg::Camera::POST_RENDER);
HUDcam->setAllowEventFocus(false);
HUDcam->getOrCreateStateSet()->setMode(GL_DEPTH_TEST,osg::StateAttribute::OVERRIDE
| osg::StateAttribute::OFF);
HUDcam->getOrCreateStateSet()->setMode(GL_LIGHTING,osg::StateAttribute::OVERRIDE
|osg::StateAttribute::OFF);
HUDcam->getOrCreateStateSet()->setRenderingHint(osg::StateSet::TRANSPARENT_BIN);
HUDcam->getOrCreateStateSet()->setRenderBinDetails(100,"RenderBin");
HUDcam->getOrCreateStateSet()->setMode(GL_BLEND,osg::StateAttribute::OVERRIDE|osg::StateAttribute::ON);
HUDcam->getOrCreateStateSet()->setTextureMode(0, GL_TEXTURE_2D,
osg::StateAttribute::OVERRIDE|osg::StateAttribute::ON);
HUDcam->setProjectionMatrix(osg::Matrix::ortho2D(0,1024,0,768));
osg::CullFace *cull = new osg::CullFace();
cull->setMode(osg::CullFace::BACK);
HUDcam->getOrCreateStateSet()->setAttributeAndModes(cull,
osg::StateAttribute::ON);
scene->setName("3d_scene");
root->setName("root");
gui->setName("gui");
//add groups to the main node
root->addChild(scene);
HUDcam->addChild(gui.get());
// load the scene.
osg::ref_ptr loadedModel = osgDB::readNodeFile("cow.osg");
scene->addChild(loadedModel.get());
this->setThreadingModel(osgViewer::Viewer::SingleThreaded);
this->realize();
this->getCamera()->getGraphicsContext()->makeCurrent();
osg::ref_ptr cd = new CEGUIDrawable();
root->addChild(scene.get());
root->addChild(HUDcam.get());
guiGeom->addDrawable(cd.get());
gui->addChild(guiGeom.get());
this->setSceneData(root.get());
Anyone had problems like this?
[/code]
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=27747#27747
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osg latest developer release, memory leak under linux
I've checked everything with osgViewer. Seems that roblem occurs only under Fedora 10 (we had no issues with previous stable version). And this is very strange. Maybe other older distributions are affected as well. Leaking is visible on standard models (like cow.osg), although slower than on bigger ones (we had ~10mb ive model with animations). Memory leaks and it doesn't stop. It looks like number of vertices is growing in each frame. We have tried to rebuild, reinstall osg, clean caches etc, but results are still the same. On windows everything is ok, also on recent Ubuntu 32-bit/64 (10.04). Regards, Pawel -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=27744#27744 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osg latest developer release, memory leak under linux
Hello, I've tested everything under ubuntu 10.04 32 bit version too with NVIDIA drivers 195.36.15, SVN rev 11406, osg v. 2.9.8 and everything seems stable (I've tested it with our problematic model too). Here is also log from cmake script launch, maybe someone will be able to spot something what is wrong: At first look Test _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS fails under FC10. It's not the case under Ubuntu. Here is log from Fedora(gcc (GCC) 4.3.2 20081105 (Red Hat 4.3.2-7) ): Code: -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /usr/lib/ccache/gcc -- Check for working C compiler: /usr/lib/ccache/gcc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/lib/ccache/c++ -- Check for working CXX compiler: /usr/lib/ccache/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Looking for include files CMAKE_HAVE_PTHREAD_H -- Looking for include files CMAKE_HAVE_PTHREAD_H - found -- Looking for pthread_create in pthreads -- Looking for pthread_create in pthreads - not found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - found -- Found Threads: TRUE -- Looking for XOpenDisplay in /usr/lib/libX11.so;/usr/lib/libXext.so -- Looking for XOpenDisplay in /usr/lib/libX11.so;/usr/lib/libXext.so - found -- Looking for gethostbyname -- Looking for gethostbyname - found -- Looking for connect -- Looking for connect - found -- Looking for remove -- Looking for remove - found -- Looking for shmat -- Looking for shmat - found -- Looking for IceConnectionNumber in ICE -- Looking for IceConnectionNumber in ICE - found -- Found X11: /usr/lib/libX11.so -- checking for module 'libxml-2.0' -- found libxml-2.0, version 2.7.6 -- Found LibXml2: /usr/lib/libxml2.so -- Found CURL: /usr/lib/libcurl.so -- checking for module 'xulrunner-xpcom<=1.8.9' -- package 'xulrunner-xpcom<=1.8.9' not found -- checking for module 'xulrunner-js' -- package 'xulrunner-js' not found -- checking for module 'xulrunner-nspr' -- package 'xulrunner-nspr' not found -- checking for module 'xulrunner-nss' -- package 'xulrunner-nss' not found -- Looking for Q_WS_X11 -- Looking for Q_WS_X11 - found -- Looking for Q_WS_WIN -- Looking for Q_WS_WIN - not found. -- Looking for Q_WS_QWS -- Looking for Q_WS_QWS - not found. -- Looking for Q_WS_MAC -- Looking for Q_WS_MAC - not found. -- Found Qt-Version 4.5.3 (using /usr/bin/qmake-qt4) -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so -- Looking for _POSIX_TIMERS -- Looking for _POSIX_TIMERS - found -- checking for module 'gtk+-2.0' -- found gtk+-2.0, version 2.14.7 -- checking for module 'gtkglext-x11-1.0' -- found gtkglext-x11-1.0, version 1.2.0 -- checking for module 'librsvg-2.0' -- found librsvg-2.0, version 2.22.3 -- checking for module 'cairo' -- found cairo, version 1.8.0 -- checking for module 'poppler-glib' -- package 'poppler-glib' not found -- Found JPEG: /usr/lib/libjpeg.so -- Found PNG: /usr/lib/libpng.so -- Found TIFF: /usr/lib/libtiff.so -- Performing Test _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS -- Performing Test _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS - Failed -- Performing Test _OPENTHREADS_ATOMIC_USE_MIPOSPRO_BUILTINS -- Performing Test _OPENTHREADS_ATOMIC_USE_MIPOSPRO_BUILTINS - Failed -- Performing Test _OPENTHREADS_ATOMIC_USE_SUN -- Performing Test _OPENTHREADS_ATOMIC_USE_SUN - Failed -- Performing Test _OPENTHREADS_ATOMIC_USE_WIN32_INTERLOCKED -- Performing Test _OPENTHREADS_ATOMIC_USE_WIN32_INTERLOCKED - Failed -- Performing Test _OPENTHREADS_ATOMIC_USE_BSD_ATOMIC -- Performing Test _OPENTHREADS_ATOMIC_USE_BSD_ATOMIC - Failed -- Looking for pthread_yield -- Looking for pthread_yield - found -- Looking for pthread_setconcurrency -- Looking for pthread_setconcurrency - found -- Looking for pthread_getconcurrency -- Looking for pthread_getconcurrency - found -- Looking for pthread_setaffinity_np -- Looking for pthread_setaffinity_np - found -- Performing Test COMPILES_PTHREAD_SETAFFINITY_NP -- Performing Test COMPILES_PTHREAD_SETAFFINITY_NP - Success -- checking for module 'xrandr' -- found xrandr, version 1.2.3 The build system is configured to install libraries to /usr/local/lib 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 an OpenSceneGraph specific ld.so configuration with: sudo make install_ld_conf -- Configuring done -- Generating done -- Build files have been written to: /home/goralski/OSG_SVN/OpenSceneGraph Any ideas? [/code] -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=27697#27697 __
[osg-users] osg latest developer release, memory leak under linux
Hello, It's my first post and not pleasant one ;). We have noticed an issue with recent osg versions (SVN R:11406 and latest official developer release OpenSceneGraph-2.9.7). It seems that problem occurs only under Linux, on Windows everything seems fine. After loading the model in osgviewer memory leaks with 5mb/s rate (it depends on model size I guess). We have checked it in single and multithreaded mode with several NVIDIA drivers versions. Memory usage was checked with 'top'. We have tested osg (two versions mentioned above) on several machines: 1) WinXP SP2, Nvidia drivers 196.21, SVN R:11406 2) Fedora Core 10(32 bit), GF7800GTX, Nvidia drivers 180.60 3) Fedora Core 10, NVIDIA 285, Nvidia drivers 180.60 4) Fedora Core 10, NVIDIA 8600GT , Nvidia drivers 195.36 Anyone has noticed similar thing under Linux? The model we have used was quite big, it had many animation paths, but it seems that problem occurs even with other models as well (cow.osg for example). Anyone could confirm that the problem occurs also on their machines? I can post other details if needed. Regards, Pawel Goralski -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=27655#27655 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
