[sldev] Automatically backing up scripts locally.
Dzonatas
dzonatas at dzonux.net
Thu Dec 20 10:54:00 PST 2007
Those mechanisms are there. What you probably compared is data that is
common as being interoperable with different virtual worlds than data
being stored as a single unit for one particular virtual world.
Not all virtual worlds need all the data and mechanisms you described.
Of course, SL does. It will appear like meta data until there is more
collaboration with COLLADA itself -- as it is open source. As for those
lists of virtual worlds that have started to interoperate, SL is not
common as of yet.
You can settle for a hack to just back up scripts for now.
Argent Stonecutter wrote:
> OK, I've looked at the COLLADA spec, and it doesn't seem to have
> anything to do with what I'm talking about here.
>
> * The primitive object is a mesh, there's no mechanism to encode
> parametric geometry.
> * There's no mechanism to encode the contents of objects.
> * There's no mechanism to encode SL-specific content, such as scripts.
> * There's no mechanism to describe the relationships between the
> backup and in-world assets.
>
> The overall structure of region objects, region assets, object
> contents, and global assets represented by the files, directories, and
> symlinks would need to be retained. Not only doesn't COLLADA have any
> comparable structure, but also ince this is a mirror backup of ongoing
> work: this really would need to stay in the filesystem.
>
> In addition, for the individual assets, about the only things for
> which the portable format would be useful would be textures,
> animations, and sounds. And these would be better off stored as tga or
> png files, bvh files, and flac files referenced by name from any
> COLLADA objects. Everything else would be in <extra> elements. It
> would be useful to include COLLADA descriptions of object meshes, but
> that wouldn't be used in restoring a backup.
>
> I don't see COLLADA as being relevant, other than adding a
> "COLLADA.xml" file to each object directory, and maybe having the
> ability to select a set of objects and snapshot them... but it would
> really be more useful to make that a separate tool.
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> /index.html
>
>
--
Power to Change the Void
More information about the SLDev
mailing list