unfortually, have i no time to laborate with the osg examples atm.
I have found out that its ONLY on the slaves the frustum gets wierd.
the master camera always shows the correct frustum.
camera-setProjectionResizePolicy(osg::Camera::FIXED);
above has nothing to do with it.
On Fri, 19 Oct
Hi Adrian,
I have had the time to review you submissions yet, but as a general
note, in the past I have tentatively planned to use the osg::Shape
hierarchy to build a much finer grained segmentation of osg::Geometry
- a granularity which is appropriate for ray and other types of
intersection
Hi Shawn,
I'm afraid I have too little time available to help out at a fine grained level.
Robert.
On 10/22/07, Shawn Cook [EMAIL PROTECTED] wrote:
Thanks for the response, Robert. I'm in the midst of a small rewrite to
try something else to optimize my code and now I have another
On 10/22/07, Johan Johnsson [EMAIL PROTECTED] wrote:
unfortually, have i no time to laborate with the osg examples atm.
I have found out that its ONLY on the slaves the frustum gets wierd.
the master camera always shows the correct frustum.
If this can help : i get the same problem if i dont set the
camera-setShareLens(false);
on my old project,..
can i set a flag in OSG v2.0 that corresponds to
camera-setShareLens(false) in OSG v1.0? :D
On Mon, 22 Oct 2007 11:14:44 +0200, Robert Osfield
[EMAIL PROTECTED] wrote:
On
On 10/22/07, Johan Johnsson [EMAIL PROTECTED] wrote:
If this can help : i get the same problem if i dont set the
camera-setShareLens(false);
on my old project,..
can i set a flag in OSG v2.0 that corresponds to
camera-setShareLens(false) in OSG v1.0? :D
Yes just set the slave Camera so that
Hi Daniel,
i am working through this projects, for real time ray tracing. (I assum this
would be a really fast implementation for LineIntersection tests :-) )
http://www.devmaster.net/articles/raytracing_series/part7.php
http://ompf.org
http://phantom.coldcity.com/
but thanks for the link, i
There are several plugins in core that write image data to a file. Here is
another from osgToy that writes an image as C++ code:
http://osgtoy.svn.sourceforge.net/viewvc/osgtoy/osgtoy/trunk/src/osgPlugins/cpp/
-- mew
On 10/21/07, Robert Osfield [EMAIL PROTECTED] wrote:
Hi Zahnggulian,
You
The osgToy::MipmapTestImage shows how to construct an image using code,
see
http://osgtoy.svn.sourceforge.net/viewvc/osgtoy/osgtoy/trunk/src/osgToy/
MipmapTestImage.cpp?revision=173view=markup
Cheers
-- mew
Mike Weiblen -- Zebra Imaging -- Austin Texas USA --
http://www.zebraimaging.com/
Thanks to Robert and David for the responses. In reality what I really wish I
had for this project was just some documentation for OpenSceneGraph.
OpenSceneGraph provides some very breif 'mission statements' on the website,
random tutorials, examples that are thorough but not entirely
There are several very nice books, they are mentioned on the front page of
the website under Latest Project News.
Purchase them from http://osgbooks.com/
cheers
-- mew
On 10/22/07, Shawn Cook [EMAIL PROTECTED] wrote:
Thanks to Robert and David for the responses. In reality what I really
I have found out the env. OSG_SCREEN_DISTANCE is not set. The
osg::DisplaySettings uses the value 0.5 for default distance which is
used to calculate first parameter of
camera.setProjectionMatrixAsPerspective(). This leads to an angle nearly
180 degrees for this parameter. After setting env.
Thanks for the note, Robert --
The high level approach does suffer from a round trip to the
graphics card - you still have to wait till all the queries
are returned before you can dispatch the last bit of data
into the OpenGL fifo. Claiming this eliminates the latency
is rather
bob kuehne -
[EMAIL PROTECTED] - 734-834-2696
On Oct 22, 2007, at 6:47 PM, Paul Martz [EMAIL PROTECTED]
wrote:
Thanks for the note, Robert --
The high level approach does suffer from a round trip to the
graphics card - you still have to wait till all the queries
are returned before you
14 matches
Mail list logo