UPDATE: 4/2013 – Several designers are using alternate methods to make sizable clothing. The Lab is advising us not to use non-supported features, which these alternatives are. While the Lab will not deliberately break them future changes may inadvertently break them.
Today was a surprise. I tried to go to the Mesh/Content Creator User Group and the region was full. WTH!?! I had to TP into Pooley, next door to Borrowdale the usual meeting location, and see what was up. In a minute or so I realized the meeting was being moved to the border between Grasmere and Borrowdale. I flew around and was soon in the middle of a chaotic meeting as Nyx Linden built prims so we could see the region boundaries and divide up.
With 60+ people trying to get into the meeting things were chaotic. I crashed a few times, did a Doh! by trying to take a picture (I felt so dumb), fell through the temporary decking into the sea a couple of times as Nyx moved the deck. Whatever, I survived and my SL hair doesn’t frizz.
By now you hopefully understand the problem the Mesh Deformer is to fix. Our mesh clothes only conform to some of our shape settings. The Deformer makes the clothes conform to all our shape settings. You can only see the Deformer work when you use the Project viewer.
But, there are some mesh clothes out there that conform to our shape and DO NOT use the Deformer. They conform now and the change is visible in any viewer. I’ve been aware of them for 3 or more months. But, the developer was working out details and dealing with some of the downside, and as much as I don’t like NDA’s I was convinced to keep quite. But, now the cat is out of the bag.
So, what is the alternative and how does it work? I’m not sure how it works, yet. I’m figuring it out. But, the process skips using the current bones and does the weight painting on an alternate set of bones one can find included in the viewer files. Such mesh will upload as it is OK to have zero weights on the regular bones as long as the standard bones are included in the upload.
So, by weight painting with the painting assigned to vertex groups linked to the other bone set, things seem to conform to the shape settings. If I understood correctly, there are problems with some parts of the avatar, like breasts. So, the Lab will need to add bone definitions to make this method complete. But, adding bones to the alternate bone set in the viewer avatar definition will not break existing content. So, it seems an easy fix.
Since I don’t really understand yet I’ll quote Redpoly Inventor, the guy that came up with the medtod.
First the trigger for the large turnout was this agenda item:
Can Linden provide any feedback/knowledge concerning a method of mesh clothing upload which circumvents the use of the existing mesh clothing deformer yet provides similar (if not the same) functionality? For background, a known full-perm clothing merchant recently made available an article of clothing which conforms to changes in av slider values. ( http://www.youtube.com/watch?v=POwQE10sxGg&feature=player_embedded )They claim the item does not use Qarl’s mesh clothing deformer but decline to discuss the method being used behind the object creation. Speculation is that a hack is being done to .dae files in order to get this to work. If this is the case, is this a method of content creation which designers should or should not make use of at this time? Aki Shichiroji
I suppose that is what got the Fashion Design group to show up. This is all new to Nyx and Oz Linden apparently. Now in Redpoly’s words with a considerable amount of my editing:
I’m here for that 🙂 to explain in detail what and how.
the trick is to use the collision volumes for the rigging part. they were designed to scale and move with the morphs in order to cover them. I assume [they are] used for physics [at] some [point] time. the problem with them for the rigger [person rigging] is that they have special rotation, size , and position. [You can find them] all listed in the avatar_skeleton.xml. [You can select] show collision volume in the viewer [and] wear [an] alpha [to see the …whatever.] [When you change your shape] you will see them scale up , and move. they move and scale in a very specific way, [which is] all listed in avatar_lad.xml.
each appearance slider triggers not only morphs , but volume morphs too. So, [it is] all good, but there are tons of problems and down [sides], let me explain.
1st you need new skeleton linked to the mBones , created based on the avatar_skeleton.
2nd you need to have this movement (avatar morph + volume movement/scale ) simulated in your software of choice. Without this [movement] you will work completely blind.
If you have been doing weight painting, you know you need to move the avatar and change poses so you can see how the painting is affecting the movement of the object. Imagine trying to do you painting and then importing to SL to see how it did or didn’t work. That is a big downside. Red is hoping Gaia Clary, the Avastar person, can solve that problem.
I have another proposal based on this, which will work much better. i’m talking about new set of bones. like to call them cBones. they will be linked to the mBones [at] 0 rotation , 1.00 scale. but sliders in the LAD file will trigger movement , improved one, and scaling. because with collision [stuff], the belly part is very very problematic. many clothing models can’t be made to work with it. u need to hide it big time with alphas.
my initial tests on the cBones idea indicate that we will need second torso. to cover 100% fat at the back and the belly. we will need 2 bones for the breasts and probably 1 or 2 for the butt. some of the bones , mBones are already scaleable, like mHead , mHands etc. so they don’t need to be cBones.
The control over the deformation will be big and those will be [able to be animated] which can be very beneficial.[The] collision volumes are [a] solution, but a very limited one [that] triples weighting time. Without a programmed simulation system [in the modeling tools] it’s almost impossible to work with.
Nyx Linden responded, “Sounds interesting, and very challenging.”
RedPoly Inventor: Nyx the cool part is patching this is… plain text 🙂 [so] all can work on perfecting avatar_lad [and] skeleton.xml [files].
Nyx summarized, “So, sounds like there are two different discussions here: 1) the viability of using the existing collision volumes for weighting, and the drawbacks there, and 2) the proposal to add more ‘cbones” that would track the morph params more accurately than the current collision volumes.”
This is going to take some time analyze and experiment with. Over the next week we can expect more information. People like Gaia Clary, Elie Spot, and Ashasekayi Ra are looking at what they can do with the new ideas.
Expect more interesting news soon.
A demo can be found in world in Daxos.
A discussion can be found at SLUniverse.