I have experimentally determined that a Simplifier with _smoothing set to false
will not accomplish anything. The number of verticies always stays the same:
osgUtil::Simplifier simp;
simp.setSmoothing(false); // set true to actually do something.
simp.setSampleRatio(0.5);
I'd be interested in having a training class as well.
What I'd like to see covered are:
Multi-threading issues: NodeVisitor, updateTraversal.
Qt integration: Multi-threading? graphics context, Event compatibility,
refresh/redraw issues
projective texturing/decaling (as opposed to UV
I updated source today and have noticed two problems. I'm using RedHat
Enterprise 5 on x86_64.
The following code:
osgUtil::LineSegmentIntersector::Intersections intersections;
view-computeIntersections(x, y, intersections, ~0);
now causes logging to the console:
I'm trying to use the new serialization support and getting a compile error I
don't really understand.
For the following code:
-
class Foo : public osg::Group {
public:
Foo() {}
void setNote(std::string s) {
Classification: UNCLASSIFIED
Caveats: NONE
I'll second the notion that it would be good to have a more reliable
website. Can anyone (Jose Luis?) say what the usual failure modes are? My
naive impression is that it usually isn't the web server, but rather the DB
backend of TRAC (dying
I'm trying to get a good 64bit build on Snow Leopard.
What I've done so far:
Per some other forum comments, I've commented out the build of quicktime
components in CMakeLists.txt.
When running ccmake, I've set the architecture to x86_64.
This resulted in a clean compile, but osgviewer could
it be that this is the issue you are seeing?
Robert.
On Thu, Nov 12, 2009 at 9:37 PM, Butler, Lee Mr CIV USA USAMC
wrote:
I'm having a problem with osgViewer::View::computeIntersections(x, y, i, m).
As I understand it, this takes a view position x, y, an intersection
list
i which will be filled
I'm having a problem with osgViewer::View::computeIntersections(x, y, i, m).
As I understand it, this takes a view position x, y, an intersection list
i which will be filled in, and a mask m with which traversal is done.
I am running SingleThreaded with a compliation of HEAD, calling
I'm going to *guess* that this is another 32/64bit issue. With Snow Leopard
the tool chain switched to creating 64bit executables by default. Qt is still
32bit on the Mac. For starters, make sure the following is in your .pro file:
CONFIG += x86
Make sure you are compiling/linking
I'm seeing the same errors, so it's not your data center (unless you are
talking about the one where the svn server lives).
Lee
- Original Message -
From: Jose Luis Hidalgo joseluis.hida...@gmail.com
Date: Tuesday, July 28, 2009 14:43
Subject: Re: [osg-users] problems with svn
base64
data: Software caused connection abort [500, #103]
Any idea is wellcome,
JL.
On Tue, Jul 28, 2009 at 8:46 PM, Butler, Lee Mr CIV USA
USAMC wrote:
I'm seeing the same errors, so it's not your data center (unless you are
talking about the one where the svn server lives).
Lee
Classification: UNCLASSIFIED
Caveats: NONE
The example code has problems on my machine (RedHat 5, Qt 4.5.2, NVidia
185.18.14, KDE). I've got svn revision 10512 from HEAD.
The code compiles just fine (using qmake) but on startup I get:
X Error: BadWindow (invalid Window parameter) 3
Major
I saw this yesterday on my Windows machine running Tortise SVN. I haven't seen
it on my RedHat linux machine.
Lee
- Original Message -
From: Robert Osfield robert.osfi...@gmail.com
Date: Friday, July 24, 2009 8:14
Subject: Re: [osg-users] Download Not Working
To:
I'm trying to build a nice MVC app with OSG. I'm getting a seg-fault whenever
the app exits. I realize that this is due to the
AppController-osgViewer::Viewer-AppController reference loop (see line with
in the runLoop() method). The question is whether there is a reasonable
way to have
Is there an accepted practice for doing pick operations while clipping planes
are in use?
I notice that the osgUtil::LineSegmentIntersector does not process ClipNode
items in the scenegraph. This means that if geometry has been clipped away
from the view, it still shows up in the list of
Classification: UNCLASSIFIED
Caveats: NONE
I'm trying to build the examples under Linux x86_64 under RedHat 5. In
particular, the Qt and FLTK osgviewer examples. I'm using cmake 2.6-patch 4
Qt:
I've got Qt 4.5.2 installed (necessary for OSG) and have built non-OSG
applications with this
Lee
- Original Message -
From: Jason Daly jd...@ist.ucf.edu
Date: Tuesday, July 14, 2009 18:58
Subject: Re: [osg-users] Problems building examples (UNCLASSIFIED)
To: OpenSceneGraph Users osg-users@lists.openscenegraph.org
Butler, Lee Mr CIV USA USAMC wrote:
Linux:
Clearly RedHat
Classification: UNCLASSIFIED
Caveats: NONE
I can't answer all of them, but I've worked with two items:
3) How can I make some objects invisible entirely for some period of
time? I use update callbacks.
This is best done with the cull mask. See setNodeMask() on Node objects and
setCullMask() on
Classification: UNCLASSIFIED
Caveats: NONE
I didn't get a $CMAKE_INSTALL_PREFIX/lib directory at all. I did get bin,
include, and share (I'm building examples).
I'm work with Visual Studio 2008 Version 9.0.21022.8, Vista 32. Today I
deleted $CMAKE_INSTALL_PREFIX/* and built the INSTALL target
Classification: UNCLASSIFIED
Caveats: NONE
I actually own C:\Program Files\OpenSceneGraph on the machine. I can create
any files or directories there. For example, bin, include and share are
created as part of the install process.
Doesn't seem to matter where I try to install.
Lee
Classification: UNCLASSIFIED
Caveats: NONE
Just built 2.8.2-rc2 on Windows Vista. The INSTALL target installs the
DLLs but not the .lib files needed for linking. Is this customary?
What's the usual approach for installing a version of OSG to link other
applications against?
Lee
Classification:
I want to highlight certain nodes (or de-emphasize others) without
killing performance (I'm at the lower limit already) or requiring a
second render pass. Any good suggestions?
I was thinking of setting temporary colors. What is the appropriate OSG
way to change the color on something
Your DLLs need to be *in the same directory* as your executable, or the
DLL's have to be someplace that can be found from your PATH environment
variable. You also need the visual studio redistributable if visual
studio isn't installed on the target machine.
Lee
On Wed, 2009-06-10 at 14:39
The following code works on Linux/Mac but not Windows. Is there
something I should realize about ArgumentParser and ApplicationUsage?
Maybe it's some Windows/VS2008 thing I've missed?
-
#include osg/ArgumentParser
#include string
int main(int argc, char *
Can anyone give me pointers on using the Wacom pen in OSG under linux?
I've got the tablet working fine with GIMP, so I think it's installed
properly. I never see any PEN_* events in my application.
My application has an event handler that does:
bool MyHandler::handle(const
Paul,
My CAD data comes to me as a triangle soup without surface normals.
Right now it comes to me as wavefront OBJ format.
Item 1: I would rather not display any smoothing. That looks like it
will take mods to the obj plugin to avoid the smoothing (unless someone
can point me at something
Is there any GUI toolkit that works with OSG that doesn't require OSG to
run single-threaded? Qt, Wx and FLTK examples all do:
setThreadingModel(osgViewer::Viewer::SingleThreaded);
My datasets are relatively large and I'm only sustaining about 10 fps as
it is. Dropping to single threaded drops
I didn't find anything in the archives which succinctly answered this,
so I thought I'd post my solution to getting two-sided lighting. It is
not pretty from an encapsulation standpoint, but it works:
void setLightingTwoSided(osgViewer::Viewer viewer)
{
LightModel *lm = new LightModel;
If you are willing to drop back to to release 2.2 there is a Win32
binary installer available at:
http://www.openscenegraph.org/projects/osg/wiki/Downloads/PreviousReleases
I've built OSG on Windows successfully from source using Vista and
Visual Studio 2008. The only things I set were the
to be on by just setting the modes (as above)
via a StateSet that is attached to root of subgraph that you want to
enable it for.
Robert.
On Mon, May 11, 2009 at 8:02 PM, Butler, Lee Mr CIV USA USAMC
lee.but...@us.army.mil wrote:
I want to turn a cutting plane on and off at various levels in the graph
I want to turn a cutting plane on and off at various levels in the graph and
update it under user control. The osgclip example was enough to show me how
to add the clipping plane. Getting it turned on and off is something that
somehow eludes me. I'm having trouble understanding the OSG way of
(as above)
via a StateSet that is attached to root of subgraph that you want to
enable it for.
Robert.
On Mon, May 11, 2009 at 8:02 PM, Butler, Lee Mr CIV USA USAMC
wrote:
I want to turn a cutting plane on and off at various levels in the graph and
update it under user control
32 matches
Mail list logo