Re: [osg-users] Happy Chinese New Year!
Happy Chinese New Year Wang! -Nick On Sat, Feb 13, 2010 at 7:29 AM, Wang Rui wangra...@gmail.com wrote: Hi all, Happy Chinese new year to the OSG community! This is also called the Spring festival or Lunar new year, which is one of the most important traditional holidays in China. We always eat dumplings and lanterns (sweet dumplings made of glutinous rice flour) these days, clean the house, feast with families and travel everywhere these days. At the beginning of this year, the new osgt/osgb native format was added into core osg libraries, which is designed to be serialized, extendable and have dual ascii/binary supports. It now requires for public attentions, tests and advices, to be put into actual uses as soon as possible. You may find more information on the osg wiki: http://www.openscenegraph.org/projects/osg/wiki/Support/KnowledgeBase/SerializationSupport To have quickly experience on it, just type: # ./osgconv cow.osg cow.osgb # ./osgviewer cow.osgb And the ascii one: # ./osgconv cow.osg cow.osgt # ./osgviewer cow.osgt I'll be on vacation to Sichuan for a week and would like to continue work on the new format to perfect it after back. Hope everybody have a most happy and prosperous life in the year of Tiger (from the lunisolar Chinese calendar). Kung Hei Fat Choy! ;-) Wang Rui ___ 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] [osgPPU] osgPPU cube map sample
Hi Sebastian, no, I can not confirm that. On my machines the yellow cube-map part is also showed. Which osg version do you have? Which osgPPU version do you have? I see on you screenshot, that some of the faces not rendered at all. This shouldn't be either the case. Maybe you somehow enabled face culling there?! Unit texture?? Can you point me on the source line you are talking about. All I can see is the parameter unit, which defines the texture unit (so an integer) of the texture. The source code was originaly a code from osg cubemap reflection example and was just modified to show output of the osgPPU. Hence it might be little bit confusing with parameters there. Cheers, Art -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=24112#24112 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [osgPPU] Problems with resizing
Hi Mick, Christian, Christian: Yes the texture can be resized with just a simple setTextureSize. When you call this method a texture will be marked as dirty and will be resized on the next Texture::apply method in the osg core. So the reallocation is done automatically. Mick: Hmm, it seems that you force your camera to resetup completly on the next apply call. This actually make sense. I would try this as soon as I have enough time. Thank you! Cheers, Art -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=24113#24113 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgTerrain
Hi, to render terrain in OSG, there are several methods. First of all you have to choose between preprocessing your terrain for high performance and rendering on demand for high flexibility and low performance. For the first method, you can use VirtualPlanetBuilder (an other project of OSG), which creates an database in the osg standart format .ive For the second approach, you can use the project osgEarth, which allows the define project files, in which you can select several driver and source formats. This way, your DEM und orthophoto is processt during rendering of course you have to pay this flexibility with performance So, as next step you could google after both projects and dive into them. Have fun! Cheers, Torben -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=24114#24114 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph and MultiThreading
Hi, I'm interested as well ;) Thank you! Cheers, Torben -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=24115#24115 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Mapping from window to world coordinates
Paul Martz 12.02.2010 20:45: The Camera's View matrix contains the eye position, if that's what you're trying to obtain: osg::Matrix m( getCamera()-getViewMatrix() ); osg::Vec3 eye( m(3,0), m(3,1), m(3.2) ); (OK, I might have row versus column order messed up, so swap the row and column parameters if needed.) -Paul What I'm actually trying to obtain is the line-of-sight in world space going from eye point to the where the mouse cursor points to. Any hints on that particular problem? Volker Poplawski wrote: Hi everyone. I'm trying to calculate the line-of-sight line in world space, which involves mapping from window space. My approach works in principal, however the resulting positions are allways off by a small amount. Inside a osg::View I have: Matrixd m; m.preMult(getCamera()-getViewport()-computeWindowMatrix()); m.preMult(getCamera()-getProjectionMatrix()); m.preMult(getCamera()-getViewMatrix()); Matrixd inv; inv.invert(m); For example: I exspect Vec3d( winWidth/2, winHeight/2, 0.0 ) * inv ; to yield the camera/eye position. However the x,y,z coords differ in about 0.5% from the eyepos of getCamera()-getViewMatrixAsLookAt(). (Unless the camera is positioned in world origin) Do I miss something? Regards ..Volker ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Mapping from window to world coordinates
Volker Poplawski wrote: Paul Martz 12.02.2010 20:45: The Camera's View matrix contains the eye position, if that's what you're trying to obtain: osg::Matrix m( getCamera()-getViewMatrix() ); osg::Vec3 eye( m(3,0), m(3,1), m(3.2) ); (OK, I might have row versus column order messed up, so swap the row and column parameters if needed.) -Paul What I'm actually trying to obtain is the line-of-sight in world space going from eye point to the where the mouse cursor points to. Any hints on that particular problem? Well, your original message below seems to be on the right track, but you only mentioned trouble computing the eye position. What happens when you use the mouse click position as input to your function below? And then use the eye position as computed above, and create a ray from that? Doesn't that work for you? If What you have below doesn't work and you're unable to debug it using normal debugging techniques... I guess I'd code it slightly different. I would try something like this instead: osg::Vec4 ndc; ndc[0] = winX / viewport.width * 2. - 1.; ndc[1] = winY / viewport.height * 2. - 1.; ndc[2] = -1.; ndc[3] = 1.; osg::Vec3 oc = ndc * projectionInverse * modelViewInverse; This is pretty much straight out of the Mesa implementation for gluUnProject. -Paul Volker Poplawski wrote: Hi everyone. I'm trying to calculate the line-of-sight line in world space, which involves mapping from window space. My approach works in principal, however the resulting positions are allways off by a small amount. Inside a osg::View I have: Matrixd m; m.preMult(getCamera()-getViewport()-computeWindowMatrix()); m.preMult(getCamera()-getProjectionMatrix()); m.preMult(getCamera()-getViewMatrix()); Matrixd inv; inv.invert(m); For example: I exspect Vec3d( winWidth/2, winHeight/2, 0.0 ) * inv ; to yield the camera/eye position. However the x,y,z coords differ in about 0.5% from the eyepos of getCamera()-getViewMatrixAsLookAt(). (Unless the camera is positioned in world origin) Do I miss something? Regards ..Volker ___ 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] CDash reporting is incorrect
Well, thanks, but I can tell you for certain the build did not complete in 0.3 minutes, so that's another CDash reporting problem that should be investigated and resolved. As I mentioned in another discussion thread, CDash only uses one CPU on my 8-core OS X system and the build takes 35 or 40 minutes to complete. It's clearly doing a full rebuild, so this is not the cause of the missing warnings. Any other ideas? -Paul Philip Lowman wrote: According to the dashboard your build completed in 0.3 minutes. My guess is you're not make cleaning the build before kicking off the Nightly target so the warnings aren't showing up unless that particular source file gets recompiled. Your best bet is probably to create a CTest script and use ctest -S foo.cmake to kick off your builds. It will run CMake configuring from scratch, build the code and then run ctest and submit all of the results. See: http://www.itk.org/Wiki/CMake_Scripting_Of_CTest be sure to include the following line for a clean build every night: set(CTEST_START_WITH_EMPTY_BINARY_DIRECTORY TRUE) On Fri, Feb 12, 2010 at 7:05 PM, Paul Martz pma...@skew-matrix.com wrote: Hi all -- I routinely get harmless warnings with my OSG build on OS X. I've set up the system (MotorCity) for nightly reporting, but the CDash web page never shows the warning. http://cdash.openscenegraph.org/index.php?project=OpenSceneGraph I know the warnings are occurring in the nightly build because I see * asterisks in the console output during the build. But when the results appear on the CDash web page, it shows my build had 0 warnings. Does anyone know what might be amiss here? -- Paul Martz Skew Matrix Software LLC _http://www.skew-matrix.com_ http://www.skew-matrix.com/ +1 303 859 9466 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] precreating all opengl objects
I've bee experiencing momentary frame drops when I rotate my camera in my scene. After look at the osg code, I noticed that many of the opengl objects are created during runtime and not when the model is loaded. For example, opengl texture objects are only created when the Texture2d::apply() is traversed. A drawable display lists is only created when its Drawable::drawImplementation() is called. I suspect that, in case, these runtime object creations are the cause of my momentory frame drops. Is there a way to precreate all open objects located define in a scene graph? That way I can confirm my suspicion. One way would be to have a VERY big camera frustum that encloses the entire scene and then renders one frame, but that seems a little *hacked* to me. I am trying to look for an alternative and better way to do that. Guy, -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=24117#24117 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] precreating all opengl objects
All OpenGL objects should be created before (or during) the first frame, by the GLObjectsVisitor. Set a breakpoint in it and make sure it is running in your application. You might find, as I do, that GLObjectsVisitor is running, but you still experience some frame stalls when new pieces of the scene graph come into view. I have never had time to track this down. I suspect it is the device driver being overly aggressive with freeing up GPU memory. Only way to be sure this isn't a bug in GLObjectsVisitor would be to set a breakpoint in it to make sure it runs. After it completes, set a breakpoint on the call to glNewList and glTexImage2D (and related functions) and make sure they are not getting called. Paul Martz Skew Matrix Software LLC _http://www.skew-matrix.com_ http://www.skew-matrix.com/ +1 303 859 9466 Guy Volckaert wrote: I've bee experiencing momentary frame drops when I rotate my camera in my scene. After look at the osg code, I noticed that many of the opengl objects are created during runtime and not when the model is loaded. For example, opengl texture objects are only created when the Texture2d::apply() is traversed. A drawable display lists is only created when its Drawable::drawImplementation() is called. I suspect that, in case, these runtime object creations are the cause of my momentory frame drops. Is there a way to precreate all open objects located define in a scene graph? That way I can confirm my suspicion. One way would be to have a VERY big camera frustum that encloses the entire scene and then renders one frame, but that seems a little *hacked* to me. I am trying to look for an alternative and better way to do that. Guy, -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=24117#24117 ___ 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] Lego Augmented Reality
http://www.youtube.com/watch?v=PGu0N3eL2D0 This smells like OSG. Anyone know who did it or how it was done? -- Chris 'Xenon' Hanson, omo sanza lettere Xenon AlphaPixel.com PixelSense Landsat processing now available! http://www.alphapixel.com/demos/ There is no Truth. There is only Perception. To Perceive is to Exist. - Xen ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] CDash reporting is incorrect
On Sat, Feb 13, 2010 at 10:25 AM, Paul Martz pma...@skew-matrix.com wrote: Well, thanks, but I can tell you for certain the build did not complete in 0.3 minutes, so that's another CDash reporting problem that should be investigated and resolved. As I mentioned in another discussion thread, CDash only uses one CPU on my 8-core OS X system and the build takes 35 or 40 minutes to complete. It's clearly doing a full rebuild, so this is not the cause of the missing warnings. Any other ideas? The only other thing I can think of is somehow you're submitting another build with the same name a second time, after the first build is complete. You could try the ctest script idea with a new build name and source directory. Also, there may be ways to extract more detailed information about what ctest is doing, what files it's submitting, etc. I'm not sure how to do this though. The CMake mailing list may be the next place to take this issue. Does this happen with anyone else's builds? -- Philip Lowman ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgviewerQT --QOSGWidget cannot create context?
Hi Fausto, Sorry to bother again. I've got some improvement and in fact the problem was in the trails setup. But it's not perfect yet, and I was wondering if you could send your QOSGWidget code, at least the part concerning the context creation, just to see if there are other settings that I can try to get the new issues fixed. it would be helpful. I can have a look, but once again I'll reiterate what I said before, if you have such questions it's better to post to the mailing list / forum. I read the mailing list so if I can help I will, but in addition others can help too. And since in this case it's been a while since I've worked with Qt setup code, you would probably have more luck with other people on the list. So there's really no downside to posting to the list / forum! Many more eyeballs will see your code and be able to help. So send it to the list (reply to all will do that) please. 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] 2.9.6 cmake configuration
Hi Alberto, Thanx for pointing out my mistake in my search. Was missing the development package. I attempted to build OSG, built everything until last example to be built. Compiling fails with the OSG wxWidgets viewer example. I see the there has been changes in wxWidgets 2.9.6 relating to wxGLCanvas. I changed the constructor to match 2.9.6 version, removed call to wxGLCanvas::OnSize(event) in void OSGCanvas::OnSize(wxSizeEvent event) as method no longer available for wxGLCanvas. The only compiling problem I have now is the change to bool GraphicsWindowWX::makeCurrentImplementation() { _canvas-SetCurrent(); return true; } SetCurrent() needs to be changed to SetCurrent(const wxGLContext context). I have never created a GLCanvas in wxWidgets applications, thus have no idea on how or where I need to create the required wxGLContext object. I just required to have this example fixed so I can do make install for OSG, which current exits with error on the last issue described above (SetCurrent()). I appreciate any help to resolve this issue so I may continue compiling all other libraries and apps that have OSG as a dependent. In my own wxWidgets application I will be using OSG for my GL canvas, thus this example would also serve as a reference on implementing OSG in wxWidgets 2.9.6 (3.0). Thanx in advance, Rizzen Alberto Luaces wrote: Hi, Rizzen writes: Hi all, I am building OSG 2.9.6 with examples when I run in build/ cmake .. -DCMAKE_BUILD_TYPE=Release -DBUILD_OSG_EXAMPLES=1 I get this response in the console output -- checking for module 'gtkglext-x11-1.0' -- package 'gtkglext-x11-1.0' not found yet checking for the library I find it located at file:///usr/lib64/libgtkglext-x11-1.0.so.0 links to file:///usr/lib64/libgtkglext-x11-1.0.so.0.0.0 I am unable to find the cmake module to correct the search in order to actually find the library. A quick look at CMakeLists.txt points at the command PKG_CHECK_MODULES(GTKGL gtkglext-x11-1.0) so it seems that pkg-config is not giving any results for that library. Either: 1. Verify that you have installed the *development* package for gtkglext. 2. Run the pkg-config query in order to see what is happening, pkg-config gtkglext-1.0 --libs --cflags -- Alberto ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] CDash reporting is incorrect
Hi Philip, Paul, Does this happen with anyone else's builds? I'm pretty sure it's a widespread issue, my builds seem to suffer from the same problems. WHITESTAR and both Skywalker builds on cdash.openscenegraph.org are mine. 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] Lego Augmented Reality
I know a quiet a while ago they were using SmartScene and other Multigen/Paradigm tools ( probably not today), __ Gordon Tomlinson gor...@gordontomlinson.com www.photographybyGordon.com www.vis-sim.com www.gordontomlinson.com IM: gordon3db...@3dscenegraph.com __ -Original Message- From: osg-users-boun...@lists.openscenegraph.org [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Chris 'Xenon' Hanson Sent: Saturday, February 13, 2010 12:16 PM To: osg-users@lists.openscenegraph.org Subject: [osg-users] Lego Augmented Reality http://www.youtube.com/watch?v=PGu0N3eL2D0 This smells like OSG. Anyone know who did it or how it was done? -- Chris 'Xenon' Hanson, omo sanza lettere Xenon AlphaPixel.com PixelSense Landsat processing now available! http://www.alphapixel.com/demos/ There is no Truth. There is only Perception. To Perceive is to Exist. - Xen ___ 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] Strange Visual Studio behaviour
I finally managed to track down the reason for this behaviour! I have been able to isolate the piece of code that was causing the problem. I was using an osgViewer::CompositeViewer and noticed that if I decreased the Viewport size of my osgViewer::View to a couple of pixel less than the main Window the problem (bad rendering times) disappeared. :O It reappeared as soon as I restored the Viewport size to the full window [Exclamation] This was suggesting to me that something could be wrong with my graphic driver (I have an NVIDIA FX 770M and the driver was the 185.85). As soon as I upgraded the driver to the latest version 191.87 the problem disappeared!! I just wanted to share with everyone this experience... Cheers Andrea -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=24128#24128 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Strange Visual Studio behaviour
Hi Andrea, I just wanted to share with everyone this experience... Yes, absolutely, thanks for sharing the resolution, it will probably help others in the future! Glad you found the reason, as I agree that it was quite a weird problem. J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] CDash reporting is incorrect
On Sat, Feb 13, 2010 at 1:11 PM, Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com wrote: Hi Philip, Paul, Does this happen with anyone else's builds? I'm pretty sure it's a widespread issue, my builds seem to suffer from the same problems. WHITESTAR and both Skywalker builds on cdash.openscenegraph.org are mine. Yeah I'm seeing this issue too. Guessing this is something messed up with the CDash install or database. -- Philip Lowman ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] CDash reporting is incorrect
On Sat, Feb 13, 2010 at 3:48 PM, Philip Lowman phi...@yhbt.com wrote: On Sat, Feb 13, 2010 at 1:11 PM, Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com wrote: Hi Philip, Paul, Does this happen with anyone else's builds? I'm pretty sure it's a widespread issue, my builds seem to suffer from the same problems. WHITESTAR and both Skywalker builds on cdash.openscenegraph.org are mine. Yeah I'm seeing this issue too. Guessing this is something messed up with the CDash install or database. Here's my output from the unsuccessful build and the XML submission files are attached which show the build warnings and errors. The dashboard claims everything was peachy: http://cdash.openscenegraph.org/buildSummary.php?buildid=1405 I think the CDash logs need to be examined for obvious signs of errors (corrupted database tables, file permission problems, etc.) Also someone might consider upgrading CDash to the latest version. -- Build files have been written to: /usr/local/home/lowman/Dashboards/osg/build.trunk.Linux-gcc34-i386 ^K Site: sisko Build name: Linux-gcc34-i386 Determine Nightly Start Time Specified time: 00:00:00 CET Create new tag: 20100212-2300 - Nightly Updating the repository Updating the repository: /usr/local/home/lowman/Dashboards/osg/trunk Use SVN repository type Old revision of repository is: 11057 Determine Nightly Start Time Specified time: 00:00:00 CET New revision of repository is: 11057 Gathering version information (one . per revision): Configure project Each . represents 1024 bytes of output . Size of output: 0K Build project Each symbol represents 1024 bytes of output. '!' represents an error and '*' a warning. .*!... Size: 50K ..**.. Size: 100K ..***. Size: 150K . Size of output: 150K 4 Compiler errors 18 Compiler warnings Test project /usr/local/home/lowman/Dashboards/osg/build.trunk.Linux-gcc34-i386 Performing coverage Error(s) when building project No tests were found!!! Cannot find any coverage files. Ignoring Coverage request. Create notes file Add file: /usr/local/home/lowman/Dashboards/Configs/osg/Linux-gcc34-i386.cmake Submit files (using http) Using HTTP submit method Drop site:http://cdash.openscenegraph.org/submit.php?project=OpenSceneGraph Uploaded: /usr/local/home/lowman/Dashboards/osg/build.trunk.Linux-gcc34-i386/Testing/20100212-2300/Build.xml Uploaded: /usr/local/home/lowman/Dashboards/osg/build.trunk.Linux-gcc34-i386/Testing/20100212-2300/Configure.xml Uploaded: /usr/local/home/lowman/Dashboards/osg/build.trunk.Linux-gcc34-i386/Testing/20100212-2300/Notes.xml Uploaded: /usr/local/home/lowman/Dashboards/osg/build.trunk.Linux-gcc34-i386/Testing/20100212-2300/Test.xml Uploaded: /usr/local/home/lowman/Dashboards/osg/build.trunk.Linux-gcc34-i386/Testing/20100212-2300/Update.xml Submission successful -- Philip Lowman ctest_submission_logs.tar.gz Description: GNU Zip compressed data ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] website down
Is anyone else having trouble getting to the website? I am getting the following errors: Traceback (most recent call last): File /usr/lib/python2.5/site-packages/trac/web/api.py, line 339, in send_error 'text/html') File /usr/lib/python2.5/site-packages/trac/web/chrome.py, line 684, in render_template data = self.populate_data(req, data) File /usr/lib/python2.5/site-packages/trac/web/chrome.py, line 592, in populate_data d['chrome'].update(req.chrome) File /usr/lib/python2.5/site-packages/trac/web/api.py, line 168, in __getattr__ value = self.callbacks[name](self) File /usr/lib/python2.5/site-packages/trac/web/chrome.py, line 460, in prepare_request for category, name, text in contributor.get_navigation_items(req): File /usr/lib/python2.5/site-packages/trac/versioncontrol/web_ui/browser.py, line 295, in get_navigation_items if 'BROWSER_VIEW' in req.perm: File /usr/lib/python2.5/site-packages/trac/perm.py, line 523, in has_permission return self._has_permission(action, resource) File /usr/lib/python2.5/site-packages/trac/perm.py, line 537, in _has_permission check_permission(action, perm.username, resource, perm) File /usr/lib/python2.5/site-packages/trac/perm.py, line 424, in check_permission perm) File /usr/lib/python2.5/site-packages/trac/perm.py, line 282, in check_permission get_user_permissions(username) File /usr/lib/python2.5/site-packages/trac/perm.py, line 357, in get_user_permissions for perm in self.store.get_user_permissions(username): File /usr/lib/python2.5/site-packages/trac/perm.py, line 175, in get_user_permissions cursor.execute(SELECT username,action FROM permission) File /usr/lib/python2.5/site-packages/trac/db/util.py, line 51, in execute return self.cursor.execute(sql) File /usr/lib/python2.5/site-packages/trac/db/sqlite_backend.py, line 58, in execute args or []) File /usr/lib/python2.5/site-packages/trac/db/sqlite_backend.py, line 50, in _rollback_on_error return function(self, *args, **kwargs) OperationalError: database is locked Just a FYI. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] website down
i get the same errors On Sat, Feb 13, 2010 at 4:32 PM, Michael W. Hall hal...@att.net wrote: Is anyone else having trouble getting to the website? I am getting the following errors: Traceback (most recent call last): File /usr/lib/python2.5/site-packages/trac/web/api.py, line 339, in send_error 'text/html') File /usr/lib/python2.5/site-packages/trac/web/chrome.py, line 684, in render_template data = self.populate_data(req, data) File /usr/lib/python2.5/site-packages/trac/web/chrome.py, line 592, in populate_data d['chrome'].update(req.chrome) File /usr/lib/python2.5/site-packages/trac/web/api.py, line 168, in __getattr__ value = self.callbacks[name](self) File /usr/lib/python2.5/site-packages/trac/web/chrome.py, line 460, in prepare_request for category, name, text in contributor.get_navigation_items(req): File /usr/lib/python2.5/site-packages/trac/versioncontrol/web_ui/browser.py, line 295, in get_navigation_items if 'BROWSER_VIEW' in req.perm: File /usr/lib/python2.5/site-packages/trac/perm.py, line 523, in has_permission return self._has_permission(action, resource) File /usr/lib/python2.5/site-packages/trac/perm.py, line 537, in _has_permission check_permission(action, perm.username, resource, perm) File /usr/lib/python2.5/site-packages/trac/perm.py, line 424, in check_permission perm) File /usr/lib/python2.5/site-packages/trac/perm.py, line 282, in check_permission get_user_permissions(username) File /usr/lib/python2.5/site-packages/trac/perm.py, line 357, in get_user_permissions for perm in self.store.get_user_permissions(username): File /usr/lib/python2.5/site-packages/trac/perm.py, line 175, in get_user_permissions cursor.execute(SELECT username,action FROM permission) File /usr/lib/python2.5/site-packages/trac/db/util.py, line 51, in execute return self.cursor.execute(sql) File /usr/lib/python2.5/site-packages/trac/db/sqlite_backend.py, line 58, in execute args or []) File /usr/lib/python2.5/site-packages/trac/db/sqlite_backend.py, line 50, in _rollback_on_error return function(self, *args, **kwargs) OperationalError: database is locked Just a FYI. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Philip Lowman ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] website down
Hi, yes, cannot reach osg too. Regards, Torben -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=24134#24134 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] How does ADD_LIST_SERIALIZER work?
Hi, Well, I have defined my wrapper for my testclass and it compiles, unfortunately it is not serialized. My testcall is: Code: dataIO_transportContainer* test = new dataIO_transportContainer(); test-setFrameID( 22 ); std::ofstream myOstream(test.txt ); osgDB::ReaderWriter* rw = osgDB::Registry::instance()-getReaderWriterForExtension(osgt); if ( rw ) { OSG_NOTIFY( osg::ALWAYS ) Save testnode. std::endl; osgDB::ReaderWriter::WriteResult wr = rw-writeNode( *test, myOstream, new osgDB::Options(Ascii) ); if (wr.success() ) OSG_NOTIFY( osg::ALWAYS ) Save successful. std::endl; else OSG_NOTIFY( osg::ALWAYS ) Save failed. std::endl; } else OSG_NOTIFY( osg::ALWAYS ) error getting readerWriter for osgt std::endl; myOstream.flush(); myOstream.close(); The outputfile contains: Code: #Ascii Scene #Version 2 #Generator OpenSceneGraph 2.9.7 osg::Group { UniqueID 1 } The headerfile of the transport container is: Code: #pragma once #include osg/Group #include osg/Matrixd #include dataIO_executer.h #include dataIO_slotContainer.h #include vector class dataIO_transportContainer : public osg::Group { public: dataIO_transportContainer(){} virtual ~dataIO_transportContainer(){} typedef std::vectorosg::ref_ptrdataIO_executer executerList; typedef std::vectorosg::ref_ptrdataIO_slotContainer slotList; private: int frameID; osg::Matrixd viewMatrix; executerList executer; slotList ioSlots; // Access functions for Serializer public: int getFrameID() const {return frameID;} void setFrameID(int frameID_ ){frameID=frameID_;} void setViewMatrix(const osg::Matrixd viewMatrix_){viewMatrix=viewMatrix_;} const osg::Matrixd getViewMatrix() const {return viewMatrix;} void setExecuter(const executerList executer_) {executer=executer_;} const executerList getExecuter() const {return executer;} void setIOSlots(const slotList ioSlots_) {ioSlots=ioSlots_;} const slotList getIOSlots() const {return ioSlots;} }; .. and the wrapper definition is: Code: #include dataIO_transportContainer.h #include osgDB/ObjectWrapper #include osgDB/InputStream #include osgDB/OutputStream REGISTER_OBJECT_WRAPPER( dataIO_transportContainer, // The unique wrapper name new dataIO_transportContainer, // The proto dataIO_transportContainer, // The class typename osg::Object osg::Node osg::Group std::dataIO_transportContainer ) // The inheritance relations { ADD_INT_SERIALIZER( FrameID, 0 ); ADD_MATRIXD_SERIALIZER( ViewMatrix, osg::Matrixd() ); ADD_LIST_SERIALIZER( Executer, dataIO_transportContainer::executerList ); ADD_LIST_SERIALIZER( IOSlots, dataIO_transportContainer::slotList ); } Why does serializer stop after defining the origin of this class? he onlsy write down that this class is inherited from osg::Group. Why does the serializer not dive into my class and serialzes all defined elements? Thank you for your help, Torben -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=24136#24136 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] CDash reporting is incorrect
Hi Philip, (I'm consciously top-posting to keep the whole original message below) Jose Luis Hidalgo manages the current incarnation of openscenegraph.org and most of the related sites (except the forum, Art Tevs manages that). Jose Luis doesn't always read the list, so I added him as CC on this thread, perhaps he can look into it and see if he can spot something wrong. You might want to communicate with him off-list if you can help him diagnose the problem directly. In the past I've volunteered to help manage the sites, and the answer was that it would be difficult to convince the people at his school to let someone from outside their organization help manage one of their servers, but if we can help find problems faster I would think they'd be all for that... I hope we can get to the bottom of this, as CDash is only a useful service if it can give reliable results, obviously... J-S Philip Lowman wrote: On Sat, Feb 13, 2010 at 3:48 PM, Philip Lowman phi...@yhbt.com wrote: On Sat, Feb 13, 2010 at 1:11 PM, Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com wrote: Hi Philip, Paul, Does this happen with anyone else's builds? I'm pretty sure it's a widespread issue, my builds seem to suffer from the same problems. WHITESTAR and both Skywalker builds on cdash.openscenegraph.org are mine. Yeah I'm seeing this issue too. Guessing this is something messed up with the CDash install or database. Here's my output from the unsuccessful build and the XML submission files are attached which show the build warnings and errors. The dashboard claims everything was peachy: http://cdash.openscenegraph.org/buildSummary.php?buildid=1405 I think the CDash logs need to be examined for obvious signs of errors (corrupted database tables, file permission problems, etc.) Also someone might consider upgrading CDash to the latest version. -- Build files have been written to: /usr/local/home/lowman/Dashboards/osg/build.trunk.Linux-gcc34-i386 ^K Site: sisko Build name: Linux-gcc34-i386 Determine Nightly Start Time Specified time: 00:00:00 CET Create new tag: 20100212-2300 - Nightly Updating the repository Updating the repository: /usr/local/home/lowman/Dashboards/osg/trunk Use SVN repository type Old revision of repository is: 11057 Determine Nightly Start Time Specified time: 00:00:00 CET New revision of repository is: 11057 Gathering version information (one . per revision): Configure project Each . represents 1024 bytes of output . Size of output: 0K Build project Each symbol represents 1024 bytes of output. '!' represents an error and '*' a warning. .*!... Size: 50K ..**.. Size: 100K ..***. Size: 150K . Size of output: 150K 4 Compiler errors 18 Compiler warnings Test project /usr/local/home/lowman/Dashboards/osg/build.trunk.Linux-gcc34-i386 Performing coverage Error(s) when building project No tests were found!!! Cannot find any coverage files. Ignoring Coverage request. Create notes file Add file: /usr/local/home/lowman/Dashboards/Configs/osg/Linux-gcc34-i386.cmake Submit files (using http) Using HTTP submit method Drop site:http://cdash.openscenegraph.org/submit.php?project=OpenSceneGraph Uploaded: /usr/local/home/lowman/Dashboards/osg/build.trunk.Linux-gcc34-i386/Testing/20100212-2300/Build.xml Uploaded: /usr/local/home/lowman/Dashboards/osg/build.trunk.Linux-gcc34-i386/Testing/20100212-2300/Configure.xml Uploaded: /usr/local/home/lowman/Dashboards/osg/build.trunk.Linux-gcc34-i386/Testing/20100212-2300/Notes.xml Uploaded: /usr/local/home/lowman/Dashboards/osg/build.trunk.Linux-gcc34-i386/Testing/20100212-2300/Test.xml Uploaded: /usr/local/home/lowman/Dashboards/osg/build.trunk.Linux-gcc34-i386/Testing/20100212-2300/Update.xml Submission successful ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- __ 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] website down
Hi all, hi Robert, It seems to me that the OSG site has not been very reliable in the past few months. We see these kinds of posts pretty often (maybe once every two weeks?) and the problem often lasts for a day or more, and is most of the time corroborated by multiple posters so it's probably not due to connection issues on the users' part. Nothing personal, it's great that Jose Luis volunteered to host the site at his university, but if it's not reliable (maybe it's even for reasons outside his control, but the result is the same) perhaps we should find another host? I think it looks bad for the project when the site is down a non-negligible portion of the time. 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