Hi Carsten, hi all,

we figured out what the problem was.
We created the MultidisplayWindow during runtime of our application, way beyond 
scene creation. I expected that all required data would be synchronized to the 
newly connecting render servers, but that is apparently not the case.
Do you see any possibillity to create a multidisplay configuration after 
application start up? Or do you see another possibily (than MultiDisplayWindow) 
to create a second app that renders a second independent camera in parallel?

thanks,
Michael

-------- Original-Nachricht --------
> Datum: Fri, 08 Jan 2010 08:53:54 +0100
> Von: "Michael Raab" <michael-r...@gmx.de>
> An: opensg-users@lists.sourceforge.net
> Betreff: Re: [Opensg-users] MultiDisplayWindow Problem (1.8)

> Hi Carsten,
> 
> the missing node on the server side is the root node of the viewport which
> definitely exists on the client side.
> OpenSG logging level gave no more interesting information on that.
> Ideas?
> 
> thx,
> Michael
> 
> -------- Original-Nachricht --------
> > Datum: Thu, 07 Jan 2010 14:03:55 -0600
> > Von: Carsten Neumann <carsten_neum...@gmx.net>
> > An: opensg-users@lists.sourceforge.net
> > Betreff: Re: [Opensg-users] MultiDisplayWindow Problem (1.8)
> 
> >     Hello Michael,
> > 
> > Michael Raab wrote:
> > > what is the best way to investigate the type of the corrupt field
> > container?
> > 
> > hm, since the container does not exist on the server side, you first 
> > need to find its id on the client side. The RemoteAspect keeps a mapping
> > between local ids and remote ids.
> > Once you have the id you can get a pointer fc to the container from the 
> > FieldContainerFactory and use fc->getType().getCName() to get the type
> > name.
> > 
> > > How can I set the logging level?
> > 
> > by setting the environment variable OSG_LOG_LEVEL to one of DEBUG, INFO,
> > WARNING or FATAL.
> > 
> >     Cheers,
> >             Carsten
> > 
> >
> ------------------------------------------------------------------------------
> > This SF.Net email is sponsored by the Verizon Developer Community
> > Take advantage of Verizon's best-in-class app development support
> > A streamlined, 14 day to market process makes app distribution fast and
> > easy
> > Join now and get one step closer to millions of Verizon customers
> > http://p.sf.net/sfu/verizon-dev2dev 
> > _______________________________________________
> > Opensg-users mailing list
> > Opensg-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/opensg-users
> 
> -- 
> GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
> Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
> 
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and
> easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev 
> _______________________________________________
> Opensg-users mailing list
> Opensg-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/opensg-users

-- 
Preisknaller: GMX DSL Flatrate für nur 16,99 Euro/mtl.!
http://portal.gmx.net/de/go/dsl02

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to