On Aug 7, 2007, at 7:26 PM, Daniel E. Shipton wrote:
> On 8/3/07, Robert Osfield <[EMAIL PROTECTED]> wrote:
>> Hi Doug,
>>
>> There are number of hoops one has to jump through to do safe
>> multi-threading with the OSG, osgViewer does these all for you, while
>> SceneView knows nothing of it and
On 8/3/07, Robert Osfield <[EMAIL PROTECTED]> wrote:
> Hi Doug,
>
> There are number of hoops one has to jump through to do safe
> multi-threading with the OSG, osgViewer does these all for you, while
> SceneView knows nothing of it and requires higher level classes to
> handle it. osgViewer itsel
>>> We are using SceneView from OSG 1.2 and VR Juggler in a
>>> multiple render thread environment. We are using the
>>> osgUtil::UpdateVisitor to update the graph in a serial
>>> portion of our code. SceneView::cull and SceneView::draw are
>>> called from each rendering thread. In this confi
On Aug 7, 2007, at 7:49 AM, Robert Osfield wrote:
> On 8/7/07, Doug McCorkle <[EMAIL PROTECTED]> wrote:
>> What does this particular changeset address:
>>
>> http://www.openscenegraph.org/projects/osg/changeset/7177
>
> Well its says at the top "Added save and restoring of the cull mask to
> Came
On 8/7/07, Doug McCorkle <[EMAIL PROTECTED]> wrote:
> What does this particular changeset address:
>
> http://www.openscenegraph.org/projects/osg/changeset/7177
Well its says at the top "Added save and restoring of the cull mask to
Camera handling code"
> Does it address anything in relation to t
>>> We are using SceneView from OSG 1.2 and VR Juggler in a
>>> multiple render thread environment. We are using the
>>> osgUtil::UpdateVisitor to update the graph in a serial
>>> portion of our code. SceneView::cull and SceneView::draw are
>>> called from each rendering thread. In this confi
>> We are using SceneView from OSG 1.2 and VR Juggler in a
>> multiple render thread environment. We are using the
>> osgUtil::UpdateVisitor to update the graph in a serial
>> portion of our code. SceneView::cull and SceneView::draw are
>> called from each rendering thread. In this configurat
hi doug,
lots of good ideas in the thread so far. my gut feeling is similar
to yours, that it is a threading thing, but it's hard to diagnose
from a distance. :)
one thing you could do is expressly set each channel's clear color
differently, to try to see if state is leaking from one context
to a
> We'll its RenderStage that SceneView uses to clear, and its
> ClearNode that just adjusts the default settings of the clear
> that RenderStage does and done from with the cull traversal.
> In effect it'll be exactly the same code doing the clear, the
> only difference is that how the values
On 8/3/07, Doug McCorkle <[EMAIL PROTECTED]> wrote:
> As far as we can tell SceneView does not do clearing or not that we
> can find. Am I incorrect here? I have never really been able to
> figure out how to get reliable clearing with SceneView.
We'll its RenderStage that SceneView uses to clear,
On Aug 3, 2007, at 10:47 AM, Paul Martz wrote:
>> We are using SceneView from OSG 1.2 and VR Juggler in a
>> multiple render thread environment. We are using the
>> osgUtil::UpdateVisitor to update the graph in a serial
>> portion of our code. SceneView::cull and SceneView::draw are
>> call
> We are using SceneView from OSG 1.2 and VR Juggler in a
> multiple render thread environment. We are using the
> osgUtil::UpdateVisitor to update the graph in a serial
> portion of our code. SceneView::cull and SceneView::draw are
> called from each rendering thread. In this configurati
Hi Doug,
There are number of hoops one has to jump through to do safe
multi-threading with the OSG, osgViewer does these all for you, while
SceneView knows nothing of it and requires higher level classes to
handle it. osgViewer itself does use SceneView so does illustrate
that it is possible usin
Hello,
We are using SceneView from OSG 1.2 and VR Juggler in a
multiple render thread environment. We are using the
osgUtil::UpdateVisitor to update the graph in a serial portion of our
code. SceneView::cull and SceneView::draw are called from each
rendering thread. In this configurat
14 matches
Mail list logo