Won't this also remove the scale?
-John
On Mon, 4 Feb 2008, Thrall, Bryan wrote:
Sorry, hit send too soon, updated below...
Thrall, Bryan wrote on Monday, February 04, 2008 12:21 PM:
Tobias M?nch wrote on Monday, February 04, 2008 11:29 AM:
Hello at all,
I have osg::Matrixd view matrix
Hi,
I second that idea. I think any evening would work for me.
Do you have a venue for the class yet? That last place was ring-a-ding!
John
On Thu, 29 Jan 2009, Eric Sokolowsky wrote:
Paul Martz wrote:
Hi all -- Just a reminder regarding the upcoming public OSG training course,
to be
Hi,
A simple question- is there any reason the simulation time can't go
backwards?
The current sequence node only supports time going forward, or stopped,
which made sense in OSG 1.
Now that it's using the simulation time in OSG 2, it would be nice if I
could run the sequence nodes back and
Hi,
We're running 2.8.2 on a 64-bit Centos system. OSG was configured to use
Coin-3.1.1.
Not too long ago I ran an old demo using the new releases and noticed that
an Inventor file that used to load properly no longer did. Checking around,
many others also didn't.
Here's a simple example
, and not Coin. I wonder if it's a problem with 64-bit builds? I have
been using Centos 5.2/5.3 on a 64-bit machine for a while now, and my previous
use of Inventor was probably on our old 32-bit machines.
-Eric
On Fri, Oct 9, 2009 at 3:12 PM, John Kelso
ke...@nist.govmailto:ke...@nist.gov wrote
I have learned to avoid numbers 0, 2, 3 and 8.
See http://www.mail-archive.com/osg-users@lists.openscenegraph.org/msg26406.html
John
On Tue, 12 Jan 2010, Andrew Holland wrote:
Hi,
I want to use vertex attributes and I'm having trouble getting it to work. I
think the problem should lie
Hi,
I have discovered that this line of code:
toNode-getOrCreateStateSet()-merge(*(fromNode-getOrCreateStateSet())) ;
seems to cause a memory leak. I busted it up:
osg::StateSet *fromNodeStateSet = fromNode-getOrCreateStateSet() ;
osg::StateSet *toNodeStateSet =
Hi again,
As a stab in the dark to try and fix my memory leak I decided to try using
the latest OSG release.
After downloading 2.8.1 and typing cmake, I got this error:
The end of a CMakeLists file was reached with an IF statement that was not
closed properly. Within the directory:
Hi,
I'm a bit surprised by this because as far as I know we have a fairly recent
version of Centos. Are there no other Centos users out there trying 2.8.1?
cat /etc/redhat-release
CentOS release 5.3 (Final)
which incudes this version of cmake:
rpm -q cmake
cmake-2.4.8-3.el5.i386
Is
.29.22_confusing.3F,
it appears the ability to have empty ENDIF() started in 2.6.0, released
2008-05-06 http://www.cmake.org/files/.
IMHO, they made a bad choice coding to a recent buildsystem requirement.
On 06/05/2009 11:40 AM, John Kelso wrote:
Any idea if we can get a newer cmake? Please
Hi!
I missed the earlier note about the cmake problem being fixed in the branch.
Sorry to make noise about a fixed problem. I do test (and squawk) when I
can, but as we all know, life sometimes has other plans.
I installed DCMTK in a local directory, and just tried to rebuild 2.8.1 in a
clean
On Sat, 6 Jun 2009, Robert Osfield wrote:
Hi John,
Try removing your OpenSceneGraph/CMakeCache.text file and the re-run
./configure to see if that kicks CMake into properly checking all the
dependencies.
Also try disabling the aggressive warnings to see if that prevents gcc
spitting out
Hi all,
I just tried build OSG 2.9.8 on our CentOS system, using cmake 2.4.7.
My cmake command gave me errors. The main thing I see are lines like this:
CMake Error: Error in cmake code at
.../OpenSceneGraph-2.9.8/CMakeModules/ModuleInstall.cmake:28:
INSTALL TARGETS given unknown argument
Hi,
I'm glad to hear it's something simple. Unfortunately for me, given the nature
of
the system I work on, it's not something I can change. I'll just have to
wait until a newer version of cmake gets installed before I can update our
version of OSG.
BTW, the README.txt, and the link it
Hi,
Yes, I'm very willing to do this, but realisticaly won't have a chance to do
it until August.
But, I'll take a look at the effort involved right now, and if it isn't too
messy I'll see if I can fit into the interstisal spaces of my schedule and
knock it out.
Thanks,
John
On Fri, 16 Jul
/apps/osg/osg-2.9.8/OpenSceneGraph/CMakeModules/ModuleInstall.cmake:33:
Parse error. Function missing ending ). Instead found left paren with
text (.
I suspect this is an easy fix for someone who knows cmake.
Thanks,
John
On Fri, 16 Jul 2010, John Kelso wrote:
Hi,
Yes, I'm very willing
through cat -n):
33 IF(APPLE)
34 FRAMEWORK DESTINATION /Library/Frameworks
35 ENDIF()
Thanks,
John
On Fri, 16 Jul 2010, Robert Osfield wrote:
Hi Johm,
Try ENDIF() rather than ENDIF.
Robert.
On Fri, Jul 16, 2010 at 3:13 PM, John Kelso ke...@nist.gov wrote:
Good
On Fri, 16 Jul 2010, Jean-Sébastien Guay wrote:
Perhaps we could have that function in a separate file which would only
be loaded IF(APPLE)? Would that work?
J-S
I hope you're not asking me! 8^)
But, send me something I'd be happy to try it out.
Thanks,
Hi,
I have a window whose viewport doesn't fill it, and I want to set the area
outside the viewport to a specific color.
I'm using:
_gc = osg::GraphicsContext::createGraphicsContext(_traits);
_gc-setClearColor( osg::Vec4f(1.f, 0.f, 0.f, 1.0f) );
_gc-setClearMask( GL_COLOR_BUFFER_BIT |
Hi,
If there were any responses to this I missed them. Can anyone duplicate
this, or perhaps tell me what I'm doing wrong? Is this a bug?
Basically, when I'm running in stereo the area outside the viewport is only
getting set for one of the buffers.
Thanks,
John
On Mon, 20 Sep 2010, John
Is there a way to get osgviewer to create a viewport that is smaller than
its window?
Thanks,
John
On Fri, 1 Oct 2010, Robert Osfield wrote:
Hi John,
On Fri, Oct 1, 2010 at 12:32 AM, John Kelso ke...@nist.gov wrote:
If there were any responses to this I missed them. Can anyone duplicate
John,
On Fri, Oct 1, 2010 at 2:21 PM, John Kelso ke...@nist.gov wrote:
Is there a way to get osgviewer to create a viewport that is smaller than
its window?
No... you'd need to create the context and setup the camera's viewport
manually to do this.
Your mention of this does make me rather
, if the previous run had a white background, when you run in
stereo the area outside the viewport is pink- red for the left buffer and
white for the right.
Thanks,
John
On Fri, 1 Oct 2010, John Kelso wrote:
Hi,
We have a sort of oddball immersive system where the physical screens are
a bit smaller
Hi all,
Our immersive system is a single host computer with 8 cores and 4 graphics
cards running Linux. (1) We are using OSG 2.8.3.
We are having a heck of a hard time getting OSG to take advantage of
our multiple graphics cards. Help!
Here's what we did:
If we load a fairly large model
if you haven't
done this before
Hope this helps,
Wojtek Lewandowski
--
From: John Kelso ke...@nist.gov
Sent: Thursday, October 07, 2010 9:35 PM
To: osg-users@lists.openscenegraph.org
Subject: [osg-users] OSG seems to have a problem scaling to multiple
Hi Robert,
We normally run with vsync on, but for these tests we turned it off so we
could observe frame rates greater than 96 FPS.
We ran some sanity tests, with vsync on, CullDrawThreadPerContext threading
and both with and without OSG_SERIALIZE_DRAW_DISPATCH=OFF, but the results
were largely
of
completely stumped at this point.
Can anyone think of any test we can try to determine the cause of the problem?
Is anyone else on the list using a similar setup? If so, have you seen this
problem?
Thanks,
John
On Mon, 11 Oct 2010, J.P. Delport wrote:
Hi,
On 07/10/10 23:39, John Kelso wrote
:11 PM, John Kelso wrote:
Hi,
We have a pretty simple setup. 4 graphics cards, each is its own X11
display, as in :0.0, :0.1, :0.2, :0.3. No Twinview or Xinerama.
We've found out that our hardware doesn't support mosaic mode. We
installed
the latest Nvidia driver and it made no difference
Hi,
Just a recap:
We aren't using CompositeViewer- just a Viewer with 4 slave cameras each in
its own window. Each window is opened on a separate graphics card. We're
running X11 which has no issues with graphics card affinity. We aren't
using mosaic mode, twinview, xinerama or anything else
Osfield wrote:
Hi John,
On Thu, Oct 21, 2010 at 5:35 PM, John Kelso ke...@nist.gov wrote:
At this point I've run out of OSG things to try, but am open to suggestions.
At this point I'm assuming it's either an Nvidia driver bug or an OSG bug.
(Latest Nvidia driver, OSG 2.8.3)
From the sound
Hi,
When I try to link my executables using osg-2.9.9 or osg-2.9.10 I get messages
like:
libiris.so: undefined reference to `non-virtual thunk to
osgViewer::Viewer::setSceneData(osg::Node*)'
I'm using CentOS and gcc 4.1.2.
I googled a bit and found this problem mentioned when using one
Fedora 13 to Fedora 14, which uses a
different version of gcc. In my case the solution was to remove the contents of
my .ccache directory. More generally, I think this problem comes from mixing
object files produced by different g++ versions.
Tim
On Mon, Dec 13, 2010 at 10:36 PM, John Kelso
ke
of this program?
Yes, we can post the source code. John Kelso did the actual work and
he will follow up with the code and details in a separate
message. There are actually two test programs.
The first test is a straight OSG only test. It is the primary code
used for most of the tests
correctly), slowdown observed
I apologize that my original posting was incorrect, and I hope it didn't
cause anyone to go down the wrong rabbit hole.
Thanks,
John
On Fri, 17 Dec 2010, Robert Osfield wrote:
Hi John, Steve, et. al,
On Tue, Dec 14, 2010 at 7:32 PM, John Kelso ke...@nist.gov wrote
Oops!!!
In the below, It simply uses Performer. should have read It simply uses
Producer.
Performer is not involved with this problem in any way. 8^)
John
On Fri, 17 Dec 2010, John Kelso wrote:
Hi Robert,
Based on your question I went back and did some grepping through the DGL
codebase
Hi,
I've decided to give the osg ArgumentParser class a try.
Is the method:
bool ArgumentParser::isString(const char* str)
{
if (!str) return false;
return true;
//return !isOption(str);
}
doing as advertised? The comment says:
/** Return true if string is non-NULL and not an
Hi all,
In our CentOS environment I can build osg-2.9.10 just fine with the command:
cmake \
-D CMAKE_INSTALL_PREFIX=$DIR/osg-$v/installed \
-D INVENTOR_INCLUDE_DIR=`coin-config --prefix`/include \
-D INVENTOR_LIBRARY=`coin-config --prefix`/lib/libCoin.so \
-D
4.1.2 20080704 (Red Hat 4.1.2-50)) #1 SMP Tue Apr 12 18:10:13 EDT
2011
2011/5/12 John Kelso ke...@nist.gov:
When trying to build osg-2.9.14 using the same cmake command (and after
adding a trailing space to include/osg/GraphicsCostEstimator to get rid of a
lot of annoying compiler warnings) I get
Hi all,
We have seen the same behavior as Anna in our immersive system. It has four
screens; each screen has a single graphics context and either one or two
cameras (depends on if running in mono or stereo). The system is driven by
an Nvidia quadroplex containing four FX5800 cards, one card per
OK then! This is getting good!
I tried setting setEndBarrierPosition(BeforeSwapBuffers), setting
setThreadingModel(CullDrawThreadPerContext), and running with four windows,
each with a single camera, on a desktop system with a single graphics card,
and the problem didn't go away.
But should the
Hi all,
We are creating a simple flipbook animation. There's a node at the top, and
after a certain delta time the child node that's on is turned off, and
the next child is turned on.
If all the child nodes are turned on we get a nice solid 60 FPS. Spin it
around, move it here and there, no
Do you see the original problem as well? Does it act the same at .5 FPS and
no switching, and degrade at 1 FPS?
Thanks,
John
On Wed, 9 May 2012, Ulrich Hertlein wrote:
When running this on OS X I'm seeing some odd behaviour as well:
- roughly every 7s there is a jump in the draw time (see
Many thanks. This problem sure is beginning to smell like driver and/or
card to me. I'd love to hear from other Linux users too.
John
On Wed, 9 May 2012, Stephan Maximilian Huber wrote:
Am 09.05.12 15:26, schrieb John Kelso:
Do you see the original problem as well? Does it act the same at .5
Hi all,
I am noticing some odd behavior in the osgb file writer. I will try to
describe it as succinctly as possible. Maybe it's a bug, maybe it's my code.
We are using osg 3.1 0 on a CentOS 6 Linux system.
A fairly large program create a points file that includes some shaders and
textures
44 matches
Mail list logo
