Hi Carsten,
1.) unknown container id:
- I tried to print all prototypes and its id's both for client and server
- Up to a certain point they match, but then there are minor differences
- Here's an example:
Client:
...
Prototype Name: TileCameraDecorator ID: 175
Prototype Name: TwoSidedLightingChunk ID: 176
Prototype Name: GenericAtt ID: 177
Prototype Name: VDTBillboard ID: 178
Prototype Name: VDTMaterialAttachment ID: 179
Prototype Name: VDTMultiDisplayWindow ID: 180
Prototype Name: VDTNodeAttachment ID: 193
Prototype Name: VDTRenderChannel ID: 194
Prototype Name: CGChunk ID: 199
Prototype Name: CGParameterChunk ID: 200
Prototype Name: CGFXAnnotation ID: 201
Prototype Name: CGFXChunk ID: 202
Prototype Name: CGFXMaterial ID: 203
Server:
...
Prototype Name: TileCameraDecorator ID: 175
Prototype Name: TwoSidedLightingChunk ID: 176
Prototype Name: GenericAtt ID: 177
Prototype Name: GLUTWindow ID: 178
Prototype Name: VDTBillboard ID: 179
Prototype Name: VDTMaterialAttachment ID: 180
Prototype Name: VDTMultiDisplayWindow ID: 181
Prototype Name: VDTNodeAttachment ID: 194
Prototype Name: VDTRenderChannel ID: 195
Prototype Name: CGChunk ID: 200
Prototype Name: CGParameterChunk ID: 201
Prototype Name: CGFXAnnotation ID: 202
Prototype Name: CGFXChunk ID: 203
Prototype Name: CGFXMaterial ID: 204
Seems that the GlutWindow dependency has shifted server prototype id's by 1...
Any ideas how to avoid that behavior? Or do I need to add GLutWindow dependency
to our client, I hope not ;)
2.) Your patch has fixed the light node sync problems. Thanks for that.
Unfortunately the crash has shifted to another place. There seems to be a
NullFC pointer in some NodeChildren MF. Before the crash I get another warning
about an unknown container id, so this problem may be related the issue above...
Thanks,
Michael
-------- Original-Nachricht --------
> Datum: Mon, 05 Mar 2012 18:17:41 -0600
> Von: Carsten Neumann <carsten_neum...@gmx.net>
> An: opensg-users@lists.sourceforge.net
> Betreff: Re: [Opensg-users] OpenSG1.8 - Strange Remote Behavior
> Hello Michael,
>
> On 03/01/2012 10:24 AM, Carsten Neumann wrote:
> > On 02/29/2012 01:12 PM, Michael Raab wrote:
> >> 2.) If I have a ShadowViewport in the application that has at least one
> >> light node attached and try to connect to a render server, the server
> >> crashes in ShadowViewport::changed() when iterating the list of light
> >> nodes. It seems some/all light nodes do not have a core assigned. That
> >> looks to me probably like a similar sync problems as mentioned above.
> >
> > that sounds as if some lights have not made it to the server or the
> > changed() function is called too early.
> > Do you call RemoteAspect::receiveSync(con, applyToChangelist) with
> > applyToChangelist == true? First glance it looks like in this case it
> > may call changed on containers before all of them are received, which
> > seems wrong.
>
> attached is a patch that should correct this and only call changed after
> the complete sync has been received. Would you mind giving it a try?
> Thanks!
>
> Cheers,
> Carsten
--
NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone!
Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users
