[osg-users] [osgOcean] osgOcean - Render to Texture Camera

[Rob Ewbank]

Hi,

I'm building an interactive projection mapping using osgOcean to simulate the sea, for this I need to render to texture. The RTT camera I'm using works fine on other scenes, however, when using osgOcean, it does not render properly: see attached images.

I've tried setting the render order to pre, nested and post, none of these work. When using a slave camera rather than main I get the results in images, without that it's even worse.

Changing glare on the scene seems to have a big impact on the result and I've tried turning on / off all other features, such as reflection, refraction, etc. with no luck.

What steps should I take in order to successfully render this scene to texture?


Thank you!

Cheers,
Rob

------------------
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=74256#74256




Attachments:
Loading Image...
Loading Image...

[Robert Osfield]

Hi Rob,

I am afraid that osgOcean is a 3rd party NodeKit that was written a
long time ago and as far as I'm aware has seen active development or
widespread use across the OSG community, so the chances of having
others that have the knowledge to help will be quite low. I don't
know if the original authors are still active, they would be the best
ones to ask.

It might be that if you want to use osgOcean you'll need to work how
it works and maintain it yourself.

Best of luck,
Robert.

Post by Rob Ewbank
Hi,
I'm building an interactive projection mapping using osgOcean to simulate the sea, for this I need to render to texture. The RTT camera I'm using works fine on other scenes, however, when using osgOcean, it does not render properly: see attached images.
I've tried setting the render order to pre, nested and post, none of these work. When using a slave camera rather than main I get the results in images, without that it's even worse.
Changing glare on the scene seems to have a big impact on the result and I've tried turning on / off all other features, such as reflection, refraction, etc. with no luck.
What steps should I take in order to successfully render this scene to texture?
Thank you!
Cheers,
Rob
------------------
http://forum.openscenegraph.org/viewtopic.php?p=74256#74256
http://forum.openscenegraph.org//files/ocean_rtt_glare_130.png
http://forum.openscenegraph.org//files/ocean_rtt_no_glare_110.png
_______________________________________________
osg-users mailing list
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[Rob Ewbank]

Thanks Robert, I have been looking through the code and have merged two branches, one which has been changed to work with OSG 3.4.1 and the master.

Osgocean seems to do a few weird tricks with shaders and rendering that cause issues in places such as transparency, when it works, its really nice.

Do you know if the author kbale has been around these parts lately?

This should prob be in another post, but anyway. When using the primitives such as sphere, box etc in OSG 3.6 they don't respond to changing position, size etc. Works fine in 3.4.

Love the framework, I'll post some pics of some of the stuff we're using it for.

------------------
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=74316#74316

[Robert Osfield]

Post by Rob Ewbank
Thanks Robert, I have been looking through the code and have merged two branches, one which has been changed to work with OSG 3.4.1 and the master.
Osgocean seems to do a few weird tricks with shaders and rendering that cause issues in places such as transparency, when it works, its really nice.
Do you know if the author kbale has been around these parts lately?

I haven't seen him post for quite a few years. I believe osgOcean was
related to a university research project, folk move on.

Post by Rob Ewbank
This should prob be in another post, but anyway. When using the primitives such as sphere, box etc in OSG 3.6 they don't respond to changing position, size etc. Works fine in 3.4.

In 3.6 the osg::ShapeDrawable is now implemented as an osg::Geometry,
broadly it should work the same, if there is a usage case that it
isn't working the same could you create a small test example (such as
modifying an existing OSG example) to illustrate the problem, it could
well be a bug that we can fix once we know what might be amiss.

Cheers,
Robert.