Comments on: Update sculpties in OpenSim from scripts?

By: Educators - what would you most like to see next in OpenSim? | justincc.org

Educators - what would you most like to see next in OpenSim? | justincc.org — Fri, 19 Feb 2010 19:26:01 +0000

[...] get much free time to implement any of these soon - already I’ve had to put experiments with updating sculpties from scripts on the backburner. But I’d be very interested to hear from educational users what their [...]

By: WhiteStar Magic

WhiteStar Magic — Tue, 24 Nov 2009 23:25:45 +0000

I think it would be a good idea to have an optimized function for bringing in sculpts from outside. As Nebadon pointed out, the need for lossless is really a biggy. Then we have the issue of texturing said sculpt appropriately, which as you know can be quite a chore depending on the sculpt map. Even a simple pillar with a Marble texture is one thing but scaling and setting proportions with a more complex texture would have to be addressed somehow.

This is also appealing because it eliminates the need to stuff more blobs into the active asset store… Going to ponder the possibilites.

Thanks Again for everything Justin
WS

By: justincc

justincc — Mon, 23 Nov 2009 18:45:26 +0000

@Marcus - Thanks very much

By: Marcus Llewellyn

Marcus Llewellyn — Mon, 23 Nov 2009 06:50:41 +0000

@justin - I overlooked that function. While the name of the function could have been more general when in comes to it’s functionality, hindsight is 20/20.

B.T.W. ..

Keep up these sort of posts! I’m a lurker by nature, but I am a regular reader of your blog. I don’t know if you’re thanked often for your summaries of OpenSim updates, but as an hobbyist who has several regions on OSgrid that uses the cutting edge git releases I really appreciate your efforts. It is excellent P.R. for OpenSimulator, and I refer people to your blog for update info.

I also know that you contribute significant code to the project. Seeking opinions about your contributions is very welcome! Thanks for that as well.

By: justincc

justincc — Fri, 20 Nov 2009 20:01:19 +0000

@Marcus - If you look at osSetDynamicTextureURL() isn’t this what it already does (import an image and return a uuid)?

@Vin - I think there will be room for experimentation here if/once the basic functionality can be done.

By: justincc

justincc — Fri, 20 Nov 2009 19:45:18 +0000

Thanks for the information, Nebadon. I’m also going to record here some links to pictures that you passed me in IRC to demonstrate the problem.

http://nebadon2025.com/screenshots/128_sculpt_SL_001.png
http://nebadon2025.com/screenshots/128_sculpt_SL_002.png
http://nebadon2025.com/screenshots/128_sculpt_SL_003.png

By: Nebadon Izumi

Nebadon Izumi — Fri, 20 Nov 2009 19:24:25 +0000

this sounds great to me also.. but here is the kicker.. sculpty need to be Lossless.. do we have the ability to flag the image as a lossless compression upload from the OSSL functions?? without this loading in sculpty is useless.. it would need to be added in if it is not already capable. anyway sounds very useful i would love to see it happen.

By: Marcus Llewellyn

Marcus Llewellyn — Fri, 20 Nov 2009 17:23:27 +0000

@justincc
I like this idea, but it seems to me like it’s recreating the wheel within itself a tad. What I could use is an actual image handle of some type. Just give me the UUID key. Something along the lines of:

key imgUUID;
imgUUID = osGetImageURL(”http://whowantsabananna.com/pbjellytime.png”);

If this is a UUID, then you could make it work almost anywhere that accepts a UUID for an image. If the UUID were a NULL_KEY, then the attempted acquisition could be assumed to have failed.

// Set image as texture to any old prim.
llSetTexture(imgUUID, ALL_SIDES);

// Set image as sculpt texture with sphere stitching,
// and mirror it for giggles.
llSetPrimitiveParams([PRIM_TYPE, PRIM_TYPE_SCULPT, imgUUID, PRIM_SCULPT_TYPE_SPHERE | PRIM_SCULPT_FLAG_MIRROR]);

Probably all a pipe dream, but it makes sense to me.

@Vin Seymore
What would be cool for smooth transitions for sculpts would be support for animating sculpt textures as frames like llSetTextureAnim does. This actually makes a *whole* lot of sense to me, as sculpts are usually 64×64, and you could stick 16 frames on just one 256×256 image. Could perhaps be called osSetSculptieAnim and borrow the options that work, and toss the ones that don’t (SMOOTH and ROTATE modes might be funny to watch, but I’m not sure how useful they’d be.)

Because all the sculpts you needed would be rezzed at once, there’s be no need to wait for any buffering beyond the time it take for one fame to rez. If one is rezzed, they all will be.

By: Vin Seymore

Vin Seymore — Fri, 20 Nov 2009 12:34:26 +0000

Justin, that would be a great thing to have! Maybe it would also be possible to incorporate some kind of buffering for the dynamically loaded textures? Is this already possible for the “normal” (non-sculpty) textures - I dunno? Useful it would be in both cases. Buffering would allow for some smooth transitions… I have no clear idea yet how this could be achieved. Maybe it would mean to dynamically add the loaded textures to inventory of an av or a prim?

By: Greenbush Labs Blog » Blog Archive » Dynamic Sculpt Maps in Opensim

Greenbush Labs Blog » Blog Archive » Dynamic Sculpt Maps in Opensim — Thu, 19 Nov 2009 20:09:11 +0000

[...] a twitter discussion with Justin Clark-Casey (more on his blog here) it seems a osSetDynamicSculptieURL() function for Opensim is feasible … A step closer to [...]