[Opensim-dev] Towards 0.5, what's left?

Thu Dec 13 15:26:24 UTC 2007

How the textures should be stored on 'export' is another question; it's a bit like asking 'how should we save a web page?' - my point is that serialization of the group should include group and part information only; quite possibly there can be another 'package' or 'region' xml dump format, but that's not my concern here - I'm just adressing the object serilalization issue./Stefan

> Date: Thu, 13 Dec 2007 15:16:57 +0000> From: jjustincc at googlemail.com> To: opensim-dev at lists.berlios.de> Subject: Re: [Opensim-dev] Towards 0.5, what's left?> > Stefan Andersson wro> > We are definitively not going to store the very textures in the xml if > > that was what you were worried by.> In that case, where would the textures be stored on export? And in the > longer term, where would the prim's inventory items (including other > prims) be stored?> > justincc> > /Stefan> >> > ------------------------------------------------------------------------> > To: opensim-dev at lists.berlios.de> > From: chernega at us.ibm.com> > Date: Tue, 11 Dec 2007 08:18:06 -0700> > Subject: Re: [Opensim-dev] Towards 0.5, what's left?> >> >> > If the Texture Data is encapsulated within the XML file it> > would lead to very large XML files with repetitive data. Perhaps a> > dual strategy here? Command line option to include the> > TextureEntry and data within the XML, or write the geometry and> > texture all to a single directory. Loading would use the same scheme.> >> > Brief outline:> >> > Form 1-> > save-xml file <xml-file>> > This form saves everything in a single XML file.> > This is useful for data warehousing that requires single entry => > single file.> > Form 2-> > save-xml dir <dir-spec>> > This form saves as in example below:> > save-xml dir /home/opensim/builds/myhouse> >> > /home/opensim/builds/myhouse (directory containing):> > myhouse.xml> > texture001.jp2> > texture002.jp2> > ...> > Form 3-> > save-xml backup> > This form saves everything into the profile> > specified backup filespec. Using a standardized form (likely Form 1)> >> > Thoughts?> >> > Gary J Chernega> > Deskside Services> > ext 845-433-3480> > t/l 293-3480> >> > Considering the current sad state of our computer programs,> > software development is clearly still a black art, and cannot yet> > be called an engineering discipline. (Bill Clinton)> >> >> > *Michael Wright <michaelwri22 at yahoo.co.uk>*> > Sent by: opensim-dev-bounces at lists.berlios.de 12/11/2007 05:34 AM> > Please respond to> > opensim-dev at lists.berlios.de> >> >> >> > > > To> > opensim-dev at lists.berlios.de> > cc> > > > Subject> > Re: [Opensim-dev] Towards 0.5, what's left?> >> >> >> > > >> >> >> >> >> > Well Load/Save xml are working, its just that the format of the> > xml for LLUUID, LLVector3 and LLQuaternion have changed. So if you> > do a save-xml now and then try to load it, it should work. But> > trying to load a old xml file won't. So it depends if we need to> > make sure those old files work, if we spend time "fixing" it.> >> > Maybe we should take this chance to break other things too. Like> > Stephan said, we should get TextureEntry into a readable form.> > There are a few other changes we might want to make to. As we are> > coming up to version 0.5 we could say 0.5 load/save-xml is not> > compatible with 0.4 files.> > */> > Teravus Ovares <teravus at gmail.com>/* wrote:> > Do you think we need to fix Save/loadXML before tying off the> > version number?> >> >> >> > On 12/10/07, *Sean Dague* <_sean at dague.net_> > <mailto:sean at dague.net>> wrote:> > We're getting towards the end of the year, and OpenSim has improved> > dramatically since 0.4. On the short list of new features is:> > * Physics (ODE is impressively stable at this point)> > * Grid Mode (though there are still some asset issues)> > * Animations> > * IM, IRC Bridge> > * Terraforming> > * Throttling (though not a user facing feature)> > (I'm sure I've missed some, please respond with other new features)> >> > It seems like we should pick a couple of things that would be good to> > "finish off" this month, then declare a 0.5 release around the> > first of> > the year.> >> > My inclination is to say that bandaiding up current grid asset /> > inventory to functioning state would be in that short list. Others?> >> > -Sean> >> > --> > __________________________________________________________________> >> > Sean Dague Mid-Hudson Valley> > sean at dague dot net Linux Users Group_> > __http://dague.net_ <http://dague.net/> > > _http://mhvlug.org_ <http://mhvlug.org/>> >> > There is no silver bullet. Plus, werewolves make better neighbors> > than zombies, and they tend to keep the vampire population down.> > __________________________________________________________________> >> > -----BEGIN PGP SIGNATURE-----> > Version: GnuPG v1.4.6 (GNU/Linux)> >> > iD8DBQFHXUdYSamXem9TdyYRApbJAKCicwVHKL4ZzAENcqPpvx/EiGrgpACgmDf2> > WSIoagVvY/vLzkm9BZh0Qzk=> > =t2oT> > -----END PGP SIGNATURE-----> >> > _______________________________________________> > Opensim-dev mailing list_> > __Opensim-dev at lists.berlios.de_ <mailto:Opensim-dev at lists.berlios.de>_> > __https://lists.berlios.de/mailman/listinfo/opensim-dev_> >> >> > _______________________________________________> > Opensim-dev mailing list> > Opensim-dev at lists.berlios.de> > https://lists.berlios.de/mailman/listinfo/opensim-dev> > > > ------------------------------------------------------------------------> > Sent from _Yahoo!_> > <http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/evt=51949/*http://uk.docs.yahoo.com/mail/winter07.html>> > - a smarter inbox._______________________________________________> > Opensim-dev mailing list> > Opensim-dev at lists.berlios.de> > https://lists.berlios.de/mailman/listinfo/opensim-dev> >> >> > ------------------------------------------------------------------------> >> > _______________________________________________> > Opensim-dev mailing list> > Opensim-dev at lists.berlios.de> > https://lists.berlios.de/mailman/listinfo/opensim-dev> > > > _______________________________________________> Opensim-dev mailing list> Opensim-dev at lists.berlios.de> https://lists.berlios.de/mailman/listinfo/opensim-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20071213/c67f6074/attachment-0001.html>