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

Dahlia Trimble dahliatrimble at gmail.com
Sun May 17 17:23:07 PDT 2009


I don't believe that notecards are automatically delivered when a prim
description is sent, it would have to be requested just like any other asset
would be. Using a notecard may require multiple steps to retrieve the entire
text of the .obj file, but the viewer must be capable of asking for the text
of a notecard and receiving it already, or it would not be able to display
them at all.
There may be other alternatives. Upon entering a region, a special viewer
could announce some message on some high numbered chat channel, and a script
in a prim could respond with a specially formatted ownersay message that
says something like: "*special message* if you're capable, please download a
mesh description from http://mymeshstore.com/uuid.obj and display it instead
of this prim". Normal viewers would not be likely to see the message as they
would not normally be sending instructions out on that chat channel, and the
viewer that could use the message could parse it, see that it was a special
message, and download and display the mesh rather than showing the user the
message.

I still think the notecard can work. OBJ files are ascii text so should be
compatible with a notecard as long as it can all fit. OBJ files can describe
many different geometries quite effectively, and the size of the files can
be minimized by being prudent about not using excessive precision in the
floating point numbers contained in the file. If there were some geometry
specified in the file that the viewer could not render, then it could be
ignored, an error could be displayed, or some other geometry could be
displayed in it's place.


On Sun, May 17, 2009 at 5:03 PM, Tigro Spottystripes <
tigrospottystripes at gmail.com> wrote:

> a while back I suggested a friend of mine that plays with the client
> code (might have been the guy that made flexy sculpties for the first
> time, my memory isn't quite clear about that) to modify the client to
> read shader programs from notecards in a prim  and use the specified
> shader on the prim, he told me it was way too complicated to find the
> notecards on every prim on screen and associate them with the prim they
> are in, not to mention actually implementing such a shader system
>
> Dale Mahalko escreveu:
> > 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090517/86b5efc7/attachment.htm 


More information about the SLDev mailing list