Re: [osg-users] Reset 2D Orthographic - Perspective

The problems recently mentioned with funky clipping in an orthographic projection may be related to something I found. I've been working on and off porting a legacy application to use OSG. In this application we are able to toggle between perspective and orthographic projections. The distance

Re: [osg-users] Reset 2D Orthographic - Perspective

Of course, I meant to say... The distance from the eye to the viewing origin in an orthographic projection shouldn't affect anything, but in OSG it does. Here's the modified osgthirdpersonview example. -Don /* OpenSceneGraph example, osgthirdpersonview. * * Permission is hereby granted, free

Re: [osg-users] Linux Dev. Env. Poll

We have a mix of SuSE and Fedora of various vintages. I use vim mostly, emacs sometimes; g++; gbd or Totalview (good multi-thread support) for debugging. -Don Can T. Oguz wrote: Dear OSG Users, May I Ask which linux distribution and development environment you chose to work on ? Thank

Re: [osg-users] osgviewerQT example

saw the thread on the affect of the locale setting on getGLVersionNumber, but I don't think that's the problem here. Local is LC_ALL=C on both of these systems. I'll be glad to provide more specific information if that will help smooth out the wrinkles with Qt integration here. -Don Leich

Re: [osg-users] MAC

libraries very often. This may be a factor. (I also built cmake from downloaded source.) If even is libcurl is not a prerequisite for OSG is seems that some mention of it on the Dependencies page would be helpful. Many seem to have been bitten by libcurl problems. -Don Leich Raphael Sebbe

Re: [osg-users] MAC

this, even with changes to the source code or the build. Robert. On Mon, Dec 8, 2008 at 8:49 PM, Don Leich [EMAIL PROTECTED] wrote: I thought maybe it's time to bring this up. The problem I had building cmake on Mac OS X had to do with libcurl. I got the cmake build past to finally complete

[osg-users] Mac OS X plugins confusion

to do with out-of-source builds. -Don Leich ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] out-of-source builds don't work reliably?

. Does anyone have some insight into these problems? Are there some extra steps necessary to build out-of-source correctly, or does it just not work? -Don Leich ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org

Re: [osg-users] out-of-source builds don't work reliably?

, 2008 at 7:52 PM, Don Leich d...@ilight.com wrote: It seems that I've had more difficulty with building OSG than most other developers out there. Now that I've picked up the 2.7.7 release, revisted some old problems and encountered new ones, I may have found much of the cause. I think I have found

Re: [osg-users] out-of-source builds don't work reliably?

Hi J-S, You're right about using ccmake. I should get it installed on my Linux box. (It already is on my Mac.) I always head for the wrong .txt file to edit. Thanks for sharing your experiences with out-of-source building. I'm not so sure Mac is such a different beast or if the out-of-source

Re: [osg-users] Mac OS X plugins confusion

and osgdb_xxxd.so style names for os x as well as other platforms. i forgot to submit this for a while, but will right now. watch your osg-submissions channel... bob On Dec 16, 2008, at 8:52 PM, Don Leich wrote: On Mac OS X *debug* version executables look for *release* version named plug

Re: [osg-users] out-of-source builds don't work reliably?

Hi J-S, We've never tried multiple platforms with the same in-source tree, and I wouldn't expect that it should work. However, I would expect that we'd be able to build debug and release versions for a single platform in the same in-source tree. Has this been working reliably for you? We've

Re: [osg-users] painting into Qt widgets on Mac

been built for Carbon and not X11 windowing. When built for X11 there's a seperate OSG rendering window in addition to Qt's. -Don Leich Hello, Has anyone succeeded in using OSG to paint into Qt widgets on Mac OS X? On Windows it works without any problems if I do this: Producer::Camera

Re: [osg-users] CompositeViewer addView threading issue on Windows?

I tried J-S's test on a couple of systems in my office and got it to hang on several. I'm using OSG 2.6.0 and our drivers are far from bleeding edge (some are several years old). I think I have coaxed additional nastyness from the test by typing an 'm' to change the threading model after each

Re: [osg-users] CompositeViewer addView threading issue on Windows?

they are. The first one in particular (jeckle) seems to show the same problem I have been investigating. Thanks to Don Leich for testing on a few different machines (hardware, driver versions). I hope this info will be useful. J-S ___ osg-users mailing

Re: [osg-users] CompositeViewer addView threading issue on Windows?

Interesting. My system sparky has OpenGL version string: 2.1.1 NVIDIA 100.14.19 AMD-64, SuSe 9.2 (I think) rather old kernel 2.4.21-102-smp -Don Robert, what driver version are you using? Any chance OpenGL version string: 2.1.1 NVIDIA 100.14.19 Intel Quad core, Kubuntu 7.10.

Re: [osg-users] QOSGWidget display problem

that something other than Qt is responsible for // all rendering in the window under the widget's control. setAttribute(Qt::WA_OpaquePaintEvent); // This seems superfluous now. // setAttribute(Qt::WA_NoSystemBackground); -Don Leich ___ osg-users

Re: [osg-users] osgviewerQT and QOSGWidget issues

Hi Ant, This has come up before and there are a few changes that should fix this. I think it's possible that one or the other fix will solve your problem. It was inconclusive if one or the other works in all or just some cases, but it seems safe to do both fixes. 1) Override virtual function

Re: [osg-users] osgDB::writeImageFile() jpg vs png

Hi Jim, I've been bit by this one. It seems that osgDB::writeImageFile does not correctly support images with pixelFormat = GL_RGBA for JPEG files. I think you'll find that changing to GL_RGB will get you a good file. -Don Leich Trying to save an osg::Image as a .jpg file malfunctions

[osg-users] osgposter and HUD cameras

the offsetMatrix that is being applied to the poster cameras. Is this something that I should expect a slave camera to do? Is there some other way to communicate the offsetMatrix to the HUD cameras? Thanks, Don Leich /* OpenSceneGraph example, osgposter. * * Permission is hereby granted, free of charge

Re: [osg-users] osgposter and HUD cameras

Hello Wang Rui, Thank you for this information. I do have the newer version, but started working with the older one since it did basically what I needed it to do and it was quite a bit simpler. I see how you've uncoupled from the GUIEventHandler. -Don Wang Rui wrote: Hi Don, Sorry for the

Re: [osg-users] osgviewerQT example

? Anyone have a suggestion how to fix this on the OSG side? -Don Leich ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] osgviewerQT example

this demo on a multi-core system? -Don Leich ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] osgviewerQT example

Thanks J-S, Updating the driver fixed the problem on two systems. I don't have access to the third system yet, but it's likely that a new driver will fix that one too. It's not always practical to install new software on other peoples systems. I own you at least 2 beers. I went to school

Re: [osg-users] Development of Qt support as part of osgViewer

recent fix for WIN32 event queue handling. There are plenty of issues still to be dealt with, among which are the issues with tab-ing from view to view and which view is current in the Qt vs. OSG context. --Don Leich ___ osg-users mailing list osg-users

Re: [osg-users] Remote execution and OSG

expert or two can take a look as this is something we've been struggling with as well. -Don Leich -- next part -- A non-text attachment was scrubbed... Name: qosgwidget.tar.gz Type: application/gzip Size: 14851 bytes Desc: not available URL: http://lists.openscenegraph.org

Re: [osg-users] osgviewerQtWidget example issues (UNCLASSIFIED)

Hi Lee, The sample code is a work in progress which I posted. It's based on the previous osgviewerQt example with an added Qt Designer generated interface description developed by a co-worked of mine, and miscellaneous patches and fixes I found in the OSG archives. The Bad Window errors are

Re: [osg-users] osgviewerQtWidget example issues

realize that this is not part of a release yet. Just wanted folks to know that it wasn't Produciton ready yet. Lee - Original Message - From: Don Leich d...@ilight.com Date: Tuesday, July 28, 2009 12:23 Subject: Re: [osg-users] osgviewerQtWidget example issues (UNCLASSIFIED) To: osg-users

Re: [osg-users] [build] Building a Simple Viewer

Hi David, It looks like you did an out of source build, where your cmake, object, and other files are put in a directory seperate from the source code. Since the OpenThreads/Config file created by cmake it is written to the build directory. I've defined my include path for my development work

[osg-users] HUD camera and depth

Hi all, I needed to change an HUD camera so that it would write into the depth buffer. To get it to work I had to do something that I don't understand. I thought that a depth range of (0.,0.) and function of ALWAYS should cause all subsequent rendering to write at the minimum depth value.

Re: [osg-users] Trying to render an ortogonal scene (J.P. Delport)

This variation on the osgthirdpersonview example may help in sorting out the issues with an orthogonal projection. Run as shown to get the new behavior: osgthirdpersonview --isOrthog -Don /* OpenSceneGraph example, osgthirdpersonview. * * Permission is hereby granted, free of charge, to any

[osg-users] Can't pick HUD geometry under perspective projection

and osgUtil::PolytopeIntersector. Does anyone have an idea what's going on here? The archives were very helpful. -Don Leich ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users

Re: [osg-users] Can't pick HUD geometry under perspective projection

I meant to say the archives *weren't* very helpful. -Don Don Leich wrote: hi all, I'm having a problem with not being able to pick on my HUD geometry when the main camera has a perspective projection. My app is able to toggle between perspective and orthographic. Picking on the HUD

Re: [osg-users] Can't pick HUD geometry under perspective projection

Hi J-S, Thanks for your suggestion, but your workaround didn't work for me. I've been running OSG 2.8.3 and also tried 2.9.7 with no improvement. In my code _s_scene-getHUDCamera() returns the post render camera for my HUD geometry. I also have a pre render camera used for a background image

Re: [osg-users] Can't pick HUD geometry under perspective projection

depth and thus ends up further down the list. You can easily check if this is your issue by printing all of the intersections. Frank On Wed, 2010-06-30 at 19:17 -0400, Don Leich wrote: Hi J-S, Thanks for your suggestion, but your workaround didn't work for me. I've been running OSG 2.8.3

Re: [osg-users] Can't pick HUD geometry under perspective projection

Hey guys, I managed to squeeze in a little debugging on this problem. Here's what I've got so far. I've pared down my scene to a small set 3-D lines and a single annotation arrow in my HUD camera. If I pick on the arrow when the main camera is orthogonal I can see than inside

Re: [osg-users] Can't pick HUD geometry under perspective projection

hi all, I found a fix for my problem. After making only very slow progress trying to debug actions mainly taking place in inline functions, I found that I merely needed to open up the near and far distances in setProjectionMatrixAsOrtho for my HUD camera. If anyone has advice on debugging

Re: [osg-users] Can't pick HUD geometry under perspective projection

Now that my problem is resolved, I thought about why I was having so much trouble finding the resolution. It occured to me early on that my near/far settings might be involved early on and appearently my attempt to override what I was setting was ineffective. The problem was ultimately

[osg-users] multi-sample buffer ignored?

r g b a ns b eat -- 0x30 24 tc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 4 1 Ncon However, there are jaggies all over the place -- no appearant anti-aliasing. Does anyone have an idea why this is so? -Don Leich

Re: [osg-users] multi-sample buffer ignored?

on your recovery! -Don Leich ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] screen grabs with overlapping windows

Hi all, I've got a Qt GUI with multiple graphics windows doing OSG rendering. When doing screen grabs there is a problem where windows that overlap the graphics will corrupt the rendered pixels. What would be a resonable way to avoid the problem and reliably grab uncorrupted pixels? -Don Leich

Re: [osg-users] OSG and QT example

pretty well as is. I had to break the GraphicsWindowQt constructor into parts to use a QWidget created elsewhere in the Qt application. -Don Leich Hi, is there meanwhile a sort of standard way of integration osg views as qt widgets in a way that allows to handle them like normal widgets

[osg-users] BIND_PER_PRIMITIVE broken?

. Is this change known? Is there any magic that may make it behave? Am I going to have to bit the bullet and duplicate vertices to match the normal per facet I've got? -Don Leich ___ osg-users mailing list osg-users@lists.openscenegraph.org http

Re: [osg-users] BIND_PER_PRIMITIVE broken?

. There are two small meshes, one colored overall magenta, the other cyan. Both are 50% transparent. This is what I see in a 2.8.3 viewer. The magenta mesh BIND_PER_VERTEX normals. The cyan has BIND_PER_PRIMITIVE. With a 2.9.8 viewer the semi-tranparent magenta mesh shows as opaque gray. -Don

Re: [osg-users] BIND_PER_PRIMITIVE broken?

Hi J-S, I'm using TortoiseSVN on a Windows system. This has a right-click menu entry for SVN Checkout. The GUI can only handle the URL and was confused by the spaceOpenSceneGraph after trunk. You're exactly right that I was pulling down and eternity and a half. Today, after contemplating

[osg-users] file name case changes

/osgPlugins/ive/lod.cpp src/osgPlugins/ive/lod.h src/osgPlugins/bsp/bitset.cpp src/osgPlugins/bsp/bitset.h -Don Leich ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users

Re: [osg-users] BIND_PER_PRIMITIVE broken?

I confirmed that the bug persists in today's SVN trunk. In the example already supplied the overall color is not applied when normals are given as BIND_PER_PRIMITIVE. -Don ___ osg-users mailing list osg-users@lists.openscenegraph.org

Re: [osg-users] BIND_PER_PRIMITIVE broken?

); } } -Don Robert Osfield wrote: Hi Don, On Tue, Sep 21, 2010 at 12:13 AM, Don Leich d...@ilight.com wrote: I confirmed that the bug persists in today's SVN trunk. In the example already supplied the overall color is not applied when normals are given as BIND_PER_PRIMITIVE. I've just

[osg-users] lighting for point sprites

. Is this a direction worth persuing? It looks like the internals of the BumpMapping class in osgFX are doing some BIND_PER_VERTEX assignments. Will everything bind to the single vertex of the point sprite? -Don Leich ___ osg-users mailing list osg

[osg-users] background visible on point sprite spheres

here? Does it sound like I'm just not applying the state where I think I am? Thanks, -Don Leich ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] background visible on point sprite spheres

things today. -Don Yurii Monakov wrote: Hi Don! I think that you can try enabling GL_BLEND mode in your StateSet (if it is not already enabled). Best regards, Yurii Monakov 2010/12/16 Don Leich d...@ilight.com: Hi all, I've got a problem that I haven't been able to find a solution

[osg-users] memory leak resizing osgoit

( node, nv ); } }; -Don Leich ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Crashing when calling viewer-done()

iter = 0; while( !viewer.done() ) { coutiter: iterendl; iter++; viewer.frame(); } return 0; } -Don Leich ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org

Re: [osg-users] OpenSceneGraph-3.0.0-rc3 tagged, and plan to final 3.0.0 release

recently ported to osg. -Don Leich ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] OpenSceneGraph-3.0.0-rc3 tagged, and plan to final 3.0.0 release

and other examples that couldn't read JPEGs. The source of the osgviewerQt problem is that I don't yet have the standard .osgt files on my system. I hadn't noticed that OpenSceneGraph-Data had changed since the 2.8.0 version. Otherwise, our project has been using osg-2.9.8. -Don Leich Robert

Re: [osg-users] OSG website unresponsive

Same problem in New Jersey, about halfway between Colorodo and South Africa. -Don osg-users-requ...@lists.openscenegraph.org wrote: Send osg-users mailing list submissions to osg-users@lists.openscenegraph.org To subscribe or unsubscribe via the World Wide Web, visit