HI Vincent,
Perhaps everybody else like me is a bit confused by what you are
actually after. The OSG supports multi-texturing, and shaders, the
plugins are all orthogonal to final readering - all in all is most
likely what you are trying to do is very straightforward. I can't
really glean
On Mon, Feb 25, 2008 at 8:49 AM, nicolas peña [EMAIL PROTECTED] wrote:
Just in case you are curious about my case of use, I will try to explain a
bit my intentions, if you consider that my
approximation is not right please correct me.
I am building a simulation framework aimed at multi-robot
applications so I am still searching how to do basic
things like that...
Thanks.
2008/2/25, Robert Osfield [EMAIL PROTECTED]:
HI Vincent,
Perhaps everybody else like me is a bit confused by what you are
actually after. The OSG supports multi-texturing, and shaders, the
plugins
On Mon, Feb 25, 2008 at 9:22 AM, nicolas peña [EMAIL PROTECTED] wrote:
Yes, I think I'll be OK with that.
Sorry for my lack of knowledge but, can you tell me how can I
deactivate/activate
the cameras ?.
I don't find the proper method.
camera-setNodeMask(0x0);
Hi Brian,
I've looked at line line question, the addIntersection method that it
uses, and your email but still can't work out what you think is going
amiss - there is simply too little info to know what the problems is.
Could you please obtain and stack trace from the crash and report this
to
HI Franz,
On Thu, Feb 7, 2008 at 5:18 PM, Melchior FRANZ [EMAIL PROTECTED] wrote:
* Melchior FRANZ -- Thursday 07 February 2008:
And it works here with my patch, while first tests have shown
that FocusOut, LeaveNotify, and KeymapNotify weren't triggered
at all (which is suspicious).
Hi Harash,
Render you scene to a depth texture and then compute the normals from
this in a second pass in the shader.
Robert.
On Mon, Feb 25, 2008 at 3:20 PM, Harash Sharma [EMAIL PROTECTED] wrote:
Hi All,
In my OSG application, I want to find the normal vector corresponding to
each
Hi Kim,
Try changing your viewer to run single threaded, or try setting the
DataVariance on the Text to DYNAMIC to tell the draw traversal that
its an dynamic objects and to hold back the next frame till this has
been rendered.
Robert.
On Mon, Feb 25, 2008 at 3:29 PM, Kim C Bale [EMAIL
Hi Franz,
On Mon, Feb 25, 2008 at 3:41 PM, Melchior FRANZ
[EMAIL PROTECTED] wrote:
BTW, for future submissions could you send whole files rather a diff,
as per the instructions on:
I sent the whole files to osg-submissions, as the instructions say.
This here was only for people to test
On Mon, Feb 25, 2008 at 4:20 PM, Melchior FRANZ
[EMAIL PROTECTED] wrote:
* Melchior FRANZ -- Friday 22 February 2008:
Here's a new version with the following changes made:
- be a bit more pedantic about modifier settings for
artificially pressed/released keys
- fix a compiler
Hi Justin,
I've written a lot about threading models over the past six months,
and the how DataVariance is used to avoid crash overlapping overlaps.
So it'd be worthing doing a search back through the archives.
I believe Paul might have mentioned it in the the Quick Start Guide.
Robert.
On
Hi J-S,
The defaults settings in osgViewer can't cope with novel display
arrangements, and this is well beyond the scope of
WindowSystemInterface as once you start going beyond nx1 displays
things can very rapidly get very complicated.
The right way to handle complex screen arrangements is to
format do you still see the same hit ?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Behalf Of Robert
Osfield
Sent: Monday, February 25, 2008 9:25 AM
To: OpenSceneGraph Users
Subject: Re: [osg-users] osgUtil::cullvisitor
Hi
On Mon, Feb 25, 2008 at 4:19 PM, Melchior FRANZ
[EMAIL PROTECTED] wrote:
One other item that needs resolving is the warning:
/home/robert/OpenSceneGraph/src/osgViewer/GraphicsWindowX11.cpp:1310:
warning: converting to 'Time' from 'double'
Err ... I told you to take the files from
On Mon, Feb 25, 2008 at 4:27 PM, Melchior FRANZ
[EMAIL PROTECTED] wrote:
/home/robert/OpenSceneGraph/src/osgViewer/GraphicsWindowX11.cpp:1310:
warning: converting to 'Time' from 'double'
Which relates to:
event.time = time;
This can simple be changed to
event.time =
On Mon, Feb 25, 2008 at 6:06 PM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
The defaults settings in osgViewer can't cope with novel display
arrangements, and this is well beyond the scope of
WindowSystemInterface as once you start going beyond nx1 displays
things can very rapidly
Hi Guys,
You are on the right track with ViewPoint - it exists to solve this
problem - a RTT effect that needs to have LOD's chosen on the main
cameras view point (eye point) not the RTT's camera's eye point. I
introduced it when Terry Welsh came across this problem when he was
doing his
On Tue, Feb 26, 2008 at 8:57 PM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
I just looked at src/osgViewer/GraphicsWindowWin32.cpp and noticed that
the Win32WindowingSystem (subclass of
osg::GraphicsContext::WindowingSystemInterface) has a method
getScreenPosition(si, x, y, w, h) which
On Tue, Feb 26, 2008 at 10:57 PM, Stephan Huber [EMAIL PROTECTED] wrote:
Jean-Sébastien Guay schrieb:
Assuming the same thing is possible for X and/or MacOS, would it be
possible to expose this method in
osg::GraphicsContext::WindowingSystemInterface? It would then be
possible to get
Hi Nicolas,
This does sound like a bug. Could you write a small example, or tweak
one of the existing OSG example to demonstrate the configuration you
are using so that others can test for the bug first hand.
Cheers,
Robert.
On Tue, Feb 26, 2008 at 11:57 PM, nicolas peña [EMAIL PROTECTED]
Hi,
I'm afraid I can't read what I presume is chinnese so don't really
know what the question is. Looking at your code it's clear you are
doing something that won't work with the OSG - using glPointSize
amounts OSG set up code. Use a osg::Point state attribute instead,
attach this to the
Hi Sciong (or should I address you He?)
On Mon, Feb 25, 2008 at 4:41 PM, hesicong2006 [EMAIL PROTECTED] wrote:
I've attached my file, please check, thanks!
Thanks for the file, I'm currently reviewing it, but due to your
changes of indenting throughout the file I can't spot the bug fix
you've
but, even if the skirt is not
visualized anymore,
now my terrain is flat (as in the attached figure).
besides the colors should be used with the gradations, from the tallest
altitude to the lowest.
how can I get these results?
Thanks
Aurora
Robert Osfield ha scritto:
Hi Aurora
Hi,
I can't think of any changes between 1.x and 2.x that should have
introduced an issue like this, so I really can't point you in any
particular direction.
The best thing you can do is investigate it at your end. The first
step would be to enable verbose debugging messages to find out whether
Hi Nicolas,
On Wed, Feb 27, 2008 at 12:55 PM, nicolas peña [EMAIL PROTECTED] wrote:
Another thing that I don't understand is why adding the view with the FBO
and the
image attached makes my process suck all the CPU available.
I am limiting the number of frames to 60 per second (forcing sync)
Hi Dieter,
The View::setUpViewAcrossAllScreens() is set up to detect all the
screens and open up windows with the appropriate projection and view
matrices for a power wall. By default osgviewer should use this
option. Have you tried this on your system? It'd be interest to here
how this works
On Wed, Feb 27, 2008 at 2:30 PM, aurora restivo [EMAIL PROTECTED] wrote:
please I need urgent an answer! :(
This is just free support, done out of grace, its not paid for consultancy.
I and others have tried to point you in the right direction. Examples
exist that illustrate what to do. It
Hi,
On Wed, Feb 27, 2008 at 3:12 PM, GMD GammerMaxyandex.ru
[EMAIL PROTECTED] wrote:
readNodeFile function couldn't find and read filename with russian letters(if
filename contains russian letters).
This promlem is specific for OSG version up 2.0.
This problem was not exist at 1.x
HI Mike,
Yes your analysis is correct, Renderer.cpp is still hardwired, and
shouldn't be. I'll put this down on my TODO list to fix.
Robert.
On Wed, Feb 27, 2008 at 3:24 PM, Dorsett, Mike F AMRDEC/SAIC
[EMAIL PROTECTED] wrote:
Classification: UNCLASSIFIED
Caveats: NONE
I happened to be
the differences (shown in the
images attached in my earlier mail) - both should have a fov of 60 degrees -
Dieter
Unclassified Mail
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Robert
Osfield
Sent: Wednesday, 27 February, 2008 14:25
On Wed, Feb 27, 2008 at 7:17 PM, Mike Weiblen [EMAIL PROTECTED] wrote:
I've received notice that SIGGRAPH has begun accepting BOF requests.
Shall I grab a slot?
Yes, this would be appreciated ;-)
Cheers,
Robert.
___
osg-users mailing list
On Wed, Feb 27, 2008 at 10:06 PM, Night Hawk
[EMAIL PROTECTED] wrote:
Surprising indeed. I was about to override the Array classes to use native
c-style arrays. But now it seems OSG can convert vectors to C-style arrays
fast enough :)
The OSG wouldn't do it if it wasn't efficient, its
On Wed, Feb 27, 2008 at 11:59 PM, nicolas peña [EMAIL PROTECTED] wrote:
A little correction (to my self); I have done more tests and the image is
not set exactly to the size window,
(as I previously said) but changes its value in a similar manner.
I suspect the automatic window resize
Hi Paul,
On Thu, Feb 28, 2008 at 12:39 AM, Paul Martz [EMAIL PROTECTED] wrote:
First, the app requires a model file name on the command line, but appears
to ignore it in this case (-1 always loads and displays fountain.osg).
Probably just an oversight; I imagine the intent was to use
On Thu, Feb 28, 2008 at 1:05 AM, Vican, Justin E. [EMAIL PROTECTED] wrote:
Hi Justin,
1.) Are postDrawCallbacks supposed to be called before the POST_RENDER
camera sub graphs are rendered?
A camera post draw callback should be called after its whole subgraph
is rendered.
2.)Is there
On Thu, Feb 28, 2008 at 1:24 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I built the data base as 16 tiles of 4kx4k each tile
running osgdem -l 6 , would running -l 8 help performance?
It won't make any real difference. Things should scale comfortable to
level 18 and beyond. Level 6 and
fixed
version of osgvolume, I only changed the vertexshadersource and
fragmentshadersource. I also attached a source patch file for you. Please
check it.
Demo volume data can be download from http://www.hesicong.net/volume.rar
Robert Osfield wrote:
Hi Sciong (or should I address you He
On Thu, Feb 28, 2008 at 2:14 PM, aurora restivo [EMAIL PROTECTED] wrote:
I am using Locator however I don't want my terrain to be drawn using the
locator-setCoordinateSystemType(osgTerrain::Locator::GEOCENTRIC)
I have tried to apply GEOGRAPHIC but it doesn't visualize anything.
I
On Thu, Feb 28, 2008 at 3:02 PM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
I haven't gotten any news about it being integrated into SVN yet, and
your report seems to confirm it hasn't... Any reason for that Robert? Is
there anything I need to do to get it integrated?
I haven't reviewed
On Thu, Feb 28, 2008 at 4:14 PM, Jeremy Moles [EMAIL PROTECTED] wrote:
This is a really cool example. :) Is there any way an option could be
added so that the 3rd person view is rendered on top of the regular view
(eliminating the need for 2 windows?) This would be informative when
someone
Hi Brian,
On Thu, Feb 28, 2008 at 5:43 PM, Brian [EMAIL PROTECTED] wrote:
Oops, I meant Producer::Camera::setProjectionRectangle. There is no
osg::Camera class.
The OSG uses OpenGL naming conventions, so its just plain Viewport (as
in glViewport) rather than ProjectionRectangle. So what
On Thu, Feb 28, 2008 at 5:32 PM, Brian [EMAIL PROTECTED] wrote:
Hi,
I've skimmed the OSG website, but I could not find any quick guides to
migrating from version 1.2 to 2.2. Is there such a place on the website?
It's not too extensive, but a start at least:
Hi Guys,
I have made a few changes to osg::Camera, RenderStage and the osghud
example, which should hopefully help solve the problems you are seeing
and illustrate how to use them. Added to include/osg/Camera we have:
/** Set the initial draw callback for custom operations to be
done
to affect now.
Cheers,
Nicolas.
2008/2/27, Robert Osfield [EMAIL PROTECTED]:
Hi Nicolas,
This does sound like a bug. Could you write a small example, or tweak
one of the existing OSG example to demonstrate the configuration you
are using so that others can test for the bug first
On Fri, Feb 29, 2008 at 6:24 PM, Paul Martz [EMAIL PROTECTED] wrote:
The RenderInfo version is the main one now, this calls the
Camera version for backwards compatibility.
This change effectively deprecates the old interface, because if someone
overrides the new operator()(RenderInfo)
On Fri, Feb 29, 2008 at 3:12 PM, aurora restivo [EMAIL PROTECTED] wrote:
where is CartesianLocator?
it belongs to Locator it is not included in the libreres of Open Scenes
Graph 2.2.0
osgTerrain is a bit in flux due to the very early nature of its
development - we practice release early
n Fri, Feb 29, 2008 at 5:05 PM, Thrall, Bryan
[EMAIL PROTECTED] wrote:
It sounds like you are running into the float precision problem:
vertices in OpenGL are limited to float precision, so when you get too
far from the origin, you lose precision and things start to swim around.
This could
Hi Benjamin,
Before heading off in any deep technical discussion I'd suggest answer
oneself a few questions. The aim is to find an easy route to solving
whatever problem you have, going the cluster route might be
worthwhile, but then it might not be needed at all.
What is your motivation for
On Fri, Feb 29, 2008 at 9:19 PM, Vican, Justin E. [EMAIL PROTECTED] wrote:
Hi Robert,
Built and tested (64bit RH EWS 4/x86_64/nVidia 7900GTX). All works
correctly.
Only one little nit-picky thing to mention. For the sake of clarity, on
lines 355-357 of osghud.cpp, all instances of pre
Hi Paul,
On Fri, Feb 29, 2008 at 9:22 PM, Paul Martz [EMAIL PROTECTED] wrote:
Maybe I'm not making myself clear.
What you say is true if and only if the only code that uses the old callback
is your application. If core OSG is using the old interface callback, and an
application overrides
On Fri, Feb 29, 2008 at 9:18 PM, Wojciech Lewandowski
[EMAIL PROTECTED] wrote:
I noticed a typo in const getter function for InitialCallback. Method is
named getUnitialDrawCallback.
Oops now fixed and checked in.
___
osg-users mailing list
HI Martk,
On Fri, Feb 29, 2008 at 10:55 PM, Mark Hurry [EMAIL PROTECTED] wrote:
I always move my terrain around the eyepoint rather than move the eyepoint
around the terrain, so that you always maintain as much decimal part
accuracy as possible.
What do you mean by move the terrain? Place
Hi Benjamin,
On Sat, Mar 1, 2008 at 12:24 AM, Benjamin Eikel [EMAIL PROTECTED] wrote:
Have you explored multiple CPU/GPU set ups on a single machine?
We have two CPUs but only one GPU on each node in the cluster.
Have you fully explored scene graph/OpenGL optimization?
I think you
On Sat, Mar 1, 2008 at 12:31 PM, Wojciech Lewandowski
[EMAIL PROTECTED] wrote:
I just have sent a fix for heavier issue. New
Camera:DrawCalback::operator()( RenderInfo ) needs to be exported in
Windows. Otherwise windows app using Camera::DrawCallbacks would not link.
Yes, and OSG_EXPORT
Hi Pete,
Try using pbuffer rather than FBO, NVidia's Linux OpenGL drivers
handling of FBO'd cubemaps broke performance wise about six months
ago. Switch back to Pbuffer fixes the performance issue even though
it introduces a copy texture operation.
Unfortunately I haven't yet exposed an option
.
On Sat, Mar 1, 2008 at 2:26 PM, Benjamin Eikel [EMAIL PROTECTED] wrote:
Hello Robert,
On Saturday 01 March 2008 at 13:22:35, Robert Osfield wrote:
Hi Benjamin,
On Sat, Mar 1, 2008 at 12:24 AM, Benjamin Eikel [EMAIL PROTECTED] wrote:
Have you explored multiple CPU/GPU set ups
Hi Neil,
Is this simply a file path issue?
FYI, .osg doesn't embed imagery in any way, it only has external
refrences. The .ive format can embed images though.
Robert.
On Sat, Mar 1, 2008 at 7:45 PM, [EMAIL PROTECTED] wrote:
Hi All,
Sorry if this is an old chestnut, but I got a question
HI Benjamin,
Thanks for the more structured explanation. I'm not sure that the
overall approach will be the most efficient way to tackle the task for
a wide range of usages, so I'd recommend exploring the possibilities
of different ways to implement that various usages rather than just
sticking
Hi ShiXing,
2008/3/2 FreeSouth [EMAIL PROTECTED]:
Hi all:
Using osgdem, Why the memory doesn't free when I far from the complex
osga scene to its single layer?
I use this cmd to test: osgdem --xx 10 --yy 10 -v 0.1 -d h.tif
--PagedLOD -l 4 -o a.ive -a a.osga
What memory isn't
2008/3/2 FreeSouth [EMAIL PROTECTED]:
Hello:
I have use the cmd like this:osgdem --xx 10 --yy 10 -v 0.1 -d h.tif
--PagedLOD -l 10 -o a.ive -a a.osga
, then, I use osgviewer to open this file(a.osga).
The memery is Occupied 1378360KB when the viewer point face the scene (a
high
On Sun, Mar 2, 2008 at 11:41 AM, Benjamin Eikel [EMAIL PROTECTED] wrote:
Thanks for the more structured explanation. I'm not sure that the
overall approach will be the most efficient way to tackle the task for
a wide range of usages, so I'd recommend exploring the possibilities
of
Hi Erik,
What do you mean by a camera in the scene graph in this context? Are
you looking to control the camera view and animation path? Or do you
require to control the capturing of images via an active camera such
as a RTT effect?
Robert.
On Sun, Mar 2, 2008 at 1:47 PM, Erik Sundnes Løvlie
Hi Erik,
On Sun, Mar 2, 2008 at 5:05 PM, Erik Sundnes Løvlie
[EMAIL PROTECTED] wrote:
Yes, I need to control the camera view and animation path, and I would like
to be able to set up the complete scene (or level if you will, in game
terms) in blender and export it (meshes, cameras, lights,
Hi Jon,
You can control the clear mask via;
camera-setClearMask(0x0);
Which is a bit more straight forward than having to dig deep inside osgProducer.
At the viewer level it'd be:
viewer.getCamera()-setClearMask(0x0);
I'm not familiar with this example, but clearly it needs porting
On Sun, Mar 2, 2008 at 8:51 PM, [EMAIL PROTECTED] wrote:
Hello!
How can/should I synchronize the application flow-control to the end of
an animation (realized as osg::AnimationPath) ?
Assume: we have a projectile that should be animated.
1. we calculate the trajectory and setup the
HI Jason,
On Sun, Mar 2, 2008 at 11:16 PM, Jason Coposky [EMAIL PROTECTED] wrote:
quick question:
i have two adjacent slave cameras with a 45 degree heading view
offset from single point of projection.
if i have overlapping geometry with partially transparent textures
Hi Xiaodong,
Could it be that you are looking for the camera manipulator
setHomePosition or computeHomePosition method? i.e.
viewer.getCamaraManipulator()-setHomePosition(...);
Robert.
On Mon, Mar 3, 2008 at 2:35 AM, Wu Xiaodong [EMAIL PROTECTED] wrote:
Hi, I am freshman in
Ahh you gotta love when a complier complains about perfectly legal and
correct C++ code. The code *is* correct, its the warning that is
being stupid whilst trying to be extra clever. What compiler are
you using?
On Mon, Mar 3, 2008 at 3:35 AM, IceSharK [EMAIL PROTECTED] wrote:
Hi~
warning
Hi Roni,
The OSG defaults to using Matrxd for the Matrix definition. The
MatrixManipulators generally use doubles internally as well. All for
the reason of avoid problems with precision. The intersection code
can be a problem area though as its currently done in floats, other
than this
On Mon, Mar 3, 2008 at 10:45 AM, aurora restivo [EMAIL PROTECTED] wrote:
how can I color every altitude with different color?
Just allocate the number of levels you want in the TransferFunction1D
and then assign the colours, and the high range. Since you've already
got two layers working, I
On Mon, Mar 3, 2008 at 2:32 PM, Jason Beverage [EMAIL PROTECTED] wrote:
This documentation improbability drive sounds really useful, but we really
need better documentation on it;)
Once you have it, it's self documenting. One potential problem is
that language of documentation isn't always
HI Jon,
Why not post your ported tutorial and others can make suggestions.
Robert.
On Mon, Mar 3, 2008 at 3:44 PM, Jon [EMAIL PROTECTED] wrote:
Hello Robert,
Thanks for your answer.
Unfortunately, when I do setClearMask() operation on a camera, the scene
becomes black and nothing
On Mon, Mar 3, 2008 at 10:31 PM, Night Hawk
[EMAIL PROTECTED] wrote:
Would like to know the reason behind this and What are the alternatives?
Why is the setVertexArray not defined for the double vec type and how to use
TriangleFunctor with LineSegment Intersections with that type.
Vec3d
On Tue, Mar 4, 2008 at 6:19 AM, Roni Rosenzweig [EMAIL PROTECTED] wrote:
Hi Robert
I found the problem and fixed it:
Turns out is wasn't the MatrixTransform but how I set the camera position.
I used:
getCamera()-setViewMatrixAsLookat(eye, center, up) which receives
osg::Vec3f instead of
On Tue, Mar 4, 2008 at 6:58 AM, Tran Thanh Hiep [EMAIL PROTECTED] wrote:
hi all!
in my project i load a big file *.osg and i want show state loading... while
load this file.
any pople help me?
I don't know what you mean by state loading. Do you mean create a progress bar?
Hi Andreas,
I don't use/develop under Windows so I can't provide any first hand
guidance. In principle osgViewer::Viewer and CompositeViewer manage
the rendering and event collection in a very similar way - they both
defer to osgViewer::ViewerBase for the majority of their window
setup/and
On Tue, Mar 4, 2008 at 8:56 AM, Robert Osfield [EMAIL PROTECTED] wrote:
An oversight... I'll add it in now as an option.
I've just tweak Camera::setViewAsLookAt(..) so that it now uses Vec3d
rather than Vec3, and have checked in this change.
___
osg
On Tue, Mar 4, 2008 at 10:26 AM, Tran Thanh Hiep [EMAIL PROTECTED] wrote:
thank! Robert Osfild
yes, i want create a progress bar. can you help me?
Marco Jez wrote a small example of this using a custom std::streambuf,
have a search on openscenegraph.org's wiki.
HI Paul,
This suggests that display being used is the incorrect one for the
thread you are doing it from. This is something
osgViewer::GraphicsWindowX11 should manage internally though, so this
is a bug that needs to be better solved than it is now. A proper fix
will need to better manage the
Hi Joakim,
The easiest way is to use the osgFX::MultiTextureControl node as this
allows you to set the relative weights to use for each texture unit.
It just so happens that yesterday I wrote and checked in an
osgmultitexturecontrol example as well - this example adjusts the
weights as you change
Hi Mathias,
Could you back out a little and explain what you think is going on
right now, and what you think should be happening and why, I'm afraid
my brain doesn't work well with just a diff output.
Robert.
On Tue, Mar 4, 2008 at 12:49 PM, Mathias Froehlich
[EMAIL PROTECTED] wrote:
Hi
Hi Tony,
Thanks for pointing out your volume app work. What is the copyright
and license situation with this work?
Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
Hi Mathias,
Thanks for the explanation.
Reviewing the code now I do wonder if the inheritance isn't a bit the
wrong way round. The code has the CullVisitor inheriting from the
local Camera that is being traversed. I am now thinking that the
camera's settings should be inheriting from
On Tue, Mar 4, 2008 at 2:54 PM, Mathias Fröhlich
[EMAIL PROTECTED] wrote:
Yes, the semantics of the current CullSettings api suggest your change.
But no, that needlessly copies all values over and copies back what is in the
mask.
Not nice IMO :)
The copies are done to replicate the effect
Hi Ken,
You'll need to add some fine grained checks for OpenGL errors without
your code so you can narrow down what the problem is.
state.checkGLErrors(char*) is a useful call to sprinkle in your code.
Robert.
On Tue, Mar 4, 2008 at 3:24 PM, Sewell, Kenneth R Civ USAF AFRL/RYZW
[EMAIL
On Tue, Mar 4, 2008 at 3:43 PM, aurora restivo [EMAIL PROTECTED] wrote:
Hi!
in the example osgterrain there is an object masterOperation;
it takes in input a string masterFilename...
where can I find this file?
Its file you provide via the -m masterfile option on the commandline.
This
How are using Maya to get models out in the OSG format?
Converting from Vec3dArray to Vec3Array should be straghtforward
exercise - just create a Vec3Array and copy the vertices across, Vec3d
and Vec3f having conventors internally, but there isn't a high level
version.
Robert.
On Tue, Mar 4, 2008 at 8:04 PM, Day, Michael A. AMRDEC/SimTech
[EMAIL PROTECTED] wrote:
Howdy,
I searched the mailing lists, FAQs, Wikis, etc. and could not find
anything on this.
When OSG load .obj files, the material name appears to get lost from the
state set. I noticed someone had
On Wed, Mar 5, 2008 at 3:13 AM, Tran Thanh Hiep [EMAIL PROTECTED] wrote:
hi all ,in my project i create a button as CButton of mfc. i have a problem
in function mousein and mouseout when i change state of object button
program break down
The OSG has nothing really to do with widgets in 3rd
morning,
On Tuesday 04 March 2008 16:13, Robert Osfield wrote:
It a matter of expediency and history, reusing the CullSettings class
in various roles rather than creating different classes that store the
same parameters. The history comes down to how the OSG has evolved
with new
On Wed, Mar 5, 2008 at 11:44 AM, aurora restivo [EMAIL PROTECTED] wrote:
I don't want to know how this file is made,
on the contrary where I can find it to perform the example osgterrain.cpp
passing the file in commandline, as the same example requires.
There isn't an public example file
Hi Till,
You could you explain the motivation behind these changes, i.e. what
problem do they solve that is currently limiting your work? It may
well be another solution to the problems you are solving, or it may be
that are refactor elsewhere or in a differnt form is more appropriate,
but
HI Art,
OpenGL doesn't have a concept of unbinding attributes, and neither
does the OSG. OpenGL has the concept of enabling and disabling via
mode, and the OSG maps this via StateSet::setMode(..) and
setTexureMode(uint unit,...); My guess is that you are looking for :
On Wednesday 05 March 2008, Robert Osfield wrote:
Hi Till,
You could you explain the motivation behind these changes, i.e. what
problem do they solve that is currently limiting your work? It may
well be another solution to the problems you are solving, or it may be
that are refactor
On Wed, Mar 5, 2008 at 12:34 PM, Mathias Fröhlich
[EMAIL PROTECTED] wrote:
But the View does not have CullSettings itself.
Sorry, trying to do a quick reply without doing background research.
So, which one is currently the View's 'master setting' before the cull
visitor
will hit the
Hi Neil,
Which version of the OSG are you working with? I have just checked
the SVN version of the CmakeLists.txt for ive and OpenFlight plugins
and both correctly list osgSim as part of the list of dependencies.
Unless the build system isn't working this should ensure that the libs
are linked
On Wed, Mar 5, 2008 at 12:48 PM, Art Tevs [EMAIL PROTECTED] wrote:
Hi Robert,
yes this is one of the solutions, however I am
wondering why this is not done automagically by the
removeAttribute method?
Because removeAttribute removes an attribute not any modes.
However I also found
On Wed, Mar 5, 2008 at 1:13 PM, Mathias Fröhlich
[EMAIL PROTECTED] wrote:
On Wednesday 05 March 2008 13:51, Robert Osfield wrote:
The closest you could get is to have a a osg::Referenced* pointer
passed as an extra parameter into DatabaseRequestHandler, and have
this pointer dynamically
On Wed, Mar 5, 2008 at 4:47 PM, till busch [EMAIL PROTECTED] wrote:
hi,
as tim moore told me (off-list), we already have a subclass of DatabasePager
in flightgear. so i took the solution to reimplement requestNodeFile() there,
with a dynamic_cast from osg::Group to SGPagedLOD.
On Wed, Mar 5, 2008 at 5:21 PM, [EMAIL PROTECTED] wrote:
Obviously this isn't one for OSG as you can only use the call that is
available - LoadLibrary. Having now got to a point where I can fix the issue
with a relatively small alteration to the ActiveX control, I'm not too
concerned.
101 - 200 of 12708 matches
Mail list logo
