Hi,
Paul,
I tried your code, then prerender.cpp, then parts of shadowMap.cpp of
osgParticle. All failed, (seg fault when images were not attached to textures,
and render fail when texture were not have dimentions of power of two), so
there had to have been something wrong with the framework I
Ross Bohner wrote:
Hi,
Thank you for the code snippet. Looking it over I see two differences from my implementation which have been giving me a headache. These are not necessarily related to camera render orders so it might be appropriate to send these as separate threads.
First difference
Hi,
Thank you for the code snippet. Looking it over I see two differences from my
implementation which have been giving me a headache. These are not necessarily
related to camera render orders so it might be appropriate to send these as
separate threads.
First difference from your code and
Hi Ross,
Nested RTT Camera's that use PRE_RENDER will always be rendered prior
to the enclosing Camera's.
W.r,t RenderOrder, camera's are always rendered from -ive to +ive
values from within the same level of nesting.
In you case it sounds like you should avoid putting the pre render
camera abov
Hi Ross --
Nesting cameras alone doesn't cause the output of the first Camera to be
"sent" to the second Camera. The second Camera will need to bind the
texture that the first Camera rendered into. Is it possible that you
simply failed to do this?
For a really simple example of RTT, see the
Hi,
I am having difficulty setting the order of multiple pre render cameras for
RTT. Specifically I wish to set
1. a camera for rendering a depth buffer to a texture which is sent as a
uniform to
2. another camera which preforms some more calculations to a texture which is
used on the general
6 matches
Mail list logo
