I'm confused by what your trying to do. What in particular is in the parent
node that is visible that you want to hide, and what do you have in the child
node that needs to remain visible.
Could you you give us a example of what your trying to do?
Scott
--
Read this topic
Wouldn't it be simpler to create a dataType for the turret as well as update
callback that will update the dof node with the incremental change during the
update phase.
Its been awhile for me but there should be example of this in the OSG Examples.
This also might be useful:
Sorry about the link.. Try this
http://www.openscenegraph.org/documentation/NPSTutorials/osgUpdate.htm
I found the link above to be very helpful.
I've used blender in the past but not since they updated to the latest version.
You should be able to export a to osg like file. I prefer
I believe that I have found a possible parsing problem with how the rot, trans,
scale pseudo loaders parse the parameter string. To begin i have two systems
that I currently develop on the primary difference is that on system A i have
osg 3.0.1 installed and on system B I still have osg
Hi, Jason
Yes I'm on a UNIX-style system in both cases, but System A is with a newer
kernel and etc so that might explain why it is working. while on the other
system it isn't.
I did try your suggestion with the quotes and it worked on both systems. I did
confirm that the braces are needed
inktomi()
I would like to help but first could you go into a little more detail about how
your scene graph is organized. I'm confused about what you mean about not
adding the CSN to the root.
For my project I'm using the osgEarth nodeKit and I'm taking advantage of the
EarthManipulator
Rui Wang,
My thanks to you and Xuelei Qian I have your previous Open Scene Graph 3.0
Beginner's Guide (Papeback and Kindle Edition)
Yesterday my copy of your Open Scene Graph Cookbook arrived, but I still
couldn't wait and purchased the kindle edition too (had to be consistent right?)
believe that you could lock it by
setting the heading of the manipulator, but I personally haven't tried this.
You might find something from what you have inherited in
osgGA::OrbitManipulator or its parents.
hope this helps.
Scott Wasinger
--
Read this topic online here:
http
Hi Preet
This is a X11 threading issue. That has been fixed with the release of Qt 4.8,
but you will need to make a change in the osgViewerQt code to correct it.
check these previous theads out
http://forum.openscenegraph.org/viewtopic.php?t=9628highlight=4.8
and
Sorry Preet almost forgot this work around If you don't want to recompile the
code you can run the example in SingleThreaded mode.
osgviewerQt --SingleThreaded
Scott
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=45557#45557
Bump... I still don't have a solution to this problem, and I'm in need of some
fresh ideas or insight. I think I'm missing some detail that's important but
is obvious to everyone else.
Scott
--
Read this topic online here:
Just for some clarification are you trying to make a camera that follows your
car model? Because I had the similar issue recently and through my research I
found I could attach a camera manipulator to a node and the camera will be
translated relative to the position of the
I'm been having the same problem today and all weekend, connecting to
www.openscenegraph.org eventually times out.
Scott
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=43864#43864
___
osg-users
Hi,
I have a task that will require placing a model of launch vehicle in orbit
around the earth and I've been delving into the OSG library code so I don't
have to re-invent functionality that may already exist. Both the
CoordinateSystemNode and the EllipsoidModel classes are well defined and
Hello,
I'm working on a project for work and it entails integrating the Qt 4.7.3 and
OSG 3.0.0 APIs and I have studied the osgviewerQt example and believe that I
have a good understanding of how it works.
I have determined that for my needs the CompositeViewer is the best option and
the
Stephan
I've been looking at a similar problem and I believe that I may have a possible
solution.
if you look in the api documentation for the CompositeViewer there is method
called
osgViewer::View * getView(unsigned int index)
using this you could specify which view you want to capture
I understand that this support is mostly for mobile devices but I and my
development team do a majority of our work on linux/windows systems using Qt
not only for the GUI but for its portability of using QThreads, QNetwork and
etc.
Is there a possible problem if we mix OpenThreads and QThreads
I've been looking through the on-line documentation and while the
osgSim::DOFTransform looks fairly straight forward and additionally there are
plenty of examples that implement it. I am still rather curious about the
MultOrder enumerator and its related functions that get/set it. I really
Hi,
Thank you. I check it out
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=41112#41112
___
osg-users mailing list
osg-users@lists.openscenegraph.org
I tried to build osgWorks 1.1 and encountered a compile error
Scanning dependencies of target osgwTools
[ 2%] Building CXX object
src/osgwTools/CMakeFiles/osgwTools.dir/CameraConfigObject.cpp.o
~/osgWorks_01_01_00/src/osgwTools/CameraConfigObject.cpp: In member function
Paul
After looking at the DOF record from the OpenFlight Specifications Doc I now
think that the enumerator simply changes the order of rotations.
Cheers,
Scott
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=41113#41113
Hi,
Right now I have the latest stable version installed 2.8.3 on my Linux Machine
(Yum installed). I want to start using the developer version 2.9.11 so I can
become familiar with it for when Open Scene Graph 3.0 is released.
Plug: I have been reading the Open Scene Graph 3.0 Beginner's
22 matches
Mail list logo