Hi,
This turned out to be an issue with the FBX exporter in Blender. The issue only
occurred when I was exporting my model as the "FBX 7.4 binary" option. When I
switched to the "FBX 6.1 ascii" option, then the model exported with the
correct scale and coordinate frame. Evidently, the osg fbx
Hi,
Yeah, I'd be willing to look into doing some updating.
The username I set up is the same one I have on the forum: kabbotta
Thank you!
Cheers,
Michael
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=65353#65353
Hi,
I'm trying to write a simple third-person camera manipulator, and I seem to be
confused about something to do with how it handles the coordinate system. I am
inheriting from the osgGA::StandardManipulator.
Code:
ThirdPersonManipulator::ThirdPersonManipulator()
:
Hi,
Oh, ha, yeah, that explains it. I sent an email to the Jose Luis Hidalgo, he
must have been the guy who maintained the old wiki.
It seems like almost all of the tutorials are still on the old wiki. Were they
going to be transferred, or should they simply be rewritten. As far as I can
Hi,
I've been spending a good amount of time learning osg, and I've noticed there
are notes all over the wiki about needed updates, but the link to create an
account seems to be broken. I emailed the maintainer, but haven't got a
response. I would like to make some of the updates I've noticed,
It appears that the answer to my question is that OSG uses the getInverseMatrix
method that must be provided to the custom manipulator class. And each of the
handle* methods can be overriden to process different kinds of input
automatically. As long as you're building and returning the right
I'm trying to piece together a simple third-person camera manipulator for my
project and I'm a bit confused. I've been reading through some of the examples
like FirstPersonManipulator and OrbitManipulator, and I've got the basic class
up and running, but I don't quite understand how the
Oh, that might be the problem. I'm working on an older computer and only the
legacy open source AMD drivers are available. The graphics card is a Radeon
X1650 Pro and it only allows up to OpenGL 2.1. Maybe the cessna file uses some
modern feature that isn't available with the legacy drivers.
Thanks for the suggestion. I hadn't thought of trying the newest release.
3.4.0-r4 built without any errors, but the entire system still crashes when I
try to load the cessna.osg or cessna.osgt files. I can load my own .obj
files and I can load other .osg/.osgt files just fine, but I still get
Ok, I've narrowed down the problem. It turns out it only occurs with some of
the .osg/.osgt files from the SampleData. If I try and load the cessna.osg,
cessna.osgt, cow.osg, or cow.osgt files, then my entire computer
instantly freezes so badly that I can't even kill the process. But if I load
I've been trying to build osg on an arch system for a bit now and I'm running
into some problems with newer libraries. I was trying to use the new version in
the arch repo (3.2.1), but whenver I tried to load a .osg scene file, the
entire computer would immediately lock up and it sounded like
11 matches
Mail list logo