Hello,
I am trying to do some hit tests on a geode that only has one drawable of a
GL_POINT.
It seems my hit test only picks up the very center of the point, no matter how
large I draw the point. Could I get some guidance on how to pick the object
using the actual size?
Here is the picking cod
Hi,
I'm not sure of the details of your problem, but I recently had a problem with
intersections as well.
The epsilon value was changed in LineSegmentIntersector.cpp line 410.
I changed back to 1e-4 from 1e-13 and it solved my problems.
Cheers,
Jason
--
Read this topic online h
Hi,
That is the exact build that changed things up. Revision 13710 fixes the
uninitialized epsilon, but revision 13753 changed things up again.
Cheers,
Jason
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=56671#56671
GIF files are supported through the ImageStream class.
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=57202#57202
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegr
I'm unsure of your method, but here is how I handle it:
_position is a PositionAttitudeTransform
Quat h,r,p;
h.makeRotate(osg::DegreesToRadians(heading), Vec3d(0,0,1));
p.makeRotate(osg::DegreesToRadians(pitch), Vec3d(0,1,0));
r.makeRotate(osg::DegreesToRadians(roll), Vec3d(1,0,0))
Here is my method:
QImage glimg(QGLWidget::convertToGLFormat(img->image())); //image() is the
QImage
osg::Image* osgImg = new osg::Image;
unsigned char* bits = new unsigned char[glimg.byteCount()];
memcpy(bits, glimg.bits(),glimg.byteCount());
osgImg->setImage(img->pixelWidth(
I just checked out the latest revision from the trunk (rev 14678) and attempted
to compile.
I receive the following compiler error:
In file included from
C:/Users/jason/Desktop/dev/OpenSceneGraph/include/osg/StateAttribute:20:0,
from
C:/Users/jason/Desktop/dev/OpenSceneGraph/inc
declared
From: osg-users [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf
Of Jason MacDonald
Sent: Tuesday, February 03, 2015 9:24 AM
To: osg-users@lists.openscenegraph.org
Subject: [osg-users] GL_GEOMETRY_SHADER_EXT not declared
I just checked out the latest revision from the trunk
L_GEOMETRY_SHADER_EXT not declared
Hi Jason,
The GL_GEOMETRY_SHADER_EXT should now be GL_GEOMETRY_SHADER as this is what
GLDefines and modern OpenGL provides. I have checked this fix into svn/trunk.
Could you update to latest in svn/trunk and let me know how you get on.
Cheers,
Robert
On 3 Febr
Ok, solved the GL include problem, its created by cmake and put in the output
path.
Thanks
From: osg-users [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf
Of Jason MacDonald
Sent: Tuesday, February 03, 2015 10:56 AM
To: OpenSceneGraph Users
Subject: Re: [osg-users
This is what I do to convert a QImage to osg::Image:
QImage img
...
QImage glimg(QGLWidget::convertToGLFormat(img));
osg::Image* osgImg = new osg::Image;
unsigned char* bits = new unsigned char[glimg.byteCount()];
memcpy(bits, glimg.bits(),glimg.byteCount());
osgImg->setIma
Hello, I am new to OSG and having trouble with modifying the camera.
I have added my own event handler to process keyboard inputs to change the
camera view.
This handler holds references to 5 camera manipulators, and upon a KEYDOWN, it
switches to the correct camera manipulator as such:
Code:
Well, I figured it out.
The near plane was becoming negative, so now I fix it to 1.0f when in
perspective mode.
Jason
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=47858#47858
___
osg-users mailin
I am using Qt 4.7.0 with mingw 32bit.
I had possibly similar problems when first trying to get OSG to work with Qt.
It ended up being that I was building OSG in Release mode, but everything else
was in debug.
Have you tried building your Qt program in Release mode?
You can build OSG in Debug by
I am having the same issue with the pixel gap.
Did you make any progress on it?
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=47998#47998
___
osg-users mailing list
osg-users@lists.openscenegraph.org
(I am reposting this because of a mailing list error I received the first time)
I am having trouble with osgWidget::Frame and the included osgwidgetframe
example program.
There are pixel gaps in between the corners and borders that make the frame
look quite awful. I am guessing there are some
Thank you for your help.
Modifying the textures to use CLAMP_TO_EDGE has a positive effect, but does not
fix the problem entirely.
See attached image.
The dark pixels seem to come from some other blending going on... If I switch
the theme I use to a full white 66x66 image, the lines do not show
Hi,
Is there a CMake option to allow Vec3 be a typedef to Vec3d instead of Vec3f?
Jason
This email and any files transmitted with it from Charles Machine Works are
confidential and intended solely for the use of the individual or entity to
which they are addressed.
__
18 matches
Mail list logo