<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=Content-Type content="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 12 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
<style>
<!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page Section1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=EN-US link=blue vlink=purple>
<div class=Section1>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>I know very little about the existing 3D object formats… but
how divergent are the existing standards from what we want? Is there an
opportunity to move towards Collada (very heavy) or OBJ? Probably not a 0.5
deliverable unless there is a very restrictive set of one of the standards.<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>--mic<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>
<div>
<div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'>
<p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span
style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>
opensim-dev-bounces@lists.berlios.de
[mailto:opensim-dev-bounces@lists.berlios.de] <b>On Behalf Of </b>Stefan
Andersson<br>
<b>Sent:</b> Thursday, December 13, 2007 7:26 AM<br>
<b>To:</b> opensim-dev@lists.berlios.de<br>
<b>Subject:</b> Re: [Opensim-dev] Towards 0.5, what's left?<o:p></o:p></span></p>
</div>
</div>
<p class=MsoNormal><o:p> </o:p></p>
<p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-size:10.0pt;
font-family:"Tahoma","sans-serif"'>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.<br>
<br>
/Stefan<o:p></o:p></span></p>
<div class=MsoNormal align=center style='text-align:center'><span
style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>
<hr size=2 width="100%" align=center id=stopSpelling>
</span></div>
<p class=MsoNormal><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>>
Date: Thu, 13 Dec 2007 15:16:57 +0000<br>
> From: jjustincc@googlemail.com<br>
> To: opensim-dev@lists.berlios.de<br>
> Subject: Re: [Opensim-dev] Towards 0.5, what's left?<br>
> <br>
> Stefan Andersson wro<br>
> > We are definitively not going to store the very textures in the xml
if <br>
> > that was what you were worried by.<br>
> In that case, where would the textures be stored on export? And in the <br>
> longer term, where would the prim's inventory items (including other <br>
> prims) be stored?<br>
> <br>
> justincc<br>
> > /Stefan<br>
> ><br>
> >
------------------------------------------------------------------------<br>
> > To: opensim-dev@lists.berlios.de<br>
> > From: chernega@us.ibm.com<br>
> > Date: Tue, 11 Dec 2007 08:18:06 -0700<br>
> > Subject: Re: [Opensim-dev] Towards 0.5, what's left?<br>
> ><br>
> ><br>
> > If the Texture Data is encapsulated within the XML file it<br>
> > would lead to very large XML files with repetitive data. Perhaps a<br>
> > dual strategy here? Command line option to include the<br>
> > TextureEntry and data within the XML, or write the geometry and<br>
> > texture all to a single directory. Loading would use the same scheme.<br>
> ><br>
> > Brief outline:<br>
> ><br>
> > Form 1-<br>
> > save-xml file <xml-file><br>
> > This form saves everything in a single XML file.<br>
> > This is useful for data warehousing that requires single entry =<br>
> > single file.<br>
> > Form 2-<br>
> > save-xml dir <dir-spec><br>
> > This form saves as in example below:<br>
> > save-xml dir /home/opensim/builds/myhouse<br>
> ><br>
> > /home/opensim/builds/myhouse (directory containing):<br>
> > myhouse.xml<br>
> > texture001.jp2<br>
> > texture002.jp2<br>
> > ...<br>
> > Form 3-<br>
> > save-xml backup<br>
> > This form saves everything into the profile<br>
> > specified backup filespec. Using a standardized form (likely Form 1)<br>
> ><br>
> > Thoughts?<br>
> ><br>
> > Gary J Chernega<br>
> > Deskside Services<br>
> > ext 845-433-3480<br>
> > t/l 293-3480<br>
> ><br>
> > Considering the current sad state of our computer programs,<br>
> > software development is clearly still a black art, and cannot yet<br>
> > be called an engineering discipline. (Bill Clinton)<br>
> ><br>
> ><br>
> > *Michael Wright <michaelwri22@yahoo.co.uk>*<br>
> > Sent by: opensim-dev-bounces@lists.berlios.de 12/11/2007 05:34 AM<br>
> > Please respond to<br>
> > opensim-dev@lists.berlios.de<br>
> ><br>
> ><br>
> ><br>
> > <br>
> > To<br>
> > opensim-dev@lists.berlios.de<br>
> > cc<br>
> > <br>
> > Subject<br>
> > Re: [Opensim-dev] Towards 0.5, what's left?<br>
> ><br>
> ><br>
> ><br>
> > <br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> > Well Load/Save xml are working, its just that the format of the<br>
> > xml for LLUUID, LLVector3 and LLQuaternion have changed. So if you<br>
> > do a save-xml now and then try to load it, it should work. But<br>
> > trying to load a old xml file won't. So it depends if we need to<br>
> > make sure those old files work, if we spend time "fixing"
it.<br>
> ><br>
> > Maybe we should take this chance to break other things too. Like<br>
> > Stephan said, we should get TextureEntry into a readable form.<br>
> > There are a few other changes we might want to make to. As we are<br>
> > coming up to version 0.5 we could say 0.5 load/save-xml is not<br>
> > compatible with 0.4 files.<br>
> > */<br>
> > Teravus Ovares <teravus@gmail.com>/* wrote:<br>
> > Do you think we need to fix Save/loadXML before tying off the<br>
> > version number?<br>
> ><br>
> ><br>
> ><br>
> > On 12/10/07, *Sean Dague* <_sean@dague.net_<br>
> > <mailto:sean@dague.net>> wrote:<br>
> > We're getting towards the end of the year, and OpenSim has improved<br>
> > dramatically since 0.4. On the short list of new features is:<br>
> > * Physics (ODE is impressively stable at this point)<br>
> > * Grid Mode (though there are still some asset issues)<br>
> > * Animations<br>
> > * IM, IRC Bridge<br>
> > * Terraforming<br>
> > * Throttling (though not a user facing feature)<br>
> > (I'm sure I've missed some, please respond with other new features)<br>
> ><br>
> > It seems like we should pick a couple of things that would be good to<br>
> > "finish off" this month, then declare a 0.5 release around
the<br>
> > first of<br>
> > the year.<br>
> ><br>
> > My inclination is to say that bandaiding up current grid asset /<br>
> > inventory to functioning state would be in that short list. Others?<br>
> ><br>
> > -Sean<br>
> ><br>
> > --<br>
> > __________________________________________________________________<br>
> ><br>
> > Sean Dague Mid-Hudson Valley<br>
> > sean at dague dot net Linux Users Group_<br>
> > __http://dague.net_ <http://dague.net/> <br>
> > _http://mhvlug.org_ <http://mhvlug.org/><br>
> ><br>
> > There is no silver bullet. Plus, werewolves make better neighbors<br>
> > than zombies, and they tend to keep the vampire population down.<br>
> > __________________________________________________________________<br>
> ><br>
> > -----BEGIN PGP SIGNATURE-----<br>
> > Version: GnuPG v1.4.6 (GNU/Linux)<br>
> ><br>
> > iD8DBQFHXUdYSamXem9TdyYRApbJAKCicwVHKL4ZzAENcqPpvx/EiGrgpACgmDf2<br>
> > WSIoagVvY/vLzkm9BZh0Qzk=<br>
> > =t2oT<br>
> > -----END PGP SIGNATURE-----<br>
> ><br>
> > _______________________________________________<br>
> > Opensim-dev mailing list_<br>
> > __Opensim-dev@lists.berlios.de_ <mailto:Opensim-dev@lists.berlios.de>_<br>
> > __https://lists.berlios.de/mailman/listinfo/opensim-dev_<br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > Opensim-dev mailing list<br>
> > Opensim-dev@lists.berlios.de<br>
> > https://lists.berlios.de/mailman/listinfo/opensim-dev<br>
> > <br>
> >
------------------------------------------------------------------------<br>
> > Sent from _Yahoo!_<br>
> >
<http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/evt=51949/*http://uk.docs.yahoo.com/mail/winter07.html><br>
> > - a smarter inbox._______________________________________________<br>
> > Opensim-dev mailing list<br>
> > Opensim-dev@lists.berlios.de<br>
> > https://lists.berlios.de/mailman/listinfo/opensim-dev<br>
> ><br>
> ><br>
> > ------------------------------------------------------------------------<br>
> ><br>
> > _______________________________________________<br>
> > Opensim-dev mailing list<br>
> > Opensim-dev@lists.berlios.de<br>
> > https://lists.berlios.de/mailman/listinfo/opensim-dev<br>
> > <br>
> <br>
> _______________________________________________<br>
> Opensim-dev mailing list<br>
> Opensim-dev@lists.berlios.de<br>
> https://lists.berlios.de/mailman/listinfo/opensim-dev<o:p></o:p></span></p>
</div>
</body>
</html>