[Opensim-dev] UUID [Was: Proposal to eliminate the name, description and invType fields from the

[Melanie]

The mind boggles at the cycles burned on this.

This Christmas, a texture-changing tree was popular in SL. It would 
change textures 3 times per second on 6 faces.

I suppose and object like that would likely crash a ref'ing system, or 
slow things to a crawl.
They were already lagtastic in SL!

There would need to be some pretty inelligent ref caching.

Also, no, I don't want assets linked to the creator's inventory.

If they choose to leave my grid, that should not invalidate their items. 
  Also, a creator should not retain control over a sold item.

Melanie

Stefan Andersson wrote:
> Actually, no. What I meant was that in that case, the _content_creator_ would have to have the items in his inventory (and probably set to something like 'anyone can copy'... ;) )The moment he takes them out of his inventory, they are gone.
>  
> Which, incidentally, probably is the kind of control you'd want anyway.
>  
> If you want some kind of 'system' assets, they could be given to a system user.
>  
> Continuing on the 'detailed keeping track' the _scripted_change_ would also update the references, so that the object itself would then keep a reference to the texture.
>  
> By the way, the same track-keeping thing would go for objects; that would mean that the moment a user is gone, truly unused objects can be reaped from assets and inventory.
>  
> This is not proposing a solution, merely trying to think outside the SL box.
> Best regards,Stefan AnderssonTribal Media AB Join the 3d web revolution : http://tribalnet.se/ 
> 
> 
> 
>> Date: Tue, 24 Jun 2008 10:09:34 +0100> From: melanie at t-data.com> To: opensim-dev at lists.berlios.de> Subject: Re: [Opensim-dev] UUID [Was: Proposal to eliminate the name, description and invType fields from the assets db]> > Hi,> > Stefan Andersson wrote:> > Hell, in that scenario we could even say 'you can't reference an asset > > you, or an object of yours, do not have a reference to' - which will > > probably make SL-molded content producers wet their pants.> > That would mean that if I make a texture-changing bit of furniture, > I would have to pack all textures into it's inventory? Content > creators are at the moment extremely happy to not have to do this! > The ability to reference textures and sounds by UUID is a > fundamental one, removing it would break every texture-changing > object and every fountain and door (since they don't contain the > actual sounds, either)> > Melanie> > _______________________________________________> Opensim-dev mailing list> Opensim-dev
@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