[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