On Thu, Jan 15, 2009 at 3:54 AM, Paul Pocock (via Nabble)
<[email protected]> wrote:
> Thanks Thomas - Great News!
Same here. :)
> I've been trying to get my eqOSG example running using one osgViewer per
> Pipe using slave cameras per Channel, However I was wondering whether my
> implementation is conceptually correct in terms of how equalizer manages
> tasks:
>
> I have a class member osgViewer::Viewer in my Pipe implementation, it is
> initialized there in configInit()
...
> In my Channel Implementation I set up the osg::camera slaves and add
> them to the Pipe osgViewer :
...
> Then in Channel::frameDraw:
>
> void Channel::frameDraw( const uint32_t frameID )
> {
> eq::Channel::frameDraw( frameID );
This sets up OpenGL state - projection and view matrix, read/draw
buffers, color mask and viewport/scissor arar. Most of it is
overwritten by osg later, so may be it is not needed.
...
> A number of problems I'm getting is I'm not sure where to put
> osgViewer::Viewer::frame() function call - A simple Hack at the moment
> is to put it in Channel::frameDraw() or Pipe::frameStart().
I don't know how the slave cameras are supposed to work, but there
should be one render pass in each Channel::frameDraw, using the
parameters given by Equalizer.
A Channel may draw more than once with different parameters, and it
might read back the result after each pass.
>
> I can run the application ... but with errors, namely:
>
> ./lib/net/nullCM.h:46 Code is not supposed to be called in this context
This looks like you are trying to commit or sync an eq::net::Object
which is not registered or mapped, e.g., the object's id is
EQ_ID_INVALID.
Distributed objects have a change manager helper class, which manages
the data distribution. The NULL change manager is the place holder for
unmapped objects.
Set a breakpoint in the line mentioned, and check what type of object
it is, and from where it is called.
HTH,
Stefan.
--
View this message in context:
http://n2.nabble.com/Looking-for-eqOSGExample-project-lead-tp2151601p2161264.html
Sent from the Equalizer - Parallel Rendering mailing list archive at Nabble.com.
_______________________________________________
eq-dev mailing list
[email protected]
http://www.equalizergraphics.com/cgi-bin/mailman/listinfo/eq-dev
http://www.equalizergraphics.com