On Thu, Feb 21, 2013 at 9:39 AM, Robert Osfield robert.osfi...@gmail.comwrote:
Hi Glenn,
On 21 February 2013 13:58, Glenn Waldron gwald...@gmail.com wrote:
Thanks guys. I figured this one out. Here was the issue:
Turns out I fibbed about not sharing data: I assigned a common stateset
to
Hi Glenn,
I haven't seen problems with multiple RTT Camera's unintentionally
sharing their attachments, use of multiple RTT Camera's is pretty
common so I would have thought that others would have seen the same
problem. The best I can suggest to step through the traversal of
Thanks guys. I figured this one out. Here was the issue:
Turns out I fibbed about not sharing data: I assigned a common stateset to
both cameras prior to configuring each one for RTT.
osg::StateSet* common = new osg::StateSet();
...
cam1-setStateSet(common);
Hi Glenn,
On 21 February 2013 13:58, Glenn Waldron gwald...@gmail.com wrote:
Thanks guys. I figured this one out. Here was the issue:
Turns out I fibbed about not sharing data: I assigned a common stateset to
both cameras prior to configuring each one for RTT.
osg::StateSet* common =
Hi folks. I'm stumped by an RTT problem and looking for help!
I have two RTT cameras that share the same subgraph. My goal is to render
the subgraph with two different projection matrices (not unlike in the PSSM
example). But I'm having a weird problem.
Each RTT camera is created separately, and
Hi,
Not sure about that, but you traverse the both camera with the same cull
visitor instance...
I think render target is assigned within the cull visitor, so you maybe should
use 2 cull visitor different instances.
Cheers,
Aurelien
--
Read this topic online here:
6 matches
Mail list logo