be downloaded from:
ftp://ftp.weatherone.tv/private/jvl/osgTerrain_globe.tgz (3.1 GB)
(This file will be removed before the weekend)
Best regards,
John
Robert Osfield wrote:
Hi John,
On Tue, May 27, 2008 at 1:14 PM, Robert Osfield
[EMAIL PROTECTED] wrote:
I haven't tried changing
Hi Jason,
On Wed, May 28, 2008 at 5:48 PM, Jason Beverage [EMAIL PROTECTED] wrote:
Did you ever find a fix for this issue? I believe I might be running into
the same problem.
There is still a problem with the set up of events within
CompositeViewer with certainly window/camera combinations,
Hi Guys,
This sounds like a problem in the thread scheduler under WindowsXP
64bit, something you'll probably just have work around rather than be
able to fix it via mods to OpenThreads side.
As an experiment try setting the processor affinity on each of the
threads so that they are on different
Hi All,
I've made a number of merges of submissions and fixes from myself
today, but I've run out of day to make a 2.5.1 dev release today, so
I'll tag it tomorrow.
So... I'd appreciate so more build and execution testing of the svn
version of the OSG.
Thanks,
Robert.
Hi All,
One of the tasks I've been doing over the last few days was
investigating a crash in RenderBin::sortBackToFront() - this is called
whenever we have a transparent bin in our scenes. The particular
crash was happening in a std::sort on a std::vectorRenderLeaf* using
a simple functor for
Finally... Dreamhost have fixed today's screw up...
The support query I lodged today got the reply that they had run a
script on their severs to disabled inactive lists... and disabled
active ones due to a bug in their scripts.. You would have thought
they'd test the scripts offline before
HI Paul,
VPB is built around working on earth data, hence the default to WGS84.
You can override the size of the spheriod via --radius-equator value
and --radius-polar value, a recent bug fix to VPB fixed this
functionality so it should work now. It should also be possible to
set the coordinate
Hi Jason,
In the SVN version of the OSG there is a catch for this.
FYI, the PgConfig support works from 2.4.7 on my system so you are
possible just a bit unlucky.
I will putting out a 2.5.1 release today once I've done some bug fixing work.
Robert.
On Fri, May 30, 2008 at 12:23 AM, Jason Daly
Hi Siddharth,
I'm not clear on what you actually want to do. Do you want to
rendering using the OSG, or just use the OSG purely as a data
structure?
Robert.
On Fri, May 30, 2008 at 4:22 AM, Sid [EMAIL PROTECTED] wrote:
Hi,
Is there any way, I could load an osg model, use some of the osg api
Hi Eric,
To get he screen resolution you need to the
osg::GraphicsContext::WindowSystemInterface and query the
getScreenResolution methods. Have a look at the osgcamera example for
guidance.
Robert.
On Thu, May 29, 2008 at 9:17 PM, eheft [EMAIL PROTECTED] wrote:
I have a camera drawback and
Hi Juan,
You need to stop threading before you remove or add views to a
CompositeViewer. i.e.
viewer.stopThreading();
viewer.addView(view);
viewer.startThreading();
The other thing you can do is toggle the cameras associated with the
view off by setting their NodeMask to
Sent yesterday, but never got through...
-- Forwarded message --
From: Robert Osfield [EMAIL PROTECTED]
Date: Thu, May 29, 2008 at 9:04 AM
Subject: Re: [osg-users] cmake 2.6 issue, latest svn head
To: OpenSceneGraph Users osg-users@lists.openscenegraph.org
Hi Paul,
The warning
Hi Leeten,
Full screen anti-aliasing is different the line and polygon smooth
modes, for these you just do stateset-setMode(GL_LINE_SMOOTH,
osg::StateAttribute::ON); etc.
As for full screen anti-aliasing, the advice given so far won't help
you, as it only works for osgViewer based apps that use
Hi Viggo,
When performance drops like this it's because you've dropped onto a
software fallback path in the OpenGL driver. Exactly what formats are
software vs hardware depends upon the hardware and OpenGL drivers.
You'll need to check with your hardware vendors specs to see what will
be
On Fri, May 30, 2008 at 1:44 PM, Mike Greene [EMAIL PROTECTED] wrote:
Paul,
The program is pretty large with lots of dependencies, so I'm not sure I
can attach it here:
By SVN head, do you mean using OSG 2.4 instead of 2.3.7?
Oh I might guess that Paul might have have SVN head, *not* either
Hi Jason,
On Fri, May 30, 2008 at 6:59 PM, Jason Daly [EMAIL PROTECTED] wrote:
Robert Osfield wrote:
The new code is in OpenSceneGraph/CMakeLists.txt is:
#use pkg-config to find various modues
FIND_PACKAGE(PkgConfig)
IF(PKG_CONFIG_FOUND)
...
Yes, as I said, that code is in the version
Hi Jason,
I have introduced the follow:
IF (${CMAKE_MAJOR_VERSION}.${CMAKE_MINOR_VERSION}.${CMAKE_PATCH_VERSION}
STRGREATER 2.4.5)
FIND_PACKAGE(PkgConfig)
ENDIF(${CMAKE_MAJOR_VERSION}.${CMAKE_MINOR_VERSION}.${CMAKE_PATCH_VERSION}
STRGREATER 2.4.5)
Hopefully this will fix your outdated
Hi All,
I've just tagged the OpenSceneGraph-2.5.1 developer release which can
be downloaded from:
http://www.openscenegraph.org/projects/osg/wiki/Downloads/DeveloperReleases
* OpenSceneGraph-2.5.1, released on 30th May 2008.
OpenSceneGraph-2.5.1 introduces a revamped database pager that
Hi Paul,
I've just checked and the required methods do exist in osgTerrain.
Could it be that osgTerrain and osgDB aren't being linked in during
debug build for some reason? Could it be that OSG was not built with
debug? Perhaps the VPB's Cmake cache needs updating against the debug
version of
-- Forwarded message --
From: Robert Osfield [EMAIL PROTECTED]
Date: Sat, May 31, 2008 at 8:44 AM
Subject: Re: [osg-users] CMake issue on RHEL 5
To: Philip Lowman [EMAIL PROTECTED]
Hi Philip,
On Sat, May 31, 2008 at 7:20 AM, Philip Lowman [EMAIL PROTECTED] wrote:
The posted
Hi Sid,
On Sat, May 31, 2008 at 9:26 AM, Sid [EMAIL PROTECTED] wrote:
I want to use it as a data structure, so that I can load and manipulate some
osg models, and rendering and culling should
be done through OpenGL
Well if you want to use the OSG just as a data structure then you're
pretty
time
Raymond
btw this is on win xp, osg 2.2.0 / svn, nvidia (multiple cards) btw I
won't
respond in a week or so, I will be away from the computer
Robert Osfield wrote:
Hi Raymond,
Are you writing your own custom OpenGL code? If so then it's likely that
you aren't telling the OSG about
Hi Timo,
I have never tried this first hand so can't comment with great wisdom,
best I can do is guess. Destructing the osgDB::Registry in the way
you have should close all the OSG plugins that have been loaded. In
your instance a destrucutor of a core OSG node is crashing, which
suggest to me
PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Robert Osfield
Sent: Sunday, June 01, 2008 4:28 AM
To: OpenSceneGraph Users
Subject: Re: [osg-users] correct manual shutdown of osg libraries
Hi Timo,
I have never tried this first hand so can't comment with
great wisdom, best I can do
Hi J-S,
On Sun, Jun 1, 2008 at 9:37 PM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
So I think in addition to all you said in the previous message (and with
which I agree), making a few point releases between stable releases would
help people keep up to date more easily.
This easy part is
schrieb Robert Osfield:
Hi Paul,
Destructing the Viewer should be enough to get the rendering backend
(RenderStage/StageGraph etc) to clear, there shouldn't be any need to
let the viewer keep rendering for a couple of frames. Unless of
course you still needed the viewer after the, if so perhaps
, 2008 at 10:53 AM, Robert Osfield [EMAIL PROTECTED]
wrote:
Hi Peter,
You callback is pretty odd, while I don't exactly know what you are
trying to do and why, whatever it is the callback you've written is
almost certainly not the way to do.
Could you take half a dozen steps back
On Mon, Jun 2, 2008 at 11:46 AM, John Vidar Larring
[EMAIL PROTECTED] wrote:
Hi Robert,
Could it be that I have compiled the OSG uses a release build and
you've compiled debug, or not enabled the release build.
Due to debugging etc. I went blind to the fact that I was doing the timing
of
Hi Peter,
You callback is pretty odd, while I don't exactly know what you are
trying to do and why, whatever it is the callback you've written is
almost certainly not the way to do.
Could you take half a dozen steps back and then explain from a high
level what you are trying to do in your app
Hi Peter,
On Mon, Jun 2, 2008 at 10:52 AM, Peter Wraae Marino [EMAIL PROTECTED] wrote:
Also I understand why this works, but don't really approve of it because it
makes my code more hardcoded because I need to implement a direct update
call after viewer-updateTraversal() which is kinda
On Mon, Jun 2, 2008 at 12:42 PM, Peter Wraae Marino [EMAIL PROTECTED] wrote:
Hi Robert,
Thanks for all your advice, really do appreciate it.
As you mentioned the camera needs to finish it's update traversal, so I
decided to try
the cull-callback which should be called after all updates have
Hi Paul,
On Mon, Jun 2, 2008 at 1:23 PM, Paul Melis [EMAIL PROTECTED] wrote:
Doing a diff between the 2.4 and current SVN headers it seems the API
changes that break things are minimal:
...
So porting from 2.4 to 2.6 (when it comes out) should be fairly easy, unless
you do deep stuff with
On Mon, Jun 2, 2008 at 2:34 PM, Paul Melis [EMAIL PROTECTED] wrote:
Would there be a single stable branch and one development one? I.e. when 2.6
would come out it would supersede 2.4?
Each stable series would be independent. A new stable release such as
2.6.0 would become the main stable
Hi Paul,
On Mon, Jun 2, 2008 at 4:03 PM, Paul Melis [EMAIL PROTECTED] wrote:
Why not branch to _create_ the 2.6.x series, instead of branching _after_
2.6.0? The former is far more commonplace.
The system since the 1.9.x dev series has been that we tag when ready
to officially make a release,
Hi Shayne,
On Mon, Jun 2, 2008 at 5:20 PM, Tueller, Shayne R Civ USAF AFMC 519
SMXS/MXDEC [EMAIL PROTECTED] wrote:
The files were originally PNG files that I converted per the instructions on
the wiki to the .tif format. Whether or not that makes them GeoTiffs I don't
know. How can I convert
On Mon, Jun 2, 2008 at 11:14 PM, Tueller, Shayne R Civ USAF AFMC 519
SMXS/MXDEC [EMAIL PROTECTED] wrote:
Robert (or anyone else),
Can you enlighten me on the --TERRAIN, --LOD, and --PagedLOD options in
osgdem?
What are the benefits or drawbacks for using these? Which is the best
stable release. This would prevent SO
version conflicts between release and developer versions.
-Eric
Robert Osfield wrote:
Hi Paul,
On Mon, Jun 2, 2008 at 4:03 PM, Paul Melis [EMAIL PROTECTED] wrote:
Why not branch to _create_ the 2.6.x series, instead of branching _after_
2.6.0
Hi John,
On Tue, Jun 3, 2008 at 9:21 AM, John Vidar Larring
[EMAIL PROTECTED] wrote:
I have created a new page on the wiki that list all the example programs
that comes with OSG in table form. In the TOC is listed under Documentation
| Examples. If you (excl. Robert at this point) are familiar
Hi Paul,
It sounds like we are now on roughly the same wavelength w.r.t how to progress.
Right, but that is for maintenance of the next stable branch. How about the
current one (2.4)?
I'd suggest going with a branch from 2.4.0 or 2.5.1 (if you want to be
lazy) i,e
svn copy
On Tue, Jun 3, 2008 at 12:35 PM, Zoltán [EMAIL PROTECTED] wrote:
Robert Osfield wrote on Tuesday 03 June 2008:
The fix to this bug has been to implement a custom stream
buffer that just silently discards all calls to it, this
not only fixes the bug but also doubles the performance
On Tue, Jun 3, 2008 at 4:19 PM, Serge Lages [EMAIL PROTECTED] wrote:
Hi Glenn and Robert,
Is this problem resolved ?
I am currently using an OperationThread on my app and I have the same
problem, it doesn't want to exit (it blocks into the cancel method).
I haven't looked at VPB issue yet,
On Tue, Jun 3, 2008 at 3:04 PM, Paul Melis [EMAIL PROTECTED] wrote:
I'd suggest OpenSceneGraph-2.4. As it is located under /branches, that
should be clear enough.
OK, OpenSceneGraph-2.4 it is then.
I assume these are shell scripts?
The ones I have are.
Should we decide in advance that the
Hi Csaba,
Thanks for spotting the missing updateBlock(). I've now added this
and checked it in. I put the updateBlock() inside the if () {} code
block, but other than that is identical to your own change.
Must admit I hadn't spotted the problem, the downside of having a four
core machine...
Hi Alan,
The memory difference is almost certainly down to the different in
Texture unref after apply which is probably not working because of
your viewer setup.
Are you using the GraphicsWindowEmbedded feature? Is each of the
viewers using its own
GraphicsWindowEmbedded? If so make sure they
Hi Monia,
It's not clear what you actually want to do with your system - is it
that you want objects in the scene controlled by the SpaceNavigator or
is that you don't want the usual CameraManipulator but set the
Camera's ViewMatrix manually yourself given the SpaceNavigator data?
Robert.
On
4.6.08, Robert Osfield [EMAIL PROTECTED] a
écrit :
De: Robert Osfield [EMAIL PROTECTED]
Objet: Re: [osg-users] 3Dconnexion manipulator
À: [EMAIL PROTECTED], OpenSceneGraph Users
osg-users@lists.openscenegraph.org
Date: Mercredi 4 Juin 2008, 10h22
Hi Monia,
It's not clear what you actually
Hi Vincent,
This may be an issue with multiple computeBounds() running in a
parallel. In the SVN version and 2.5.0/2.5.1 there is an call to
sceneData-getBound() that does the initialization of the bounding
volume while the code is still single threaded - something that should
have been done for
incorrects et/ou manquants,
aucun symbole chargé pour kernel32.dll]
Does it confirm you idea ?
Thanks.
Regards,
Vincent
2008/6/4 Robert Osfield [EMAIL PROTECTED]:
Hi Vincent,
This may be an issue with multiple computeBounds() running in a
parallel. In the SVN version and 2.5.0/2.5.1
Hi All,
Next week I'm doing training at a company in Oxford, from Monday 9th
through to Friday 13th...of June. The company have suggested a social
evening and they are up for the idea of opening it out to others who
use the OpenSceneGraph in the local area. I aware of couple of
different groups
On Wed, Jun 4, 2008 at 10:40 AM, Mathias Fröhlich
[EMAIL PROTECTED] wrote:
Did you ever try compiling under linux using the _GLIBCXX_DEBUG define?
No I have never tried this, yet... thanks for the pointer.
___
osg-users mailing list
Hi David,
It'd be useful if you to say what platform you are using/how you built
the OSG + dependencies, and clarify the problem with loading files.
As the texture no longer having the image, is this after loading?
After rendering? Do you have Texture::setUnrefImageAfterApply(bool)
enabled?
Hi David,
Have a search through the recent achives w.r.t png plugin. The png
plugin doesn't have any code changes to between 2.2 and 2.4 so it must
be just a build issue/dependency isse. W.r.t getImage, my guess is
that your paged database has unref on apply enabled, and a bug fix
since 2.2 has
can see where it crashes,
I gess I can find why...
Thanks,
Regards,
Vincent.
2008/6/4 Robert Osfield [EMAIL PROTECTED]:
On Wed, Jun 4, 2008 at 10:40 AM, Mathias Fröhlich
[EMAIL PROTECTED] wrote:
Did you ever try compiling under linux using the _GLIBCXX_DEBUG define?
No I have
.
On Wed, Jun 4, 2008 at 1:49 PM, Alan Ott [EMAIL PROTECTED] wrote:
Robert Osfield wrote:
Hi Alan,
The memory difference is almost certainly down to the different in
Texture unref after apply which is probably not working because of
your viewer setup.
Robert,
While the unref of course
Hi J-S,
On Wed, Jun 4, 2008 at 3:56 PM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
I saw you started work on an osgkdtree example. Are you planning on doing
that from scratch?
Is it not possible to do anything under the cover of darkness :-)
I have indeed begun work towards adding kd-tree
Hi J-S,
On Wed, Jun 4, 2008 at 4:10 PM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
Again about new examples. :-) I saw the osgscreencapture example that was
recently added.
Observant once more :-)
osgscreencapture example was written to test out use of double buffer
PBO's for readback of
Hi J-S,
My plan is to have a kdtree pointer on osg::Drawable. My initial
though would be to have users manually assign created kdtree's to
osg::Drawable, and update these when geometry is updated. One could
possible do this within a dirty mechanism in Drawable a bit like
bounding boxes are
Hi Stephan,
On Wed, Jun 4, 2008 at 5:15 PM, Stephan Maximilian Huber
[EMAIL PROTECTED] wrote:
perhaps http://libkdtree.alioth.debian.org/ can help as a reference. I
used it for my own work, and it worked as advertised. As a header-only lib
it was easy to integrate.
Thanks the link. Just
Hi Brian,
CMake shouldn't find WxWidgets. Could you try rm CMakeCache.txt and
then rerun ./configure, and then if you still get the error send us
the CMakeCache.txt, perhaps this might gleen something.
Robert.
On Wed, Jun 4, 2008 at 6:57 PM, Brian Keener [EMAIL PROTECTED] wrote:
Updated from
Hi Hugo,
Using a Camera DrawCallback would be one way, or implementing your own
GraphicsOperation that is attached to the GraphicsWindow.
Could you explain a bit more about what you are trying to do. It
almost sounds like you want to do just OpenGL rendering, no OSG
rendering at all.
Robert.
Hi Paul,
On Thu, Jun 5, 2008 at 9:05 AM, Paul Melis [EMAIL PROTECTED] wrote:
Yes the fix was in r8282, osg 2.4 was released around r8238. This sounds
like a good candidate for inclusion in 2.4.1.
This was done after the moving to supporting DOM 2.1, so it's one of
sticky ones, is moving to DOM
Hi Adrian,
On Thu, Jun 5, 2008 at 7:34 AM, Adrian Egli OpenSceneGraph (3D)
[EMAIL PROTECTED] wrote:
important in each kd-tree implementation for line / ray intersection testing
is the SAH heuristic for good kd trees. SAH like kd-trees are a little bit
slover in building but much faster in
Hi Mathias,
Sorry about this, forgot to do a svn checkin of include/osg/Shape,
it's now checked in. This now has a accept(Shape) which fixes the
build problem you've seen.
While this is in dev functionality, my interim check-ins shouldn't
break the build, so please shout if they do.
Robert.
Hi Glenn,
The IntersectionVisitor::accept(PagedLOD) should fallback to a lower
res child when one is not available. If you've gone ahead and
implemented this missing code then please post it to osg-submissions
so I can review it.
Cheers,
Robert.
On Thu, Jun 5, 2008 at 1:56 PM, Glenn Waldron
Hi Chris,
The present version of PixelBufferObject only supports copying from
main memory to GPU, not back. For the recent osgscreencapture example
use PBO's but I had to implement the PBO setup myself since the core
osg::PixelBufferObject didn't support it. I haven't had a chance to
refactor
On Thu, Jun 5, 2008 at 5:28 PM, Mike Weiblen [EMAIL PROTECTED] wrote:
I'm curious, for additional off-screen capture fun, have you explored using
FBO render target, and have you guidance on any subtle sensitivities for
reading via PBO?
I haven't tried FBO for off screen capture, but this
Hi Fred,
The missing method that osgWrappers/osgDB is complaining about being
missing is implemented, so my best guess is that the OSGDB_EXPORT is
required for
DatabaseThread to enable build under VS for the wrapper. The addition
of OSGDB_EXPORT is now checked in, could you do a svn update.
On Fri, Jun 6, 2008 at 12:00 AM, Brian Keener [EMAIL PROTECTED] wrote:
Robert Osfield wrote:
CMake shouldn't find WxWidgets. Could you try rm CMakeCache.txt and
then rerun ./configure, and then if you still get the error send us
the CMakeCache.txt, perhaps this might gleen something.
I
Hi GuiYe,
The vpbheightfieldmapping and vpbextrusion were tested beds for
support for extruding shape files to generate buildings, now the
support is in the core VPB I may remove this, so please just ignore
them.
vpbinfo does nothing useful right now, and may also be culled.
Robert.
2008/6/6
Hi Paul,
On Fri, Jun 6, 2008 at 8:36 AM, Paul Melis [EMAIL PROTECTED] wrote:
When an osgText::Text3D drawable is read from a .osg file its character
depth does not get applied, as its glyph representation isn't recomputed.
The osgtext3D example doesn't reveal this, as other methods are called
Hi LH,
When you run with multiple heads the master Camera of the viewer won't
have a Viewport or a GraphicsContext associated with it, instead the
Viewer will have multiple slaves Camera, one for each screen, with
each slave Camera with its own GraphcisContext and Viewport.
Robert.
On Fri, Jun
On Fri, Jun 6, 2008 at 2:50 PM, Joakim Simonsson [EMAIL PROTECTED] wrote:
Does the xine and qt plugins work under windows?
The qt plugin runs under windows - once you have quicktime installed.
___
osg-users mailing list
Hi Alex,
The submission came though OK on your other post. The correct place
for submissions is the osg-submissions mailing list, post to osg-users
can easily be lost amongst the sea of other posts so isn't a reliable
mechinism for submissions.
Robert.
On Fri, Jun 6, 2008 at 2:44 PM, Pecoraro,
On Fri, Jun 6, 2008 at 2:59 PM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
Hi Robert,
Then... we'll find out just how fast a
cache friendly kdtree implementation can be :-)
Oooo... Dramatic foreshadowing :-)
Oh how fast can be taken many ways. It could be dog slow.. :-)
Although I'm
Hi Paul,
On Fri, Jun 6, 2008 at 3:20 PM, Paul Melis [EMAIL PROTECTED] wrote:
As it is still work in progress you might have this on your list already,
but changing the traversal to use a while loop with a stack rather than use
recursive calls on traverse() should increase intersection
Hi All,
I'm just winding up for the week, and going into prep mod for my trip
away next week. If SVN build is looking stable then I'll tag a dev
release before the end of the day, so could users do an svn update and
let me know how it goes. If there are any build problems/major errors
then I'll
On Fri, Jun 6, 2008 at 6:44 PM, Michael Dorsett [EMAIL PROTECTED] wrote:
I'll probably move the OSG section from Knoledge Base into Programming
Guides to make that the OSG Red Book section. Since the doxygen kind of
acts like the Blue Book. The, clean up Programming Guides formatting to
make
Hi All,
I've just tagged the OpenSceneGraph-2.5.2 dev release. It can be
downloaded from:
http://www.openscenegraph.org/projects/osg/wiki/Downloads/DeveloperReleases
Details:
* OpenSceneGraph-2.5.2, released on 6th June 2008.
OpenSceneGraph-2.5.2 introduces a osgkdtree example that is
Hi Carlos,
The OSG's Collada plugin doesn't map all of Collada features,
hopefully others with a bit more expertise in this area will be able
to clarify.
W.r.t RenderMonkey - Collada - OSG, perhaps ATI's demo app they put
together that combining RenderMonkey/Collada and OSG. They extended
the
Hi GuiYe,
At present the addSlave doesn't automatically tell the viewer to
realize windows, reset up threading and rendering support, which is
why you code isn't working.
What you need to do in you event handling is to call
viewer.stopThreading() first, create you new window/associated
Hi Alejandro,
If you want to have multiple views with multiple camera manipulators
you absolutely should be using osgViewer::CompositeViewer. Please
look at the osgcompositeviewer example.
Yes you could implement it yourself with multiple SceneView, but
this is going to far far more work
Hi Guys,
While away on training last week, we came across the Windows debug
build reporting problem in std::sort and find calls, and
investigations into the issue suggested that it was down to the cull
thread modifying the DatabaseRequest fields at the same time that
those same fields were being
Hi GuiYe,
Destroying the osg::Camera that has the window or doing a
Camera::setGraphicsContext() should automatically destruct the window.
Calling close() on the window should also close it, albeit without
destructing the actual OSG object.
Robert.
2008/6/8 GuiYe [EMAIL PROTECTED]:
Hi Luc,
I'm not familiar with VR juggler so can't comment on specifics, its
best to ask the VR juggler developers themselves on how easy it is to
replace their windowing framework.
As a general OSG note I'd suggest that osgViewer::Viewer, with
multiple slave camera, is more appropriate to an
Hi Anders,
Have a look at osgTerrain::TerrainTile for rendering height fields -
you can use osg::Image or osg::HeightField as the source for the
layers that it renders.
Robert.
On Mon, Jun 9, 2008 at 1:24 PM, Anders Backman [EMAIL PROTECTED] wrote:
Simple question from someone that hasn't
that this can be done using a Wrapper and calling the
function DrawImplementation. We would like to know the best way
to port our project to OSG 2, and consequently, the best way to implement
osgViewer on our system.
Thanks,
Hugo.
Message: 7
Date: Thu, 5 Jun 2008 08:36:09 +0100
From: Robert Osfield
Hi Martin,
I've reviewed the code and it looks correct, and the info in your
email doesn't really provide enough to divine what the compiler is
actually complaining about. I could work out what your exact change
was, my best guess is that you changed:
virtual ~Record() {}
To:
virtual
Hi Michael,
osgbluemarble has been long removed from the OSG, but ImageOptions
itself has been around a long time, so... it leads me to wondering
what version of the OSG you are using, and what docs you are
referencing. Could you provide this info.
Also please say what you are trying to learn
Hi John,
On Wed, Jun 11, 2008 at 8:17 PM, Argentieri, John-P63223
[EMAIL PROTECTED] wrote:
Any ideas? Thanks for your time and consideration!
No ideas I'm afraid, too complex a set up to divine easily guess what
might be up remotely.
Robert.
___
Robert Osfield [EMAIL PROTECTED]:
Hi Paul,
On Fri, Jun 6, 2008 at 3:20 PM, Paul Melis [EMAIL PROTECTED] wrote:
As it is still work in progress you might have this on your list already,
but changing the traversal to use a while loop with a stack rather than
use
recursive calls on traverse
Hi Andrea,
You need to do some maths on how much data you have... it's pretty
obvious that unless the images are tiny you'll never be able to load
15000 jpeg files in memory at once. The *only* way you can do it is
by reading the data on demand like a video - such as what the xine and
qt plugins
Hi Eric,
Sorry about this, missed a header file change check-in last Friday,
then was didn't get do any build testing till just now.
The missing file is now checked in. Let me know if any problems persist.
Robert.
On Thu, Jun 12, 2008 at 7:17 PM, Eric Sokolowsky [EMAIL PROTECTED] wrote:
Missing changes now checked in.
On Thu, Jun 12, 2008 at 4:35 PM, Mario Valle [EMAIL PROTECTED] wrote:
On Linux
Scanning dependencies of target osgDB
[ 0%] Building CXX object src/osgDB/CMakeFiles/osgDB.dir/DatabasePager.o
/local/OSG/OpenSceneGraph/src/osgDB/DatabasePager.cpp:243: error:
Hi Mike,
If you use a Camera in the scene graph then it'll appear once for each
viewer Camera that encloses, unless you use traversal/node masks to
cull it.
The better solution is to do the HUD in a slave Camera within
osgViewer::Viewer, or a separate View in a CompositeViewer, as then
you can
Hi Donn,
I've just run osgthirdpersonview on a txp database and it immediately
crashed, I also tried a database generated by VirtualPlanetBuilder and
while it didn't crash right away it did eventually hang. I haven't
done any debugging yet to divine what might be amiss, but at least I
can
7, 2008 at 2:47 AM, Brian Keener [EMAIL PROTECTED] wrote:
Robert Osfield wrote:
On Fri, Jun 6, 2008 at 12:00 AM, Brian Keener
[EMAIL PROTECTED] wrote:
Robert Osfield wrote:
CMake shouldn't find WxWidgets. Could you try rm CMakeCache.txt
and
then rerun ./configure, and then if you still
Hi Jon,
I can't work out exactly what you are trying to achieve with your
render offscreen. So could you please from a high level explain
what effect you are trying to achieve.
Robert.
On Fri, Jun 13, 2008 at 1:07 AM, Goldman, Jon [EMAIL PROTECTED] wrote:
Hi,
I am somewhat new to
Hi Green,
I'm afraid I'm not familiar with FOX, and don't actually have it
installed right now. The fact that no one else has replied to you
suggest that this FOX isn't used too often with the OSG. The two
contributors to the FOX example have been Alexandre Amalric and Mario
Valle, perhaps
Hi Mario,
I've just tested osgfadetext on my dual screen, quad core Linux system
and it runs fine. What screen set up do you? Single screen, dual
screen? Does the error occur is standard release build?
Robert.
On Fri, Jun 13, 2008 at 4:34 PM, Mario Valle [EMAIL PROTECTED] wrote:
On Linux
Hi Paul,
osg::Array doesn't have any mechanism for tracking ranges of modified
vertices, only the dirty count is availble and that works for the
whole array. Adding such support is possible, but would be quite
complicated to implement/use unless you refactored osg::Array so that
rather than
901 - 1000 of 12708 matches
Mail list logo
