[osg-users] Lightning strike effect

[rvinyard]

Anyone have tips or other thoughts on implementing a lightning strike effect?
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] OSG, Gtk+ and Gtkmm --- osgGtk osgGtkmm

[rvinyard]

I don't know how many people are interested in embedding OSG into either
Gtk+ or Gtkmm applications, but if anyone is I started a project on
Sourceforge that provides subclasses of osgViewer::Viewer and
osgViewer::GraphicWindow that can be used as a gtkglext or gtkglextmm
DrawingArea widget.

This approach is quite a bit different from the osgviewerGTK example, and
additionally provides the widgets in library form.

If anyone is interested I'll upload Fedora 9 rpms (there is a spec in the
tarball and a 'make rpm' rule already), and if there is sufficient
interest Ubuntu debs are possible too.

The project page is here:
  http://osggtk.sf.net/

Critiques and comments welcome.

---

Rick

___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] [vtp] Segfault in VTP, but looks like OSG

[rvinyard]

 Rick,

 The most likely explanation is that you have two copies of OSG on your
 system, compiling against the headers of one, linking against the other.


That's the first thing I thought too. Some mismatch between a header and a
library, but I've double checked and I can't find anything installed
except the Fedora headers.

 Is the problem specific to your exact platform?  glutSimple runs fine
 elsewhere, including the Windows and Ubuntu boxes here.


Somehow it must be.

It is the MatrixTransform constructor that is stepping on the mutex data.
In debugging I noticed that _refMutex is located at 0x1b45ca8 and points
to 0x1b45e20 and _prvData points to 0x1b45e40. Then, when the
MatrixTransform constructor is called after all the parent constructors,
_matrix is initialized at address 0x1b45d98 and then _inverse is
initialized at address 0x1b45e18.

Thus _inverse is overlying the memory location _refMutex was allocated at.

I thought it might have something to do with the mutable keyword, but I
just wrote a small test that dynamically allocated a class with two
two-dimensional arrays (like the matrices) and in a parent dynamically
allocates another member... and no issues.

Which leads me back to thinking that an improper header is the issue. But,
I've grepped all of /usr/include for any other header that includes a
class named MatrixTransform and osg/MatrixTransform is the only one.

I'm going to rebuild inside of a clean chroot and see if anything changes.


 -Ben

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
 [EMAIL PROTECTED]
 Sent: Tuesday, June 03, 2008 6:40 AM
 To: osg-users@lists.openscenegraph.org
 Cc: [EMAIL PROTECTED]
 Subject: [vtp] Segfault in VTP, but looks like OSG

 I'm having trouble with a segfault in VTP's glutsimple application, but
 it
 looks like the problem traces back into OSG. For reference, I'm using
 OSG
 2.2.0 on Fedora 9, and VTP 080506.

 Here's a backtrace:

 ScopedLock
 OpenThreads/ScopedLock:31
 osg::Referenced::refosg/Referenced:128
 osg::ref_ptrosg::MatrixTransform::operator=   osg/ref_ptr:50
 vtTransform NodeOSG.cpp:1223
 ...

 [...]

 Anyone else encountered this? BTW, I tried OSG 2.4 and experienced the
 same behavior.

 Thanks,

 Rick

 ___
 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