Hi Christoph, On Monday 21 November 2005 12:22, Christoph Fuenfzig wrote: > Hi Martin, > > Hm, that sounds strange. AFAIK the order of ::create calls determines > the internal id the FieldContainer object gets. > Then if the FieldContainer objects are recreated in sequence of their > ids, it might happen that one is undefined in the first code piece. > Is that correct? Yes, that's what I think. I saw that the creation of the FieldContainer adds an entry to the change list. If the change list elements are transmitted in the order they were added to the list, then the Terrain object can be transmitted before the Image object it depends on.
> > >Loading a BIN file that was created from > >the Terrain scene still does not work, but I currently don't need this. > > Did you try an OSB file? I tried writing to an OSG file and I could load that file without problems. > I will look into this. Perhaps I made a mistake in the Terrain::changed > method, which is the place to react to field > changes (after endEditCP) and it can get very complex with many fields > and field dependencies. I tried to solve the problem by making the Terrain class recompute its geometry later (i.e. not in the changed method). My idea was to just remember the fact that the changed method was called and store the flags describing the changed fields, and to do the recomputations on the next rendering. However, I could not get this to work (maybe I did something wrong as I'm not that familiar with this code yet). Also I think it would be better to let the RemoteAspect class ensure that fields of an object are completely transfered before any method (such as ::changed) of an object is called, so one does not have to deal with incomplete data. Regards Martin ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
