UPDATE: Nalates Urriah pointed out that the Mesh Deformer did in fact support avatar physics, so I have updated the post accordingly.
In keeping with my habit of always being in arrears when it comes to discussing important issues, this post comes quite some time after the Fitted Mesh project viewer was announced on November 20th, much to (I believe) everybody’s surprise. Personally, I didn’t expect them to move forward with any technique that would change the current state of affairs regarding fitting rigged mesh clothing to our avatars. Before I continue, I’ll need to summarise the situation as it’s been so far.
It appears that, when LL decided to introduce mesh and rigged mesh, they didn’t expect fashion designers to take advantage of this technique to use it for avatar apparel, accessories and components. So, much to everyone’s frustration, they no provision was made to make rigged mesh clothing fit the avatar regardless of its shape. Furthermore, avatar physics didn’t play nice with rigged mesh, because of the way things have been implemented so far. This meant that:
- Rigged mesh is not resizeable and you have to modify your avatar’s shape in order to make it fit the garment.
- Even so, alpha layers are necessary to hide various body parts inside the garment’s mesh.
- If you use avatar physics (for bouncy boobs and butt), these parts will bounce through the mesh garment.
To make matters worse, early rigged mesh garments were often made by their designers to fit certain shapes that they thought looked good while designing the clothing. This meant that customers often needed to change their avatar shapes drastically, leading to a fair dose of frustration. To alleviate the problem, several content creators got together and decided to standardise things a bit by establishing a standard sizing system, which has been adopted practically by every SL fashion designer making rigged mesh clothing ever since. However, this was not a panacea, and I’m sure the designers behind this system knew it all along.
The standard sizing system lists avatar shape slider settings for certain parameters for a set of sizes from XXS to XXL. However, there are some caveats:
- Users are still required to adapt their shapes to fit the garments they bought.
- Alpha layers are still required to hide various body parts that should not be visible while the avatar moves.
- How well these bits are hidden depends on how well-designed the alpha layer is. Personally, I had bought garments whose alpha layers didn’t cover what should be covered (such as shoulder blades), even though my shape conformed to the relevant size – and I’m talking about garments from perfectly reputable designers.
- It is up to each individual designer which sizes they’ll support.
- Many designers don’t support avatar shapes where sizes are combined; for instance, a female avatar whose above-the-waist dimensions correspond to “medium” (M) in standard sizing, but with below-the-waist measurements corresponding to “small” (S) in standard sizing would find it a bit hard to find a one-piece garment (dress, jumpsuit, catsuit or gown) that would flatter her figure.
- And, of course, all the other technical limitations are still there.
However, standard sizing was a step in the right direction, because it helped provide a template on which SL fashion designers could work with a degree of consistency – always depending, of course, on each individual designer’s care, capabilities and skills. Also, it encouraged many consumers to eschew the worst excesses in their avatars’ proportions and bring their avatars closer to what a real human looks like (of course, provided that we’re talking about human avatars and not robots, anthropomorphic animals, vehicles etc).
The Mesh Deformer
Almost two years ago, on November 24th 2011, Qarl Fizz (née Linden, real name Karl Stiefvater) filed STORM-1716 on Second Life’s JIRA system, proposing a capability for Second Life viewers (official and third-party) that would make the clothes fit the wearer and not vice versa. Back when I first blogged on the matter, I had quoted the Mesh Deformer’s functionality, as described by Qarl himself. Qarl also produced and provided code that could be incorporated in a viewer. Development of this code was crowdfunded by 141 persons who responded to Qarl’s campaign on Indiegogo, raising $5,555 for the project. Also, on July 6th 2013, InWorldz hired Qarl to improve his mesh deformer code and incorporate it in their own viewer, thus becoming the first Second Life-compatible grid to officially adopt his mesh deformer.
The discussion that followed in STORM-1716 showed that, while people indeed wanted the deformer (or an equivalent), they also were unhappy with several other things concerning the avatar itself. Tonya Souther of the Firestorm team was especially vocal in her criticism of Second Life’s default avatar mesh, and for good reason.
Also, Qarl’s deformer did not provide for avatar physics. So, you still wouldn’t get bouncy boobs and butts.Another issue that Qarl’s deformer fixed regarding the behaviour of rigged mesh clothing was physics – with the deformer, rigged mesh clothing followed the “bounciness” of your avatar’s boobs and butt.
On June 10, I specifically asked Oz Linden about the deformer during the Open Development User Group meeting:
“What’s the current status of the mesh deformer? What features have been requested by content creators? Of these features, which are the most important and which could be omitted or postponed?”
Oz’s reply was:
“The deformer is waiting for LL resources to evaluate how well it works and what its performance impact is. I have not been able to get the required people on it yet. I’m optimistic that will happen, but can’t offer any timeline. Sorry… I know that’s not a great answer, but consider that it could be worse.”
I dwelt on the matter a bit, because I wanted a more detailed answer. Also, I wasn’t satisfied with much of the speculation that is still going around on the matter.
“Oz, what features have been requested for the deformer to have? I know I might sound like a broken record here, but there have been discussions – on a level of discourse I don’t really care about, to be honest – where LL is portrayed as simply not bothering with the deformer or even plotting against it.”
And Oz said:
“Mona – don’t believe 90% of what you hear. The target functionality is, I think, clearly described in the Description of the JIRA issue. Note that I did not say, ‘and the comments.’ That having been said, I personally have some doubts as to the total workflow – the confidence that the avatar bases being used are actually consistent. But I’m not really the right person to answer that question, just someone asking it. Note for example that if we accepted any of the changes offered in STORM-1800 [The vertex weights of the default character mesh could be better.], we’d be changing some aspects of that base.”
Of course, I didn’t need Oz to tell me that most of the speculations and “analyses” regarding SL matters have a poor signal-to-noise ratio – I’ve been in SL since September 2006 (that was when I started my first account), I’ve seen more than my fair bit of bullshit and know-it-all pundits, and also, because of where I work, I understand the considerations and worries that come with software development. Also, thanks to my fiancé, I understand that solutions to decision problems where multiple criteria have to be satisfied are never optimal; they are always sub-optimal and which solution is considered “best” depends on which criteria are considered to be more important by the decision makers. In a nutshell, it depends on what trade-offs the decision makers deem acceptable. I’d imagined that these things should be pretty obvious to anyone, but, sadly, I was mistaken.
Now, does Qarl’s deformer have drawbacks? Yes, it does.
As said, it doesn’t support avatar physics. As Nalates Urriah notes, it could lead to confusion in the marketplace w.r.t. the “specified shape”. It would be hard for SL fashion designers to tell everyone which shape they based their design on, when there are thousands of different shapes.
Also, as I happen to have a piece of rigged mesh clothing that has been designed for deformer-capable viewers in mind, it has a collision box around it. This collision box is also scripted and has the colour change scripts in it. The thing is that, if you’re wearing other attachments and they are inside the garment’s collision box, editing them and/or manipulating their scripts (by clicking on these objects) becomes considerably more difficult, especially given the fact that people will need to Ctrl+Alt+T in order to show it and figure out how the clickable attachments within it – a step that is not particularly convenient.
Furthermore, Qarl’s mesh deformer only works with the current avatar mesh, which has received a good deal of criticism over the years.
Getting misconceptions out of the way
There are quite a few misconceptions and misunderstandings regarding Qarl’s mesh deformer. These can be traced to a tendency of the vast majority of people (including Second Life’s users) to think in absolutes: good/bad, black/white – with nothing in between. This is exacerbated by the fact that many users tend to idolise and idealise certain developers, who are seen as the personification of all that is good and holy, as entirely infallible and perfect in everything they do, regardless of whether the persons idolised actually want to be idolised or not.
The status of Qarl’s mesh deformer in many people’s minds is a manifestation of such a cult of personality. Interestingly enough, Qarl himself openly admitted the limitations of his technique and described them. Yet, people didn’t bother to read what he wrote and presented the mesh deformer as some sort of silver bullet, when it’s not – and even its developer has said so himself.
That said, it’s time to tear down a few myths about the Mesh Deformer.
1. Qarl’s Mesh Deformer was funded by the Community
No. It was funded by a small part of Second Life’s community. 141 people. Given that Second Life has about 1,000,000 active users, a person who can understand basic mathematics would be hard pressed to believe that these people are the community.
2. Qarl offered the code, which was funded by the Community, therefore the Lab had to accept it
No. First of all, the mesh deformer was not funded by the community. It was funded by a small part of the community. Second, exactly why was the Lab obliged to accept this code, or anyone else’s code? Let’s say you own a car and are displeased with a certain part of its functionality. So, you sit down and design a feature that’ll improve that particular bit. Or, as was the case here, a number of other owners of the same car model chip in and fund your work. And then you send the company your blueprints, a prototype, instructions on how to install this new thing in the car etc. Why would the manufacturer be obliged to incorporate your idea in its upcoming vehicles? Because it’s better than what they did? OK, fair enough. But there are also other considerations (technical, financial, legal) that someone that tinkers with things at home doesn’t have to care about and big companies do.
3. Linden Lab wasted Qarl’s time
How exactly did Linden Lab waste Qarl’s time w.r.t. the deformer? Did they tell him “Qarl, please develop a deformer for us” and then said “well… Thanks but no thanks”? Did they hire him to do it and then refuse to pay him? No. The crowdfunding campaign was not started by representatives or employees of Linden Lab, the financial backers were not representatives of Linden Lab… And Qarl wrote the code and got paid for it. And then, InWorldz stepped in and hired (i.e. paid) Qarl to improve that code for them. So, Qarl’s time was anything but wasted. Also, the JIRA he filed helped bring up more technical considerations and concerns.
4. Oz sabotaged the Mesh Deformer
Again. no. Would you like the transcripts of all those Open Dev User Group meetings? Or, if you don’t believe me, ask the TPV developers that attend them and work hard to develop your favourite TPVs. Furthermore, Oz himself reopened STORM-468, a suggestion by Nalates Urriah asking LL to incorporate Qarl’s prim alignment tool.
So, what took LL so long?
The main problem with choosing a mesh fitting/deforming technique is Second Life’s avatar itself. We all know it’s got many limitations. Seriously, it’s one of the worst human skeletons in the world of 3D graphics. But, it’s a common denominator for everyone and all the animations, poses and wearable content in Second Life and its clones is based on it: jewellery, garments, hair, shoes, all sorts of accessories, you name it – it’s all based on it. So, any substantial change to its geometry can lead to a huge grid-wide content breakage, which will in turn lead to even more drama and things can only go downhill from there.
The radical solution to this problem would be to introduce – either as a replacement or as an additional option – a new, properly designed avatar. As a matter of fact, I had proposed the following course of action in Oz’s and Nyx’s meetings:
- Sit down with some good avatar designer and create a new, better avatar.
- Offer it to content creators for download.
- Six months or a year later, make it available as an additional avatar that users will be able to choose and switch between the old and the new one at will.
- Sometime (a year? Two?) after the new avatar is launched, stop giving the “legacy” (i.e. old) avatar as an option to new users. It’d be effectively a phasing out process.
However, Oz was rather pessimistic about things and raised some valid concerns. First of all, which avatar would the new attachments, wearables, animations and poses be made for? I argued that the onus would – and should – be on the content creators to label their product accordingly (NEW avatar or OLD avatar), but still, no one can guarantee that all content creators will care enough to do it – and there’s no chance that content creators that had left Second Life years ago would come back to provide any sort of support for their old products. Second, managing one’s inventory and outfits with two different avatars could be a major problem for many users.
Personally, I wouldn’t give much thought to how users would manage their inventories; we should be considered responsible for managing our inventories and many of us regularly tidy up and sort out our inventories. After all, most of us are at least old enough to assume responsibility for choosing a government and driving a vehicle, so we shouldn’t expect Linden Lab to be responsible for sorting out our inventories. Right?
Besides all that, there are also the issues of the “specified shape”
and the mesh deformer’s lack of support for avatar physics (a “workaround” for the latter has been offered by some content creators in the form of “bouncing” mesh breasts, but, in my opinion, this effect looks terrible and I’ve never used it – in fact, for my own usual appearance, I’ve removed all scripts from my implants) and maintainability. Also, Oz had pointed out his lack of knowledge on the topic of avatar design.
A challenger appears: Fitted Mesh/Liquid Mesh
As far back as June 2012, Redpoly Inventor offered an alternative to Qarl’s mesh deformer. It was reported by Nalates Urriah at the time and, to cut a long story short (I’m going to leave the technical bits to her), the idea is not to weight the clothes against the avatar’s “skeletal frame”, but against the “collision volumes”. Now, to the best of my understanding (I’m no expert in 3D graphics and avatar design/animation), these collision volumes are used to detect when an avatar collides with a physical object in-world and are designed to morph as your avatar’s shape is modified.
The technique – as proposed at the time – had some limitations. For example, female clothing wouldn’t stretch according to how you changed your breast size. Also, extreme avatar sizes caused various issues, as they did with Qarl’s Mesh Deformer anyway. Also, weight painting during the design phase of various clothing articles could be more problematic. Also, alpha layers were still necessary, but then again, Qarl’s deformer didn’t render them unnecessary either. His idea has been adopted by several content creators (most notably BAX, Hucci and Redgrave) under the “Liquid Mesh” moniker (see Nalates Urriah’s coverage of Liquid Mesh for more information).
The Lab’s reaction to this technique has been cautious, and I can’t really blame them. One of the things they go to great lengths to avoid is content breakage, and, if they eventually chose Qarl’s solution instead of Redpoly Inventor’s, then those content creators who had adopted Liquid Mesh would be in a position where they’d have sold a fair deal of broken content and that would cause quite an uproar. So, while the jury was still out on whether the Mesh Deformer or Liquid Mesh would be adopted, several TPVs approached LL urging them to block uploads of mesh rigged to non-standard bones. The Lab remained silent on the matter, although people were reminded that anything that uses unsupported methods can end up being inadvertently broken in the future.
Eventually, as is now known, Fitted Mesh (which is an updated version of Liquid Mesh) was adopted by the Lab.
The project viewer adds a new set of bones besides the original ones. These are:
The bones noted with red asterisks are affected by avatar physics. This means that, if I’m not mistaken, fitted mesh will give people the bouncy T&A that is loved by many – and so, it’ll be on par with Qarl’s deformer on this issue.
These new bones, along with the existing ones, affect mesh clothing when the avatar shape sliders (in the “Edit Shape” floater) are adjusted. This means that mesh clothing that is rigged to the avatar’s skeleton will adapt to the avatar’s shape as the sliders are adjusted, thus improving the fit of the clothing to our avatars’ shapes.
The Lab invited content creators to begin experimenting with creating clothing rigged for the new skeleton and has already started a process of providing resources (templates, a Wiki page) to content creators. The project viewer is, at this stage, experimental and teething problems have been pointed out, so I hope for a lot of collaborative work that will involve content creators (including, of course, Redpoly Inventor, who came up with the technique), TPV developers and the Lab, in order to perfect this solution (always, of course, keeping in mind its potential and its limitations). In my eyes, now’s the time for everyone to hop in and help improve the Fitted Mesh viewer by pointing out errors, providing corrections and solutions and even helping with the documentation.
Inara Pey’s tests
Inara Pey went the extra mile and, rather than simply blogging about it, She tested the Fitted Mesh viewer with Oz Linden’s help. As you will see, it works as expected and hoped for. Also, She tried some of Redgrave’s existing Liquid Mesh clothing and it still behaved as it should. To quote Her, “even if Liquid Mesh and the variants used by other makers are using unique collision bones, they are still going to be tied to the same avatar shape sliders, and liable to produce the same results. Nevertheless it does show that content already using the approach won’t necessarily be broken, and that converting it to the bones supplied by the Lab may not be too hard a task as a result.” This is something I expected as well – so, I believe that much of the “now we content creators will have to go and redo all of our products” talk does not hold a lot of water.
However, there is (or was) something that wasn’t exactly right. During Her testing, Inara observed that, when someone who was not using the Fitted Mesh viewer was looking at an avatar wearing mesh clothing designed for fitted mesh, the clothes were severely deformed and looked like what you’d see in a region where there are more than 50 avatars with lots of scripts and everything is mesh and rigged mesh. It is expected that this behaviour will be fixed very soon, although I’m not sure at this moment as to how much progress has been made. Inara graciously allowed me to use one of Her blog’s pictures for reference.
As expected, there was a wide range of reactions from the user base, especially content creators. People who were promoting the concept of Qarl’s Mesh Deformer reacted angrily, with arguments stemming from misconceptions that I have already addressed. The same goes for people who, for whatever reason, have axes to grind with Linden Lab. Others were relieved to see that (i) a decision was made to finally give content creators an officially-sanctioned tool to help them produce clothing that fits the avatar rather than the other way around – always within the technique’s limitations – and (ii) that the Lab shows willingness to collaborate with the cottage industry of amateur, semi-pro and professional content creators that are active within Second Life in order to provide a working, viable solution to the problem of fitting rigged mesh clothing to a user’s avatar rather than have the user alter their avatar’s shape (perhaps drastically) in order to make it fit a certain designer’s implementation of the standard sizing.
As reported both by Ciaran Laval and Inara Pey, Qarl commented on the latest developments, both on STORM-1716 (the Mesh Deformer JIRA) and on the MetaReality Podcast. I’m going to start with his comment on STORM-1716:
Several people have asked me – this seems like the best place to answer.
LL’s assessment here is mostly good. In almost all situations, the simplest solution is the best one – and collision bones are indeed MUCH simpler than the mesh deformer. As I see it, collision bones have two downsides: 1) they are substantially harder to use for the person creating the garment and 2) probably don’t track as well to the avatar shape.
In the end, the evaluation must be made by the content creators who use the tool.
I will reiterate that the two-year delay and refusal to communicate are unacceptable.
Now, I think his assessment is reasonable. An advantage of the method chosen is that the required changes in the code are “very, very small”, as noted here. This makes this technique much easier to integrate in the viewer. Also, from the discussions I hear in my RL work, coders prefer simple solutions that do not require them to rewrite significant parts of the application at hand in order to integrate them and maintain them as the application evolves. Keep in mind that the Second Life viewer (on which every TPV is based) is an application with ten years of development history under its belt and more than a million lines of code in it. That’s not an easy project to maintain and develop. As for the two year delay, while I understand Qarl’s frustration, I’ve seen longer delays in open source projects, with feedback from the project’s leaders ranging from non-existent (at best) to condescending (at worst). Anyway, let’s get to Qarl’s comments on the MetaReality Podcast (emphasis mine):
It [the avatar’s skeleton] already had a bunch of these bones in it for collisions. I have never, ever noticed that someone shoots a bullet at me, and my avatar is fat, it actually hits me as if I were fat … It’s incredible that they put that kind of detail into it ten years ago. But, OK, they did. So my feeling – just to head-off any drama – is that it’s a nice solution. It is definitely a simpler solution, which is preferred in all software engineering, and probably all of life.
So, it’s not that LL’s coders were being lazy; they were seeking a simple, easy to integrate and maintain solution that would be unlikely to cause undesirable behaviour elsewhere in the viewer, much like all professional software engineers do. I’m also going to share a RL work story that is relevant here. Where I work, one of our coders had hit a problem in an open source application that we had forked to make one of our own products. But, since the original code was developed without any architecture behind it (basically, people broke each other’s code), finding what should be done was not an easy undertaking. So, he asked in the forums. One other developer provided a solution he had used before; a solution that entailed the removal of about 500 lines of code from 6 different files and the addition of 300 to 7. Did this solution work? No, because it merely appeared to do what it intended to do, without actually doing it. Eventually, our coders spent two days working on the problem and solved it with three lines of code that needed to be added to only one file, with no changes to anything else. The problem was known for five years, but no one had tried (or bothered) to fix it properly. Our solution worked perfectly, and we gave it to the other coders. I hope you get the picture. But, as you’ll see below, more seems to be at work…
Now, regarding the claim that Fitted Mesh will be harder to use for people making rigged mesh clothes, William Reed Seal-Foss noted:
Well, speaking from an artistic standpoint… and knowing how to rig, that’s already not fun, and it’ll make it more not fun, but it’s not going to be like you have to learn to do something new.
Of course, I don’t expect a complete beginner w.r.t. making rigged mesh clothing to find it easy, but it’s not going to be the end of the world either. As the discussion went on, Qarl confirmed again that, although he believes Fitted Mesh has its weaknesses (remember, all technical solutions have their weaknesses), it is a good solution:
Obviously, I’m invested with the one that we did, but this is good. This is good.
He also noted that Fitted Mesh is likely to hold up better over time than the Mesh Deformer, since it’s a technically simpler solution.
But now comes the inevitable (for those in the know) question: Did personal differences play a role in LL’s rejection of the Mesh Deformer? Again in the MetaReality Podcast, when asked specifically and explicitly about it, Qarl stated that he believes so, saying “I heard back from two different people inside the lab that told me that Linden Lab would never accept my code.” Now, one would hope that code contributions would be judged merely on the basis of their technical merit and not on the basis of past and/or present conflicts between company and contributor. However, this happens often and, in Qarl’s case, STORM-468 was one such example in the recent past and, as Inara Pey notes, the reasons provided were not satisfactory. I’m not privy to the specifics of Qarl’s differences with the Lab, so I don’t know why the Lab is prejudiced against contributions submitted by him, but, as said, I don’t find it surprising, because these things actually do happen in the professional and corporate world all the time.
For now, what we have is this solution which has already been adopted by some well-regarded content creators, has been put to good use and consumers have responded favourably to it.
But what’s in store for the Deformer now?
To the best of my knowledge, of all OpenSim grids, only InWorldz has officially adopted Qarl’s Mesh Deformer – if I’m mistaken, please correct me. Qarl himself admits that it’s a good solution, simple and, quite possibly, easier to maintain in the long run than his own technique. There are two possibilities here:
- Qarl’s Mesh Deformer is widely adopted by OpenSim grids (would that mean that rigged mesh clothing in OpenSim would be different than in SL? I don’t know) and a point of differentiation between SL and OpenSim appears.
- SL Content Creators push for the adoption of Fitted Mesh in OpenSim so that they will achieve economies of scale (i.e. by not having to make different versions of their clothing for OpenSim), thus hampering or halting any possible spread of the Mesh Deformer to other grids.
What’s more likely to happen? Your guess is as good as mine.
Second Life content creators finally have a way to make rigged mesh clothing fit the avatar. It has several advantages; first of all, it’s much simpler from a programming point of view. This is always a plus with software engineers, because they have fewer problems to worry about when it comes to future code development and maintenance. Second, it avoids the “specified shape” pitfall, which, as Nalates Urriah points out, could possibly cause a lot of confusion in the marketplace. Finally, since the necessary changes to make fitted mesh work are minimal, there are fewer obstacles on the road to an improved avatar.
Personally, as a consumer and user, I find this solution satisfactory because it also avoids the bulky collision box, so an avatar can wear scripted and clickable attachments on themselves and have easy access to them. I’m still not sure whether it will take advantage of avatar physics or not. Time will tell. Furthermore, I don’t expect alpha layers to cease being necessary, and I believe that usage of the Standard Sizing system (in conjunction with better camera offsets) will continue being beneficial to all of us (albeit this time conformance to the Standard Sizing will not need to be as strict).
- Standard Sizing Information – by Darien Caldwell
- [#STORM-1716] Mesh Deformer for tailoring mesh clothing – Second Life Bug Tracker
- Deformed and meshed conspiracy theories (this blog)
- News on the mesh deformer, but not from within Linden Lab (this blog)
- The Mesh Deformer: Setting the record straight (this blog)
- Karl Stiefvater’s Mesh Clothing Parametric Deformer Project crowdfunding campaign on Indiegogo
- The default SL avatar mesh sucks – by Tonya Souther
- [#STORM-1800] The vertex weights of the default character mesh could be better. – Second Life Bug Tracker
- Mesh Deformer Changes – by Nalates Urriah
- Cult of personality – Wikipedia
- [#STORM-468] Add Qarl Fizz Prim Alignment Code – Second Life Bug Tracker
- Mesh clothing deformation: alternative approach suggested – by Inara Pey
- #SL Mesh Deformer Alternative – by Nalates Urriah
- Liquid Mesh coverage by Nalates Urriah
- Lab looks to make mesh garments fit better with the Fitted Mesh project viewer – by Inara Pey
- Qarl – The Simplest Solution Is The Best One – And Collision Bones Are Indeed MUCH Simpler Than The Mesh Deformer – by Ciaran Laval
- Fitted mesh: “LL’s assessment here is mostly good” – Qarl – by Inara Pey
- Qarl’s comment w.r.t. LL’s adoption of the Fitted Mesh solution on STORM-1716
- Good Solutions – MetaReality Podcast
- SL projects update week 47 (3): viewer, Sunshine / AIS v3, HTTP and more – by Inara Pey
- A few thoughts on camera placement (this blog)
- Coverage of the Mesh Deformer and related developments by Inara Pey
- Articles on the Mesh Deformer in this blog
- Articles on Fitted Mesh in this blog
- Fitted Mesh Update 2013-49 – by Nalates Urriah