
<html>

<head>

<style>

.hmmessage P

{

margin:0px;

padding:0px

}

body.hmmessage

{

font-size: 10pt;

font-family:Verdana

}

</style>

</head>

<body class='hmmessage'>

Is the client supplying anything that allows us to mark the assets as 'temp', and the the final save as 'non-temp' at all?<BR><BR>Best regards,<BR>Stefan Andersson<BR>Tribal Media AB<BR> <BR>Join the 3d web revolution : <A href="http://tribalnet.se/">http://tribalnet.se/</A><BR> <BR><BR><BR><BR><BR>> Date: Sun, 14 Dec 2008 18:59:58 +0000<BR>> From: melanie@t-data.com<BR>> To: opensim-dev@lists.berlios.de<BR>> Subject: Re: [Opensim-dev] Always mutable assets in OpenSim -- does it make sense?<BR>> <BR>> There is no way that can be done in a way that wouldn't break <BR>> zillions of other things. If we could save/push the object, we <BR>> wouldn't need to mod assets in the first place. problem is that you <BR>> can't cover the case of a crash any other way.<BR>> <BR>> Melanie<BR>> <BR>> <BR>> Sean Dague wrote:<BR>> > Melanie wrote:<BR>> >> Hi,<BR>> >> <BR>> >> the assets that we need to update are not assets that are sent to <BR>> >> the client. There is no reasonable way to update texture, animation, <BR>> >> or sound assets. Those are sent to the client and cached there. <BR>> >> However, it is possible to update prim and script assets, since the <BR>> >> client never sees them. On scripts, this makes little sense, unless <BR>> >> the "implicitly shared" approach is dropped. But introducing script <BR>> >> state in inventory will make immutable assets practical there again.<BR>> >> The only asset that needs updating is a prim assets, and that only <BR>> >> needs to be updated, and is only safe to update, when editing <BR>> >> attachments.<BR>> >> Solving the thread lifetime (not easy!) still doesn't solve the <BR>> >> issue, which is a crash in the middle of editing. Massive amounts of <BR>> >> work could be lost, so a means to save periodically is needed, and <BR>> >> mutable prim assets are the only place where this can be sensibly done.<BR>> >> From my end, this is _not_ a proposal to move to generally treating <BR>> >> assets as mutable, merely a proposal to allow it in one special case <BR>> >> which could not be solved in another reasonable way.<BR>> > <BR>> > So, if that's the case, and these thing are really different, and not<BR>> > sent on the wire, why not make them something different in the system.<BR>> > Call them "states" or something, and have their intermediate states<BR>> > saved elsewhere, and only push to the asset db once they are in some<BR>> > final (client retrievable) state.<BR>> > <BR>> > Having spent a lot of time educating people on the fact that assets<BR>> > can't be changed, I think we're going to introduce all manner of<BR>> > confusion if that gets broken. Much better to make a new type of object<BR>> > instead of changing something so fundemental about assets the way they<BR>> > are today.<BR>> > <BR>> > -Sean<BR>> > <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>> Opensim-dev mailing list<BR>> Opensim-dev@lists.berlios.de<BR>> https://lists.berlios.de/mailman/listinfo/opensim-dev<BR></body>

</html>