Hello,
Who want to try 'one click' MultiIslands loading/saving in Cobalt and Croquet, could try the first steps in that direction.
MultiIslandReaderWriter (
http://croquet-src-01.oit.duke.edu:8886/Contributions.html)
So, every island/controller is snapshoted in a separate c3d file in
cache directory, and then XML based file (m3d (?) extension, for example
now) is generated. This file contains just the names of saved c3d files
for loading and could be extended with any features later.
For now the name of saved c3d file contains also and 'island id', just
for experimenting on single machine with saving/loading islands. But it
should just consists of an island name (which is hardcoded 'Cobalt
World' + network address for now).
The
current Cobalt image is slightly broken (it seems to be) as it is
saved with activeIsland project and island instances (In transcript
look for Processor activeIsland project, Island allInstances)
http://croquet-src-01.oit.duke.edu/mantis/view.php?id=40. The problems
occur when using TTeleportUtilities class
methods in creating #towway portals, that returning portal does not
work properly (1. load UnderWater.c3d for example (just one island c3d)
2.enter the portal 3.the return portal is mirror).
With Croquet SDK image all is working ok.
Regards,
Nikolay Suslov
On Thu, Mar 20, 2008 at 3:22 PM, Nikolay Suslov <
nsuslovi@...> wrote:
Hello,
Just want to share some thoughts about saving and loading spaces functionality in the current SDK.
As the current *.c3d file implementation works around saving one active (user's avatar being in) island(world) per c3d file,
assuming, that it is needed to support and the possibility of saving all other current registered islands also (at the same time).
So, when somebody saves an active island(world) containing a portal to another already loaded island(world) from file,
then it is impossible to restore the working portals(between
islands) just loading the saved one. It is required to load all
participating islands(worlds) by hand.
So, if taking into consideration the concept of *.c3d as island/world's atomic file format, then may be to develop the support of an additional file format,
like archive solution, which could store all required islands (c3d files) in one definite file?
And after loading which, all islands will be restored automatically with working portals.
Regards,
Nikolay