[sldev] Extensible Asset Data Format (Re: Hide geometry)

Tateru Nino tateru.nino at gmail.com
Sun May 17 19:27:14 PDT 2009


Notecards are a particularly rough storage choice if I understand the 
way they're stored and retrieved.

Dale Mahalko wrote:
> Dahlia,
> Actual mesh file format support, through an extensible asset storage 
> interface, using notecards for extended support of new datatypes not 
> officially approved by LL? What a concept.
> Actually I've been thinking about an extensible asset storage method 
> for a while. This would allow people to develop new client features 
> that go way above and beyond what asset types LL directly supports, to 
> splice in whatever 3D or other object support they want. NURBS, whatever.
> Just as long as notecards can handle binary data rather than plain 
> text -- or use something like yEnc on usenet for putting raw binary 
> into notecards. Just segment the data across chains of notecards, as 
> in actual Usenet postings. Do we next throw in PAR encoding for when 
> all the notecards don't load? ;-)
> Heck, don't even need LL approval to do this, as long as the new 
> exentisible asset storage is compatible with the existing notecard 
> data type. (I can hear a dozen Lindens going.. whoah... whoah... slow 
> down..)
> - Dale Mahalko / Scalar Tardis
>
> On Sun, May 17, 2009 at 6:39 PM, Dahlia Trimble 
> <dahliatrimble at gmail.com <mailto:dahliatrimble at gmail.com>> wrote:
>
>     How about just putting the text of a .obj file into a notecard and
>     using that? It would be compatible with the current asset system.
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/SLDev
> Please read the policies before posting to keep unmoderated posting privileges

-- 
Tateru Nino
http://www.massively.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090518/de94d801/attachment.htm 


More information about the SLDev mailing list