Most importantly, above all else, I feel VWR-3922 is the worst issue with sculpts right now. I'm working on a suit of armor, and some parts of it simply never load in a particular session. When I login, it seems to be luck whether things will load properly or not, and other people have similar experiences. It's extremely frustrating to know that many people around you may not be seeing your work properly.

Here is how i feel the order should be:

fix VWR-2404
fix VWR-3798

(Qarl Linden makes it right ... dont mark as resolved ... let us confirm that first ... will work much better ...)

and after that see how much of VWR-3922 and VWR-1153 is still happening.

If thats done, Sculpties would be working fine. (be on the client quick and render correctly)

After that i would like to see VWR-1445 and VWR-665 getting solved because not everybody in SL can script.

and after that we can have nice discussions about the future of Sculpties.

So this is the sorting that i would advocate for: VWR-2404 > VWR-3798 > VWR-3922 ? > VWR-1153 ? > VWR-1445 > VWR-665

And because this may turn out to involve many different parts of code at many different places, that might be under the watch of many different Lindens, i would strongly suggest to make a kind of inter-LL-department-sculptie-fix Task-force or alike ...

If you think these Sculptie-issues are not that much of a deal PLEASE speak to a person you trust who actually does a lot with Sculpties in SL ....

1.20 RC1 has UI-integration for changing the Sculpt Type (vwr-1445).
1.20 RC2 is supposed to fix the lossless-bug (vwr-2404).
Loading priorities (vwr-3798) are being investigated but there are at least 2 Lindens that confirm that there actually IS a bug.
The need to allow flipping of sculpt-maps from within SL is being recognized (vwr-5432).
This Meta-jira here is recognized as being helpful for Sculptie-developmet.

Sculpt on !

ps: Big big thanks to Qarl "Badass" Linden and all Lindens who helped him (specially Steve for fixing the fix for vwr-2404)

Despite the update-notes VWR-2404 is NOT fixed in RC3.
Apperently no adequat testing has been done to verify if the fix fixes anything or the integration of the fix went wrong.
This leaves the top 2 problems with sculpties yet unresolved.

VWR-2404 and VWR-3798

I guess http://jira.secondlife.com/browse/VWR-5785 is even more killing for sculpties then the lossless bug.

The second priority should be: Sculpties should be fully integrated into the SL-UI so they can be used better by more people more easyly. (VWR-1445, VWR-6002, VWR-665, VWR-5432)

Currently anti-optimized content creation is being encouraged by the simple fact that 256x256 and 128x128 Sculpt-Textures load faster than 64x64 Sculpt-Textures.

It might be a good idea to complete some of this work before introducing new features for Sculpties like llSetSculptAnim (VWR-2276), different LoD-Ratios (VWR-7578) and different Mesh-Ratios (VWR-???)

Most people posting in the JIRA about sculptie-issues (including me) are advanced Sculptie-users ... we are keen on new toys to play with, new features for sculpties and all that and we can manage to work around existing problems to some degree. But for the sake of a better SL it might be a better idea to get the basics straight first.

I suspect that the move to http for the texture pipeline will be what fixes that problem.

VWR-1445 > is in the new RC already. Fix pending.

I agree that the preview needs to not suck, and that there needs to be a button for making a sculpted prim. These seem pretty trivial to do, unsure why its not in there.

Flipping a sculptie's normals should be something you do in your modeller or PS rather than burdening SL with it. I don't see it as very high priority, its usually just a sign of user error (or in some cases > I use this trick on purpose to simulate hollow transparent sculpties)

Flipping a sculpty's normals and Z coordinates would allow you to use a single sculpt texture for two mirror image sculpted prims, which would reduce the number of textures you need to download.

Although I know that it will reduce textures to be able to flip them, flipping on the color channels I wonder is too much overhead to put in the viewer. (it might make loading sculpts slower due to calculations)

Flipping sculpts has negligible overhead, because there's no inherent meaning to a color map: the color map has to be converted to a mesh, and flipping the sign or changing the order of reading the pixels while you're converting them to a mesh is nothing.

____________________________________________________
Hi,

Thx for creating the bug report. These sculpt issues kill me, and are very demoralizing for content creators.

I attach 2 examples :

1) First is an example of what creators can do with sculpts in nature : all 3 palms are 1 prim ... meaning users can replace their LL palms and claim back 66% of the prims used. Unfortunately from time to time they rez a little bad due to the sculpt issues.

2) The second is an example of a 25 prim car - showing that decent cars are possibly within the 32 prim "vehicle limit". But as is illustrated, sometimes there is some distortion on the sculpts.

Hopefully this will all be resolved soon!

http://svn.secondlife.com/trac/linden/changeset/758?new_path=%2F

PRIM_SCULPT_FLAG_INVERT
PRIM_SCULPT_FLAG_MIRROR

http://www.sluniverse.com/php/vb/general-sl-discussion/15941-some-fixes-additions-upcoming-1-a.html

We're getting the ability to flip and mirror sculpts, non square sculpt maps, and the large objects not loading until clicked has been fixed ., YAAY

http://forums.secondlife.com/showpost.php?p=2174459&postcount=13

Apparently this didn't get entered in Jira, and the source in SVN seems correct. I'm guessing that, possibly, Dora is compiling with Mono and the compiler on the server's not up to date?

[I can't get into SL during the day, even when I'm on break, or I'd have tested this]

ORLY?
(from this post)