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 Robert,
On Wednesday 05 March 2008 10:35, Robert Osfield wrote:
> The inheritance of state, transforms and cull settings should all be
> down top down, so the highest objects in the OSG world being the
> view(er) then the view's Camera's, then the scene graph below them -
> this is public face
Hi Mathias,
The inheritance of state, transforms and cull settings should all be
down top down, so the highest objects in the OSG world being the
view(er) then the view's Camera's, then the scene graph below them -
this is public face of the scene graph. The rendering traversal is
just a back end
Good 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 cap
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 e
Robert,
On Tuesday 04 March 2008 15:16, Robert Osfield wrote:
> I have gone ahead an added an #if 1 #else #endif block using the new
> suggested code below to CullVisitor.cpp. Things appear to hang
> together on the osgprerender and osghud examples but.. I haven't done
> any exhaustive testing.
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 CullVisito
Robert,
On Tuesday 04 March 2008 14:07, Robert Osfield wrote:
> 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.
Well sorry, I thought you know your own
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 R
Hi Robert,
I am not sure about that, but to make cull setting inheritance for cameras
work, I would think that we should use the cameras inheritance mask to decide
which settings are innherited rather than the cull visitors inheritance mask?
That is:
Shouldn't the following change be applied t
10 matches
Mail list logo