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 wh
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
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 att
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 chan
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 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
s
rsion 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 :
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:
Coul
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 OSG_USE_AGGRE
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
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 grep
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 wrote:
DGL ha
very much up to date.
Could you share the source 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 i
ding from 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,
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 optimi
10, Robert Osfield wrote:
Hi John,
On Thu, Oct 21, 2010 at 5:35 PM, John Kelso 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
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
.
Martins
On 10/19/10 3: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 Nvid
really sort 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, J
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
check SLI mosaic if you haven't
done this before
Hope this helps,
Wojtek Lewandowski
------
From: "John Kelso"
Sent: Thursday, October 07, 2010 9:35 PM
To:
Subject: [osg-users] OSG seems to have a problem scaling to multiple windows
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 into
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 John,
On Fri, Oct 1, 2010 at 2:21 PM, John Kelso 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 rath
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 wrote:
If there were any responses to this I missed them. Can anyone duplicate
this, or
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
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 | GL
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,
John__
o be sure, this is what I have (run 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
/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,
Y
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 20
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 refere
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 "FR
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 withi
or
plugin, 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
mailto:ke...@nist.gov>&
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 file
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 errors
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 b
_the_.22Expression.22_in_the_.22ELSE_.28Expression.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 Kels
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 cmake-
Hi again,
I made the change in CMakeLists.txt and cmake was happy. It still bombs when
building- it's in the dicom plugin.
We have installed:
rpm -q InsightToolkit
InsightToolkit-2.8.1-5.fc6.i386
There's a large number of repetitious errors., included below.
Any ideas?
Many thanks,
John
Jun 2009, Paul Melis wrote:
Ulrich Hertlein wrote:
Hi John,
On 4/6/09 7:24 PM, John Kelso wrote:
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:
/usr/local/HEV-bet
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:
/usr/lo
Hi Robert,
I must admit I used a pretty simplistic method. While running my app I run
"top" in another window and look at the process' virtual memory size.
When running without the merge the virtual memory size never changes. When
running with the merge, the size steadily increases. After abo
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 = toNode->getOrCr
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 held
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::Matrix
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 fort
Hi,
When building OSG 2.1.3, I wanted to get the docs built. I passed in the
flag -D BUILD_DOCUMENTATION=ON to cmake, and got this error:
CMake Error: File
/usr/local/HEV-beta/apps/osg/osg-2.1.3/OpenSceneGraph/doc/Doxyfiles/doxyfile.cmake
does not exist.
CMake Error: Error in cmake code at
/usr/
48 matches
Mail list logo