I would just like to take the oportunity to say that autostereoscopic
display is a subject as such and realtime autostereoscpic display is a
pretty new field of investigation. It is to say that it is quite easy to
produce images on an autostereoscopic screen, but much more complex to
Hi Tran ,
Please note that you must change the state of an object in a protected (
i.e. update ) portion of your OSG code .
Maybe MFC has nothing to do with your problem.
Tran Thanh Hiep a écrit :
hi all ,in my project i create a button as CButton of mfc. i have a
tMatrix = rot * trans;
vMatrix = tMatrix.inverse (tMatrix);
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Rémy
Sent: Tuesday, 04 March, 2008 11:02
I guess that this is deeply related to the MatrixManipulator you are
What MM are you using ?
Please also note that there is a setting in the 3D connexion driver to
set the translation as dominant .
Dieter Pfeffer a écrit :
has s.o. implemented the 3dconnexion input device
Maybe you should have a look at the dual moitor management of your
graphic card .
If you are running on Windows for instance, you need to extend the
desktop instead of using the dual mode screen
Rémy ( not fully convinced that this will help anyway )
Renan Mendes a écrit :
First have a look at the osgViewer 's doc :
OSG_EYE_SEPARATION float physical distance between eyes
OSG_SCREEN_DISTANCE float physical distance between eyes and screen
OSG_SCREEN_HEIGHT float physical screen height
I think that the best way is to write a specific MatrixManipulator, or
re-use (or overwrite) the NodeTrackerManipulator.
Janusz a écrit :
I am running a galaxy formation visualisation with OSG. Just to
simulate and visualize the gravitational effect of 2 closely passing
Can you please explain more precisely what you intent to do by making
holes in the mesh for hight fidelity vector models ?
Do you want to project a lineset ( aka vector model ) onto your mesh ?
Wojciech Lewandowski a écrit :
Does VPB (or OSGDEM) allow to make holes in the
Just a stupid question : if the bottleneck is the update of the hose,
what would you think about using VBOs ?
Laurent Di Cesare a écrit :
Jean-Sébastien Guay wrote :
For now, we are creating some geometry (quad strips, specifically) to
display the cables, and assigning texture
Just an idea :
AFAIK , If you use a CameraNode under a Transform , the display is then
not consistent with the picking : The display of any geometry under the
CameraNode will be affected by the Transform, but the IntersectVisitor
traversal of the CameraNode will reset the transformation
The flag is an option for the reader / writer :
osgconv -O noTexturesInIVEFile source.xxx target.ive
Anthousis Andreadis a écrit :
I was wondering if i could store a file to ive format but without
internal textures. osgconv is by default using internal textures and
I think that the best way would be to create a manipulator,
encapsulating the terrain manipulator and a compass manipulator ( to be
created also ) and forwarding the handle() callback to the right
manipulator regarding the mouse position.
Nick Prudent a écrit :
I'm wondering how to go about
Mail list logo