Matthias, Serialization to an OSB file is working with the attachment types that I posted yesterday. As I understand this from Dirk, identifying that the fields in the container are external is the key to getting that behavior working. OpenSG takes care of the hairy details behind the scenes.
-Patrick Matthias Stiller wrote: > Patrick, > > serialization would be more than nice, but I guess it is not that easy. > We have the same approach (even the interface was nearly the same) like > the first one you sent to the list (also only a few days old) :) > > Regards > > Matthias > > On Saturday 24 September 2005 17:05, Patrick Hartling wrote: > >>Matthias, >> >>That is certainly a goal. I have not gotten around to trying it yet, >>though. I will find a few minutes this weekend to test that out and >>get back to you. >> >> -Patrick >> >>Matthias Stiller wrote: >> >>>Hello Patrik, >>> >>>that sounds really terrific. Without giving it a try, a short >>>question: Can everything be saved to disk and loaded back again ? >>> >>>Regards >>> >>>Matthias >>> >>>On Saturday 24 September 2005 00:08, Patrick Hartling wrote: >>> >>>>I have done some more work on the new attachment type that I >>>>submitted for review earlier this week. The changes are as follows: >>>> >>>> * Added another attribute map attachment type that maps >>>>std::string to OSG::FieldContainerPtr (inspired by Marcus' comment >>>>and input from Allen Bierbaum and Dirk) >>>> * Reduced the number of free functions to two, both of which are >>>>used for easy retrieval of the attribute map attachment from an >>>>attachment container >>>> * Fixed the visibility to be external so that the attribute maps >>>>will be shared on a cluster and serialized correctly (thanks to >>>>Dirk for the clarification on that detail) >>>> * Added a public override of the const version of getKeys() so >>>>that user code can get read-only access to the keys in the >>>>attribute map >>>> >>>>The first of those is probably the Big New Thing. The test program >>>>for that code (testFCPtrAttributeMap.cpp) shows how a variety of >>>>field containers can be stored in a single attribute map. For >>>>example: >>>> >>>> OSG::beginEditCP(attr_map); >>>> (*attr_map)["transform attribute"] = >>>>OSG::Transform::create(); (*attr_map)["geometry attribute"] = >>>>OSG::Geometry::create(); (*attr_map)["material attribute"] = >>>>OSG::SimpleMaterial::create(); OSG::endEditCP(attr_map); >>>> >>>>Comments or suggestions? >>>> >>>>-Patrick >>> >>>------------------------------------------------------- >>>SF.Net email is sponsored by: >>>Tame your development challenges with Apache's Geronimo App Server. >>>Download it for free - -and be entered to win a 42" plasma tv or >>>your very own Sony(tm)PSP. Click here to play: >>>http://sourceforge.net/geronimo.php >>>_______________________________________________ >>>Opensg-users mailing list >>>[email protected] >>>https://lists.sourceforge.net/lists/listinfo/opensg-users > > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. > Download it for free - -and be entered to win a 42" plasma tv or your very > own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > Opensg-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/opensg-users -- Patrick L. Hartling | VP Engineering, Infiscape Corp. PGP: http://tinyurl.com/2msw3 | http://www.infiscape.com/
signature.asc
Description: OpenPGP digital signature
