Hi David,
You could write a custom subclass of osg::Geometry and override the
drawImplementation an do the cull and dispatch of the primitives and
instance count for each time the geometry is drawn, but do so in a
thread safe way such as my computing all the dynamic data on the fly.
The
I am using osg 3.4.0. I am in a position where I could switch to a newer build.
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=72392#72392
___
osg-users mailing list
Right now I having problems setting unique uniforms and num instances on a per
view basis (camera).
Right now I am using hardware instancing, with a scene with 1000's of
relatively complex objects, but only a handful of actual models. I was able to
encode index's to textures + position and
Hi,
i'm not really an experienced user, i have issues of my own, but i have a
couple of suggestions for you:
check the osgCompositeViewer example and its source code - there you can find a
way to open several views in one window as well as open several windows, as you
please.
for having
Hi Sagar,
Have a look at the osgcompositeviewer for example of how to manage
multiple views, all views can share the same scene graph so can do
this for. As for sync'ing the Camera's view matrices and
CameraManipulators you'll need to do this manually yourself in the
frame loop after the update
Hi,
Friends !
It's My first post in this forum . I have some problems in creating
different views of scene .My total problem is:
I need to create 3 different views of scene .2 views should be rendered on one
window and other one should be on another window.When I move one window scene
Hi,
Has there been any new implementation to support multiple views with a
different frame rate? Our need is to update one small view with 48Hz, and two
other larger views with 1Hz...
Thank you!
Cheers,
Lars
--
Read this topic online here:
Hi Lars,
On Wed, Feb 23, 2011 at 2:08 PM, Lars Erling
lars.erling.thor...@kongsberg.com wrote:
Has there been any new implementation to support multiple views with a
different frame rate? Our need is to update one small view with 48Hz, and two
other larger views with 1Hz...
There hasn't
Hi Richard,
My best guess would be that you haven't attached the Camera's to the
appropriate graphics context properly, there isn't any difference in
the way that 2.6 and 2.8 handle window inheritance so I'm surprised
you see a difference, perhaps something else in the mix has changed.
I'm not a
hi,
the 2.6 screenshot shows the expected functionality (the right panel is a
top down view).
The problem is in 2.8 my composite views are rendered on the desktop instead
of within the window. Can you think of a reason for this?
I suspected the problem is how I create the view in the
Sure, here is a screenshot with 2.6 where the composite views are contained
within the window.
Richard
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=7715#7715
attachment: screenshot_2.6.JPG___
Hi Richard,
Could you explain what we should be expecting. For instance a
screenshot of what it originally looked like would be useful.
Robert.
On Fri, Feb 27, 2009 at 1:58 AM, Richard Baron Penman osgfo...@tevs.eu wrote:
hello,
When I upgraded from 2.4 to 2.6 the CompositeViewer example in
whoops, got the versions wrong - I upgraded from 2.6 to 2.8.
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=7570#7570
___
osg-users mailing list
osg-users@lists.openscenegraph.org
hi Robert,
I've tried both methods used in the example and got both working for a
single view, but not for multiple.
The problem seems to be with having separate timeout loops calling
composite_viewer-frame(). Is there an alternative way to render a view?
Richard
On Mon, Dec 1, 2008 at 10:00
Hi Richard,
The osgViewer:::CompositeViewer/Viewer architecture is designed to
support one frame loop driving all the windows associated with that
viewer, not multiple places trying to dispatch frame(). So you use a
single timer. Or use multiple viewers.
Robert.
On Mon, Dec 1, 2008 at 11:16
Hi Richard,
You don't mention how you are actually implementing the link between
OSG and QT, are you using GraphicsWindowEmbedded or using the window
inheritance of osgViewer. The GraphicsWindowEmbedded route is very
restricted as it's simplicity hides all the
The examples I've seen put frame() in their paint event and don't render
without it there. Is there an example available that implements the
architecture you describe?
Or use multiple viewers.
that would be the simplest way. Can viewers share the same node group
memory?
Richard
On Mon, Dec 1,
HI Richard,
On Mon, Dec 1, 2008 at 11:48 AM, Richard Baron Penman
[EMAIL PROTECTED] wrote:
The examples I've seen put frame() in their paint event and don't render
without it there. Is there an example available that implements the
architecture you describe?
Well all the examples except the
Hello Richard,
I am trying to provide multiple views of an OpenSceneGraph scene within
a Qt window.
[...]
But I am still not clear how to render each view. The examples use
composite_viewer-frame() in the paint event but for me this only
renders a single view and leaves the rest blank.
Is
hello,
I am trying to provide multiple views of an OpenSceneGraph scene within a Qt
window.
I can get this working for a single view, or multiple views in the same
widget like in the osgviewerQT composite example. But I'm struggling to get
multiple views on separate widgets working.
I know many
20 matches
Mail list logo