Hi Eric,
I have named the files so that the hypen
character ("-") should be replaced by the slash character ("/") when
placing in the OSG source hierarchy. This was necessary as several of
the changed files all have the same filename, just different locations.
You could have saved yourself t
Robert Osfield wrote:
Hi All,
I have just made some changes to the includes of the new
OpenThreads/Config and osg/Config headers that address a cmake build
error that was occurring on out of source builds. Fingers crossed
this will be now fixed, and no other platforms will be broken, but as
eve
Stephan Huber schrieb:
> the compile went fine, but the recent addition of the debug suffix broke
> the plugin-finding code on OS X. I think the debug suffix is not
> necessary for OS X because the products reside in different folders.
to clarify the observed problem:
xcode builds for example os
Hi all,
Robert Osfield schrieb:
> So pretty please, could you do svn update and build across as many
> platforms that you can so we can get a clear picture of how the OSG
> code base is holding up. Once things look fine across platforms I'll
> tag 2.5.3.
here are the first results on OS X / Leo
Hi,
tested it on a MacBook with OSX 10.5 and intel cpu, this is the first of
the seveal errors. I have no idea of how to use cmake so I just copied
the provided files and tried to run ./configure. I you could give me any
advice of how to use cmake correctly I will provide further tries.
CMak
I should mention that this is also useful to be tested on non-OSX platforms,
in order to make sure I properly insulated the changes I made.
I'm going to be out of the office for a few days, but when I return I plan
to test out the X11 path you added. It looks interesting.
-Eric
On Fri, Jun 20, 2
Hi Eric,
Very cool, long awaited progress on CMake/Xcode ;-)
I am just turning in right now so can't do anything about reviewing
them myself, I also don't a Mac to test against right now, although
next week I will have access. Could other OSX users dive in here and
test out these changes, if th
Out of source build on FC7 (x86_64) with latest configured fine and is
about 40% complete with compilation. -bob
On Fri, 20 Jun 2008, Robert Osfield wrote:
Hi All,
I have just made some changes to the includes of the new
OpenThreads/Config and osg/Config headers that address a cmake build
e
Hi All,
To help out an present3D end working under OSX, who was having
problems with the Carbon version of osgViewer, I have added an option
OSG_WINDOW_SYSTEM into Cmake to allow the CMake to compile either the
X11 or Carbon support into osgViewer. The default setting for
OSG_WINDOWING_SYSTEM is
Hi All,
I have just made some changes to the includes of the new
OpenThreads/Config and osg/Config headers that address a cmake build
error that was occurring on out of source builds. Fingers crossed
this will be now fixed, and no other platforms will be broken, but as
ever, it needs testing to b
I tried disabling the unified backbuffer in the NVIDIA control panel, but it
didn't seem to have any effect.
-Jon.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:osg-users-
> [EMAIL PROTECTED] On Behalf Of Jason Daly
> Sent: Tuesday, June 17, 2008 11:48 AM
> To: OpenSceneGraph U
Hi
To increase the sample population, perhaps put a note about the poll on
the front page of http://www.openscenegraph.org/
I can also offer download stats/logs from my website.
-- mew
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:osg-users-
> [EMAIL PROTECTED] On Behalf Of
Thank you!
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Robert
Osfield
Sent: Friday, June 20, 2008 10:01 AM
To: OpenSceneGraph Users
Subject: Re: [osg-users] using osg::node in glut renderer
On Fri, Jun 20, 2008 at 4:44 PM, Tueller, Shayne R Civ USAF
Hi Robert,
So pretty please, could you do svn update and build across as many
platforms that you can so we can get a clear picture of how the OSG
code base is holding up. Once things look fine across platforms I'll
tag 2.5.3.
Updated and compiling on both Windows Vista (native) and Ubuntu (ru
On Fri, Jun 20, 2008 at 4:44 PM, Tueller, Shayne R Civ USAF AFMC 519
SMXS/MXDEC <[EMAIL PROTECTED]> wrote:
> So what do the arguments do that are passed into the
> setUpViewerAsEmbeddedInWindow() do? Are they used internally to OSG?
The window position and dimensions are passed in so it can calib
Robert,
The setViewport seems to do the trick. Thanks for the help.
So what do the arguments do that are passed into the
setUpViewerAsEmbeddedInWindow() do? Are they used internally to OSG?
Also you made mention that you need to protect OpenGL rendering from OSG
rendering. Are you suggesting th
Robert,
since I posted this bug
(http://article.gmane.org/gmane.comp.graphics.openscenegraph.user/29477)
about traslucent non-textured OBJ files on osg-submissions and osg-users and
got no reply from its author (Bob Kuehne), may I ask you to revert that
change for now (-r8305)?
That change was
Hi John,
There are way too many variables beyond my knowledge w.r.t your set up
to even hazard a guess at what's up, the are very real limits to my
abilities to debug at a distance. The only way I can really way to
divine what is going on is to have code in front of me. If you think
there is a b
Hi martin,
what kind of 3d database do you like to visualize with shadow? and what kind
of light are you using. if your scene is a terrain like database, you can
have a look at parallel split shadow map. if you have a small scene, than
you can visualise with static shadow. but it the scene is too
Hi John,
I have classes that I instantiate that use GLSL, but are not
automatically enabled on the scene graph.
Is there a way to use RTT and PIXEL_BUFFER setup that won't break
osg::Fog? What I mean is, if I don't instantiate the GLSL objects, will
osg::Fog remain intact in this type of setup?
Hi John,
Does the slave camera share the same scene graph as the viewer?
Robert.
On Fri, Jun 20, 2008 at 4:18 PM, Argentieri, John-P63223
<[EMAIL PROTECTED]> wrote:
>
> In OSG 2.4's osgViewer::CompositeViewer, when using an RTT setup, if you
> specify the RTT camera as a slave of CompositeViewer
>> But base on my experience, most of the datasets created have higher
>> weightage on the texture side.
>>You can do a simple experiment, just take note of the orginal flt file size,
>>before and after it is being
>> converted to ive format consisting of the textures. Take note of the
>> incr
Hey Robert,
I have classes that I instantiate that use GLSL, but are not
automatically enabled on the scene graph.
Is there a way to use RTT and PIXEL_BUFFER setup that won't break
osg::Fog? What I mean is, if I don't instantiate the GLSL objects, will
osg::Fog remain intact in this type of setu
Hi Robert,
So pretty please, could you do svn update and build across as many
platforms that you can so we can get a clear picture of how the OSG
code base is holding up. Once things look fine across platforms I'll
tag 2.5.3.
Updated and compiling on both Windows Vista (native) and Ubuntu (ru
In OSG 2.4's osgViewer::CompositeViewer, when using an RTT setup, if you
specify the RTT camera as a slave of CompositeViewer, rather than a node
attached to the scene, the camera does not honor the framestamp or
simulation time advance.
I can tell this because osgCal stops animating characters
Hi Shane,
After the setUpViewerASEmbeddedInWindow try setting the viewer's
Camera's Viewport to the size you wish. ie..
viewer.getCamera()->getViewport()->setViewport(50,50, 200,200);
Robert.
On Fri, Jun 20, 2008 at 4:08 PM, Tueller, Shayne R Civ USAF AFMC 519
SMXS/MXDEC <[EMAIL PROTECTED]> wr
Hi All,
I have just completed a bit of marathon osg-submissions purge, a while
not all pending submissions have been reviewed, many have made it
through. I am both in awe of how much the community contribute to the
development OSG and exhausted from trying to keep up with it -
basically this whol
Regarding the osgviewerGLUT example, is there any way to make the embedded
window from the GraphicsWindowEmbedded feature smaller in size than the glut
window?
I bring this up because when I change the extents on the
viewer->setUpViewerAsEmbeddedInWindow() it has no effect. It always uses the
siz
Hi,
I want to use quicktime to display movie, but in registry code it need to set
environment variable as:
#if defined(DARWIN_QUICKTIME)
or
#if defined(USE_QUICKTIME)
I set the variable in windows but seem doesn't work,
finally I have to hard code the quicktime inside the regirstry.cpp,
Hi,
The nodevisitor seems cannot reach the leaf node when I add two layers of
groups. like this:
root (group)
/ | \
group ... group
/ | \
geode.
my code is lik
Hi Donn,
On Thu, Jun 19, 2008 at 2:41 PM, Mielcarek, Donn
<[EMAIL PROTECTED]> wrote:
> It's helped, but hasn't solved the problem. It doesn't crash right away,
> but it eventually will hit a random point and the program dies.
Could you try to get a stack trace of the location of the crash.
> Als
We've found that if you play with the database pager settings (look in
DatabasePager.cpp), you can change the performance of terrapage databases
significantly.
The TXP pager code on the trunk has some optimizations in it that speed it up
quite a bit. Plus it runs the optimizer, although, we f
Hello OSG'ers,
We're interested in how users of OSG get their binaries. For example,
are you using Windows and do you use the precompiled binaries available
through the OSG website, do compile OSG yourself but do you use
precompiled dependencies (libpng, libjpeg, etc) or do you compile
everyt
Hi Colin
it works with a low cost webcam but not with a more expensive one - so it
has s.th to do with the webcam
Thanks
Dieter
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Colin
Dunlop
Sent: Thursday, 19 June, 2008 17:53
To: OpenSceneGraph Users
Su
:D
Thanks
Sorry for the inconvenience
Vincent.
2008/6/20 Robert Osfield <[EMAIL PROTECTED]>:
> On Fri, Jun 20, 2008 at 10:39 AM, Vincent Bourdier
> <[EMAIL PROTECTED]> wrote:
> >
> > Hum, just a little question:
> >
> > what is the difference between :
> >
> > using a nodeVisitor to get the n
Hi,
I've succesfully used VPB to utilise two cores of a machine to build a
terrain. I replaced "osgdem" with "vpbmaster" in my command line and
w00t, it just worked.
Now I would like to run the build on a larger data set on a 16 node
single system image (identical nodes - debian/nvidia - eac
On Fri, Jun 20, 2008 at 10:39 AM, Vincent Bourdier
<[EMAIL PROTECTED]> wrote:
>
> Hum, just a little question:
>
> what is the difference between :
>
> using a nodeVisitor to get the nodepath
> use getWorldMatrices()
You have the code, go look at it. getWorldMatrices() is implemented
using NodeV
Hum, just a little question:
what is the difference between :
- using a nodeVisitor to get the nodepath
- use getWorldMatrices()
?
Thanks,
Vincent
2008/6/20 Robert Osfield <[EMAIL PROTECTED]>:
> Hi Vincent,
>
> The tutorial looks a bit out of date as well (from 1.x days). For
> camera
On Friday 20 June 2008 11:31, Melchior FRANZ wrote:
> * Mathias Fröhlich -- Friday 20 June 2008:
> [Performing Test _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS - Failed]
>
> > If you specify any
> > -march=whatevernewertargettocompilefor
> > to gcc the builtin is inlined with something usable.
>
> I was
* Mathias Fröhlich -- Friday 20 June 2008:
[Performing Test _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS - Failed]
> If you specify any
> -march=whatevernewertargettocompilefor
> to gcc the builtin is inlined with something usable.
I was using -march=pentium4 already, so it should have worked?
m.
_
Hi Vincent,
The tutorial looks a bit out of date as well (from 1.x days). For
camera tracking you are far better of recording a single osg::NodePath
from the root to the node you want to track, and then using
osg::computeLocalToWorld(path) on this on demand, using a callback is
pretty daft.
Coul
Thanks ;-)
Vincent
2008/6/20 Robert Osfield <[EMAIL PROTECTED]>:
> On Fri, Jun 20, 2008 at 10:13 AM, Robert Osfield
> <[EMAIL PROTECTED]> wrote:
> > I wasn't aware of the example on the wiki, this looks out of date,
> > you'd be much better of using Node::getWorldMatrices() to get the
> > world
On Fri, Jun 20, 2008 at 10:13 AM, Robert Osfield
<[EMAIL PROTECTED]> wrote:
> I wasn't aware of the example on the wiki, this looks out of date,
> you'd be much better of using Node::getWorldMatrices() to get the
> world matrices.
I've just fixed this wiki page to now use getWorldMatrices().
Rober
I Robert
Sorry, I mean world coords.
i want to use this
http://www.openscenegraph.org/projects/osg/wiki/Support/Tutorials/CameraControlNodeFollowing(this
is nearly what I intend to do)
Is it out of date too ?
Thanks,
Vincent.
2008/6/20 Robert Osfield <[EMAIL PROTECTED]>:
> Hi Vincent,
>
> I w
Hi Vincent,
I wasn't aware of the example on the wiki, this looks out of date,
you'd be much better of using Node::getWorldMatrices() to get the
world matrices.
I'm not sure what you mean be absolute coordinates though - do you
mean eye coords? world coords?
On Fri, Jun 20, 2008 at 10:00 AM, Vin
Hi all,
I am looking for a way to get the transformation matrix for a specified
node, in absolute coordinate.
Looking in the archives and in the wiki I found this:
node::getWorldMatrices()
>
but... I found this too :
http://www.openscenegraph.org/projects/osg/wiki/Support/Tutorials/CameraContr
Robert,
On Friday 20 June 2008 10:43, Robert Osfield wrote:
> I am a bit surprised that _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS path
> wasn't selected on your machine, perhaps the checks for support need
> to be tweaked.
i386 (=32 bit) builds do not use that for now.
The problem is that gcc assumes
Paul Melis wrote:
Robert Osfield wrote:
Hi Guys,
On Fri, Jun 20, 2008 at 7:08 AM, Mathias Fröhlich
<[EMAIL PROTECTED]> wrote:
That change just did not make it into svn.
In source tree builds will work without the patch. Out of source builds
hopefully when Robert has merged that :)
Now
Hi Melchior,
Your change looks correct, now applied and checked into SVN.
I am a bit surprised that _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS path
wasn't selected on your machine, perhaps the checks for support need
to be tweaked.
Robert.
On Fri, Jun 20, 2008 at 7:45 AM, Melchior FRANZ
<[EMAIL PROT
Robert Osfield wrote:
Hi Guys,
On Fri, Jun 20, 2008 at 7:08 AM, Mathias Fröhlich
<[EMAIL PROTECTED]> wrote:
That change just did not make it into svn.
In source tree builds will work without the patch. Out of source builds
hopefully when Robert has merged that :)
Now merged and submit
Hi Guys,
On Fri, Jun 20, 2008 at 7:08 AM, Mathias Fröhlich
<[EMAIL PROTECTED]> wrote:
> That change just did not make it into svn.
> In source tree builds will work without the patch. Out of source builds
> hopefully when Robert has merged that :)
Now merged and submitted to SVN. I'm entirely cl
Hi Liang,
On Fri, Jun 20, 2008 at 2:28 AM, lab_zj <[EMAIL PROTECTED]> wrote:
> Hi, Robert:
> How are you,I have a idea for texture-loading plugins currently in OSG:
> Why we don't use FreeImage to act as a texture-loader? Because:
> 1. FreeImage using GPL license,so we can freely use it.
Hi Mark,
The GraphicsWindowEmbedded feature of osgViewer allows osgviewerGLUT
to just use an existing context, it does realize anything, so can fit
right inside your own code.
More of an issue is keeping OpenGL in sync between the two sets of
rendering - you'll need to protect the OSG rendering f
Hi everyone,
I have a situation which I don't understand: I am trying to control the
projection's fovx and fovy myself. But I see a difference in behaviour
when I change fovx and fovy when applying them to
camera->setProjectionMatrixAsPerspective(). Could someone try the
attached example with
54 matches
Mail list logo