HowTo:FullUnwrapBlender

From VsWiki
Revision as of 17:10, 8 May 2007 by chuck_starchaser (talk | contribs) (Materialize it)
Jump to: navigation, search

Intro

Okay, so you've read the other tutorials but still get frozen in front of the screen when it comes to unwrapping... Yes, it takes a lot of planning and preparation, and I'm still waiting for a half-decent automatic unwrap script. Whatever time automatic unwrappers save you in unwrapping, they take back 5-fold when it comes to texturing. Anyways, if you're like me, I hate oversimplified tutorials, like how to unwrap a cube. It tells me nothing about the actual work of unwrapping a whole ship. And too small a ship to unwrap would be similar to just a cube. You want to know how to unwrap a big, complex ship, right? You're in the right place now...

We're going to unwrap this baby:


Cutter14.jpg

Cutter15.jpg

Cutter16.jpg

Cutter17.jpg


By the way, if you haven't been introduced, this is the Cutter Class, a small capital ship --a corvette-- that I came up with for WCU's Wing Commander Zero project. We had a need for a corvette, but couldn't find any WC1 corvette other than the Venture Class, which is a lightweight, fast corvette for reconoissance. We needed a corvette that would make for a good transport and be able to serve as carrier escort --i.e.: be able to take some heat off the carrier and survive, rather than survive by running away.

Ready?

Clean up the mesh

First of all you need to make sure that you are 100.00% happy with the mesh. Not 99.99%. Why? If something shades funny, you won't be able to "fix it" with the texture, --other than by painting it matte black, that is; but you probably don't want to do that. You need to find your errors and fix them all. Typical mesh errors are split polygons that you didn't mean to split, non-split polygons that you did mean to split (read the tutorial on smooth groups, if you don't know what I'm talking about), missing polygons, inner polygons and edges shared by 3 or more polygons, free floating edges with no polygons... You need to clean all that crap first. One very useful trick is, from the Edit mode Select menu: "Non-Manifold". It's hard to explain what it does, so try it and get used to it. All mesh edges and splits will be selected, so you can make sure all your sharp edges are indeed selected. And if you find any edges selected that you didn't expect selected, they probably have coplanar or inner polys. It will also help you see missing polys. Another thing you should do is unclick the [Double Sided] button, to make sure you catch inverted normals.

If you work like I do, you probably have one or two dozen objects spread through half a dozen layers. For unwrapping we'll have to put it all back together in one piece. Well, two pieces really:

  1. The big parts
  2. The tiny parts

How big? How tiny?

The tiny parts are those parts so tiny we don't even care to texture them. In this case, all the hand-rails and ladders. What? You can't see them? Well, you shouldn't be able to see them. Let me get a close-up shot. Hold on...

Here. Notice the ladder, bottom left, and the scaffolds at the top?


Cutter18.jpg


There's scaffolds at the bottom also. I just added a couple of yellow lights to make them more visible.


Cutter19.jpg


Not saying you should have ladders and scaffolds; I use them as a way to give players a way to judge the size of a ship. Windows help also.

In any case, I was saying I don't care to "texture" the hand rails and posts. They are too thin for even one pixel. Well, maybe not too thin for one pixel, and perhaps them being illuminated by yellow spotlights might look good... Okay, forget it; we'll unwrap everything. Except the subunits, that is: The gun turrets, for example, will be sub-units, because they have to be able to turn. So they'll have their own texture. But we still keep their geometry, because we need their shapes to cast ambient shadowing during our bakings. So, we'll leave them in, but put them into a separate object that we won't UV-unwrap. Anything else you don't want to unwrap, put it into the separate object.

So, other than such exceptions, we want to have the whole ship be a single object. But now, chances are you may have scaled or rotated some of your objects. Chances are some are mirrored in the Y axis; --not just the X axis. Some may have a sub-surf modifier. Some may be curves (like pipes, for instance) rather than meshes. And some objects may be things you put there and meant to clean up later but forgot.

So, first you need to go object by object ... Best way to do this is by clicking on one object at a time in the outliner window; that way you don't miss any...


blender_shot_1sm.jpg (Full Size)


...and for each of them you apply any attributes other than X-mirroring, click on Center Cursor (assuming your cursor is at the origin; otherwise send it there with Shift-C), and then Ctrl-A to apply any scalings and rotations you may have done in Object mode. Otherwise you could have your normals all messed up (scaling and rotating objects in Object mode doesn't recalculate the normals until you apply it to the mesh). Then Shift-Right-click on the main object and Ctrl-J to join them. Once you're done, you'll have a single object.

Materialize it

Our next step will be to assign materials --i.e.: color our ship. Why color it in Blender when we're going to texture it? Because during texturing it is almost impossible to know what a color in the texture will look like in-game. Suppose you're trying to make a coil look like it's made of copper. How much red, green and blue do you need in the diffuse texture? How much of them in the specular? Unless you have access to a material's optical characteristics database that I've been googling for on and off for months without success, your only way to get things right is by eye. But to experiment with each material in the texture and try it in-game is insanity. It takes forever. Blender's renderer produces results that are pretty close to what you will see in-game, so the right time to get the materials right, is right now. And when we're done unwrapping, first thing we will do is bake a diffuse texture with the material colors. That baking will serve as a base and background for our texturing work.

Plus, grouping our UV islands by similar colors will allow us to use our texture area more efficiently. Don't believe me? We'll get to this point shortly, but for a quick nutshell: A problem common with mip-maps and trilinear/anisotropic filtering in hardware is that there tend to be "leaks" of color between adjacent UV islands. One common way to try and avoid such leaks is to put extra pixels of the same color around islands, which forces one to have "wasted space" around islands. But if two islands are the same color or pretty close in color, such leaks will be less obvious, allowing us to put less, or no-, "padding" between them. So it is more efficient to group islands of a similar color together. By defining our materials in advance, we can, during the unwrapping, select facets *by material*, and unwrap those as a group, pack them all together, and later fit them in an area of the texture as a block.


I got a question from a friend by email:

I started to follow your tutorial, but I'm a tad confused. You're saying to color the areas by way of blender's materials,
so you know the best way to group them when unwrapping; but before doing that, you join all of the object into one.
I'm currently unaware of a way to select only a portion of an object and assign it a material. Am I missing something?

My reply:

I'm afraid it sounds like you are missing something BIG...
Blender allows you to assign up to 16 materials per object.
To add a material to an object, follow this procedure:
1) Select a facet or group of facets whom you want to assign the new material.
2) F9
3) In the materials panel, click on the New button.
4) F5
5) IMPORTANT: Where it says "Link to object: MA:whatever", click on the icon on the left and select ADD NEW
6) IMPORTANT: The new material's default name is MA:whatever.001"; rename it to "Gold" or whatever...
7) Play with the material colors, hardness, etceteras
8) IMPORTANT: F9 again
9) IMPORTANT: Click on the Assign button.

As with the mesh, take your time and make sure you are 100.0000% happy with the materials now. An extra hour now is like 20 hours saved later.


Cutter21.jpg

Cutter22.jpg

Cutter23.jpg


Yeah, don't blame me about the green paint. If you know about Wing Commander, you know all Confed ships are green. And this is a much more modest shade of green than in the original games; believe me...

I'm using more materials than you probably think you are seeing:

  • The main hull, I call its material "titanium" and it's [0.3,0.3,0.3] diffuse, [0.6,0.6,0.6] specular, hardness of 40.
  • The turret and pipes: "aluminium", [0.4,0.4,0.4] diffuse, [0.5,0.5,0.5] specular, hardness of 20.
  • The engines and dock: "stainless", [0.1,0.1,0.1] diffuse, [0.8,0.8,0.8] specular, hardness of 50.

IMPORTANT NOTE: Beware of the evil "default material" in Blender. The default material is evil because it is totally unrealistic: It is way too bright; --white in specular, and almost white in diffuse. No such material exists in the real world, nor could it ever exist... The sum of specular and diffuse, for any component (red, green or blue) can never add to more than 1.0, or else the material would be reflecting back more light than it receives. Rarely the sum of the two is so high even. The sum of specular and diffuse brightness are called a material's "albedo", and most material's albedos are around 0.1 to 0.5. White chalk and a mirror would have albedos close to 1 (the former all in diffuse; the latter all in specular). But a material cannot be as white as chalk in diffuse AND reflect in specular like a mirror. NO such animal. And if you use the default material, you'll end up setting your lights really dim; which means that you'll end up with absurdly bright materials if you fine-tune them while rendering with such dim lights. So, before you even set up lights for rendering your model in progress for the first time, define a material like my "titanium" above, assign it globally, and delete the default material off your face for good. /IMPORTANT NOTE

I also have a "dull grey" that I use for the boardwalks, and for the floors in the dockings. This dull grey is dull in the sense that it has no specularity --i.e.: is black in specular. One always needs one such material for surfaces that would, or rather 'should', reflect other parts of the ship. Well, all parts of the ship pretty much would reflect other parts of the ship, from the right angle; but what I mean is parts of the ship that should reflect other parts of the ship from "a lot of angles". You want to dull down specularity there because the trick that makes specularity happen, so called "environment mapping", will NOT reflect other parts of the ship. So rather than have an inconsistency or artifact, I prefer to trick it out of my face by simply having non-specular or low-specularity materials in key places. One such keyplace here is the floors of the launch/land bays. Specularity there would be disastrous because one would expect the lights inside the bays to show again as spots of light reflected off the floor, as if the floor was transparent, and the reflected light was under it. That's not going to happen unless we define the floor as a "mirror", which is a whole different kettle of fish. So, for a simple solution, we make the floor completely matte, like a piece of non-glossy cardboard. Come to think of it, I should make my walls and ceiling perfectly matte there too. I'll do that and post a new render.

Another use for matte materials is large flat surfaces. Environment mapping is a clever and efficient but crude way of simulating specularities. If you make a large, flat surface specular, you're really putting the limelight on its crudity. I avoid that like the plague. The best use of specularity is for curved surfaces. The more curved the better. That way, all your eyes see is these distorted patterns and highlights moving about in weird ways, looking very much like reflections. But if you have a large surface reflecting, they you would expect to see a reflected "image"; and you kind of see one, the sky-box; but pixelated and horrible, not like what you'd expect a reflection to look like, at all.

You'll be glad to know that I'm following my own advice: As rushed as I am to get done with this damned tutorial and this ship, I'm still editing the mesh and fixing details. Some of the pics above are obsolete already... For example, I found that the ladder was too big by a factor of two. So I put a thinner ladder, and added a short plank-walk to the engine at the top of the ladder, to justify it as some kind of EVA maintenance access to the engine. I also found the interiors of the bays too poor in greebles, details, and size references; so I added ceiling lights and human-sized doors in the side rooms. Okay, give me a few minutes and I'll post a render...

Here we go:


Cutter25.jpg


Just in case you wonder, the "YellowLight" material is not emissive there; just 'Shadeless'. I never quite figured out emissive materials in rendering; sometimes they they seem to work, sometimes they don't; but even when they do they don't seem to cast shadows, so I use plain lights and spotlights; so the light fixtures are fakes, really...


blender_shot_2.jpg


Alright, I won't add any more greebles in the bays. Tell you why: My idea is for the bays to eventually be sub-units. The bays need to be functional: when you land, they should arrest your ship's motion, and suck it into an air-lock, then move it inside to a pressurize parking spot. I'll work on that eventually, and when I do, I'll fully greeble the interiors.

In any case, I'd advise you to play with different color schemes until you know you won't be changing your mind...


Cutter26.jpg

Cutter27.jpg

Cutter28.jpg

Cutter29.jpg

Cutter30.jpg

Cutter31.jpg


... because once you've grouped your UV islands by material, changes to the color scheme may force you to reorganize your groups, or else to allow the grouping to be compromised.

During this process you may spot a lot of mesh errors and possible optimizations...

More cleaning up

Watch for pairs of triangles that can be turned into quads and do it; and merge unnecessary vertices. Don't forget to go into line selection mode and menu Select -> Non Manifold, from time to time, watching for lines appearing in the middle of a smooth surface where they shouldn't appear, or missing from sharp edges --where they should always appear. This is the most efficient way to find cracks, internal triangles, blotched smoothing groups and missing facets. I write this because I thought I was done with this mesh, but I'm still finding a lot of areas needing fixes and improvements; --which is why this tutorial is going so slowly.

Also, it's extremely important to minimize the amount of hidden, invisible surface areas. There's many reasons for this; but first of all, what do I mean? I mean, for example, those three square boxes I have at the top, and then again at the bottom of the ship. Originally I put them in as vertical boxes that crossed the whole ship, top to bottom. Later, I cut the boxes so that they barely penetrated the skin. But before finalizing the mesh, one has to cut the skin to elliminate the squares covered by those boxes. Small boxes and things, like the little clamps, though, can just float and cover; but those six boxes are just too big for that. Now, the two main reasons why...

  1. The GPU (Graphics Processing Unit; the brains of your videocard) has no way to know that a portion of surface is not visible and disregard it altogether. It does display correctly but by brute force: It checks as it draws each pixel that something isn't drawn in that pixel already that is closer to the camera than what it is currently drawing (AKA "Z-testing). But even if it decides not to *draw* that pixel of the skin (because a pixel of the box was drawn earlier, and is closer to the camera), it still ended up having *read* that pixel --in order to find out; which is a memory access all the same. If in one area of the screen you have 17 polygons, at best, the GPU will write the pixel only once; but it will end up having read it all 17 times. This is called "overdraw", and is one of the prime factors limiting performance in games. Hidden surfaces aren't just wasted; they slow down refresh rate.
  2. Hidden surfaces waste texture texels: The larger the hidden surfaces, the more texels are wasted on them. To get the best results and highest detail out of the smallest texture, you need to up the efficiency; so hidden surfaces are out. And, before you ask, no, you cannot place something else over a hidden area, because we'll need an "ambient occlusion baking" that Blender will make for us, but you cannot have overlapping UV islands, or else the occlusion baking will be incorrect. There's really no other solution than to cut off covered/hidden surfaces.

One good way to find hidden surfaces and elliminate them is to take a look at the inside of the ship. In the pic below, we're inside the hull, looking towards the back. You see rectangular depressions at the top and bottom, where those boxes are. You also see horizontal slots to the left and right, near the back. Those are the interiors of the "wings". And inside the slot on the left, you see these bright lines along its "floor" and "ceiling". Those are the edges of the walls of the inner rooms in the dockings, penetrating the wings. I feel they are penetrating too much, and will waste too many pixels...


Cutter32.jpg


So, I decide to do something about it:


Cutter33.jpg


What I did was push the edges, up and down respectively, until they barely penetrated the surface of the wing.

And sorry if I'm repeating myself, but flipped normals... You need to find them all. I just went into a major hunt for flipped normals and found probably 200 of them. Does it, or does it not look "cleaner" now?


Cutter34.jpg


Speaking of normals, you can save yourself major pain by NOT using "Ctrl-N Normals Outside" once you've done your smoothing groups. Blender's algorithm for telling inside from outside is not too smart; and while it works well with closed meshes, it does a disaster once you've split smoothing groups, because, when in doubt, Blender looks at the normals of neighboring polygons; but it won't find neigboring polygons that have been split.

To find blotched normals, one trick I've found is to flip flop the Double-sided button. Turn the ship to get a close view of one area at a time, then press F9 and you'll see the Double Sided button there. It should be off. Turn it on and off repeatedly. Nothing should change in the picture if all the normals are right within that view. If anything changes color, there's a blotched normal there. Make sure you have the Show Normals button, and adjust their length. Faces whose normals are reversed will have just a tiny blue dot in the middle. Highlight them and go W -> Flip Normals.

And then I followed my own advice and did the above systematically, and found another hundred or so blotched normals...

I've also finished a few details inside the front docking area:


Cutter35.jpg

Cutter36.jpg


And I keep on following my own advice and trying different paint schemes, because I know it will be much more problematic to change my mind later. I'm not even putting half the picture story here; I only make renders when I believe I'm done, which is often after several major changes. Here are my latests "finals" :) ...


Cutter37.jpg

Cutter38.jpg

Cutter39.jpg


And be sure to post a lot of pics of your work in progress. Nothing keeps you more true than putting your work up for others to see. You won't be able to please everyone. Don't even try. But sometimes, a few changes can help a model look "acceptable" to some. Besides, just the anticipation of feedback will encourage you to look for details you may not be totally happy about yourself. Someone was displeased about front-to-back balance of green paint, or the lack thereof, rather. So I added a bit of greenness at the front, and made the wings bare metal. BINGO! Looks much better in my eyes...


Cutter40.jpg

Cutter41.jpg

Cutter42.jpg


Yes, modelling is a lot of work, indeed; but very rewarding. Okay, time to start placing seams... No, before that a bit of theory about where do we place the seams, and why.

Think Hard First

Here's a list of constraints and requirements to get a "good unwrap" going:

The goals are:

  1. To have the least amount of stretching and deformations
  2. To have consistent scaling of the texture across the whole ship
  3. To minimize the number of seams and islands
  4. To have the arrangement of the islands so that locating a part of the ship in the textrure is intuitive, rather than requiring a throrough search.
  5. To have front and back view unwraps all together in one area of the texture, and all side views in another. The two areas of the texture should be well separated, hopefully across a single, horizontal line.
  6. To have all "side views" (including top and bottom) as a series of rotations, sort of like a cylindrical unwrap unrolling vertically.
  7. To align the front-to-back direction (z axis) horizontally on the texture (u-axis).
  8. To orient the front of the ship (positive z-axis) towards the left on the texture. This is so that, to produce dirt trails and scratches that should have front to back fading, we can do it in Gimp using horizontal motion blurs globally, rather than have to do laborious, region by region blurs, depending on the orientation of each island. Also, my texturizer software, when it's done, will assume that the front of the ship faces to the left on the texture, and produce dirt smears and scrathches by smudging dirt spots and impacts towards the right.
  9. To avoid "flipping" islands or polygons. A flipped island on the texture results in the polarity of the bumps on the normal map being reversed.
  10. To avoid overlapping or re-using islands (unless using dual UV-layouts) because radiosity baking and PRT bakings cannot work with overlaps.
  11. To avoid Islands touching, or even coming too close to each other; --except along an edge that they share on the model itself; --in which case they could (or rather should) be "stitched" together.
  12. To try to group islands by color or material, so that color "leakage" between islands due to gpu anisotropic filtering is of a similar color, and therefore less noticeable.
  13. To try to keep islands housed in rectangular areas, power-of-two pixels sized; and to ensure these areas have their starting x and y coords at an integer multiple of their x or y size respectively. I.e.: If a long strip island has a size of 64 pixels in x and 16 pixels in y, good placements for the rectangle in x, in the texture, ar at x=0, x = 64, x=128, x=192, etceteras. That is, 0, 1, 2, 3, etceteras, times its x-size, 64. Good placemtents in y are 0, 16, 32, 48 .... same idea. Why? To avoid, or rather minimize, mipmap color leakage between islands. Mipmaps are recursive reductions of a texture by powers of two, using block averaging (4 pixels are averaged into 1). So, if two islands are separated by a row of pixels at x or y = 77, mipmap leakage will start much earlier than if the boundary between them is at x/y = 64, for example.
  14. Finally, to, --as much as possible--, make efficient use of the texture, while upholding the previous standards.

Easier said than done, let me say it :) The day someone comes up with an automatic UV-unwrapper that takes all the above into consideration, that will be the day...

But anyhow, read and re-read the above list until you wake up in the morning thinking about it, and next we'll start placing seams, while thinking about all that...

Placing Seams

It's always easier to start planning from the biggest parts to the smallest. Our biggest part is the fat fuselage. The fact that it is almost round, tells me that the best way to go with it will be using "Cylindrical Unwrap. That is, once we get to UV unwrapping, we'll look at it from the front, and from the Unwrap menu choose Cylindrical. This will roll the hull out like a tape. Of course, this wouldn't work too well for the tower and the wings, so we're going to "cut them off", texturing-wise, by placing seams right along their welds. To place a seam, you have to be in Edit mode, Line Select; so you select a line along edges (Alt-right-click and Shift-Alt-right-click are often useful here) and Ctrl-E -> Mark Seam. By default, seams look brown in the edit window.

Note that you don't need to place seams along split edges. Split edges already "imply" a seam. So, if you did a thorough job of splitting your smooth groups, you won't need too many seams.

So, let's start by splitting off the wing. (Note: I'm assuming you know about the Mirror attribute, and that your model is mirrored in X so that you only have to work on one side of the ship, and the other side automatically mirrors what you do. If you don't know what I'm talking about, you really need to do a bunch of beginners' Blender tutorials first...). Okay, let's see... Problem! The engines are in the way! How are we going to draw the seam?


blender_shot_3.jpg


If the engines were a separate object, we could move them to another layer, but now the whole ship is one object! Well, there are other ways. This should be obvious, but I'll spell it out just in case. We made the material of our engines "Stainless", so we can just do a selection by material...


blender_shot_4.jpg

blender_shot_5.jpg


... and press H to Hide it...


blender_shot_6.jpg


Avra Kadavra! The way to Reveal things we hide will be the subject of a future tutorial... :D

Allright, so let's get started: Top edge of the wing's weld:


blender_shot_7.jpg


You might ask "why do we pick *that* line, and not, say, the one below?". Well, there's a reason: the strip of quads below the line is the actual 45 degree bevel strip. I prefer to leave that bevel strip as part of the wing, rather than as part of the hull. Why? Because, either way, we'll have to LSCM the strip so its projection doesn't get compressed. So the narrow projection of the strip will kind of flare out a bit as we flatten it. But while this is okay to do at the edge of the wing's unwrap; it's not so clean if it's part of the hull, because when we take the wing out of the hull it leaves a rectangular hole; but if we have bent edges around the hole that need to stretch out, they'll actually stretche "in" --into the hole in the hull, which means that their lengths will have to decrease for their widths to increase. Often LSCM goes nuts when you try to make it do that. So, try to only catch polys that will map fairly straight, when you're seaming the boundaries of a big piece by cutting smaller parts out of it. Leave the troublesome parts for later. Procrastinate.

Here's my cut at the front end of the wing:


blender_shot_8.jpg


And NOW I realise I have too many bloody polygons around this area... We'll place the seams first; I'll come back to this later...

Here's my cut under the wing:


blender_shot_9.jpg


And here's my cut at the back of the wing:


blender_shot10.jpg


Now, verify in transparent mode that the loop is closed, then Ctrl-E -> Mark Seam:


blender_shot11.jpg


Same thing for the tower:


blender_shot12.jpg


Now we cut out the front-facing part of the hull:


blender_shot13.jpg


We have to, as a cylindrical unwrap of the main hull would miss a front-facing plane entirely. But you might ask, didn't I say I didn't want to catch 45 degree strips into the main hull? Well, in the case of the wings and the towers that is so, because when we cut them out, we leave holes in the hull unwrap. But in the case of the front plane we don't have to worry about strips flaring inwards into a hole, because the edges adjacent to the front plane will all be on the left side of the texture, lining up vertically. And I'd rather have those 45 degree strips with the hull, because I will probably put impacts and scraches there that should smear or fudge or fade backwards along the sides of the hull; and if I put those bevels elsewhere in the texture it would be pretty hard to match a scratch begining in one island and continuing in another.

Additionally, if you look at the paint, you'll see that my seam goes along the edges of the paint. This will allow me to better separate and group islands by material.

And what are those extra seams making V-signs at the corners?

Those are there so that when the bevel strips flare out they don't have to stretch like contortionists. They are "relief cuts".

Let's do the bottom tower:


blender_shot14.jpg


Note that the towers and the front, not to speak of the wings, will need further seams. We'll add more seams when we get to them; right now we're not working on the towers or wings or anything other than the main hull. One thing at a time... Now the back:


blender_shot15.jpg


Done with the main hull. What?! Yes; we don't need to put seams for the boxes at the top and bottom because they are already split. We don't need seams for the inside surfaces of the intakes, because they are also split already. Smooth groups, remember? Ahh, but we do need a couple more seams; hold on... Here:


blender_shot16.jpg


The reason we need those there is that the surface going in there is continuous with the hull. Only the upside-down surfaces are split. So, those parts inside the "vents" need to be put elsewhere on the texture; otherwise they'd overlap with the outside of the vent, in the cylindrical unwrap.

Now we're really done with the hull. What's next? We said we'd start with the biggest parts first. I'm not sure what's the next-biggest part... Probably the wings.

Different people have different ways of doing things. Most Blenderheads swear by LSCM. Me, I don't like LSCM, --at all. Why? Because I like my things aligned, sort of. Specially the front-to-back direction on the ship, I want it to align horizontally in the texture. LSCM is an "obsessed algorithm", IMO; that only cares for surface equalization, and for which everything else is secondary. For me, front-back alignment is a primary concern; and surface area equalization is kind of the last item in my long list of priorities. The way I work is I use Unwrap -> From View. Naturally, therefore, that's how we'll do this tutorial. If I tried to teach the way someone else works, I probably wouldn't do it right, anyways.

There are 6 views that interest us: Front, back, top, bottom, left and right. As such, prepairing the seams is easy. Here I've seamed up the wing:


blender_shot17.jpg


Ehmm... Yes, if it looks like I've made a major clean-up of the mesh, it's because I have; and I'm not quite done with it either. Expect to see more polygon reduction crackdowns as we proceed... And, by the way, what I did to display titanium parts only, was to select them (by material), then menu Select -> Inverse, so that everything that's NOT made of titanium is selected, and then H to hide. And as I did that I discovered many little polygons floating in the middle of nowhere... Facets that I meant to assign a different material to them, bot missed them. Cleaning up the mesh is a job that's never done... I'll fix that next, won't re-upload the pic above; better for the garbage to show there, for the record. So, I realize now that this is something that should be done in a systematic way. Select one material at a time, inverse selection, hide; and then visually verify that everything that's there should be there. Otherwise select the mis-materialized pieces, assign the correct materia to them, and hide them. Then Reveal everything, and do the same in the next material in the list. Alright, let me do just that...


blender_shot18.jpg


Okay, done cleaning up the titanium family. I even found floating edges without faces "made of titanium". Meshes are like white socks; --never perfectly clean. I'll do the other materials later.

Anyways, back to the seams in the wing: There's always the question of which view gets the bevel strips. I gave the top-bottom views the top priority; side-view second; and front/back views last. Why? Front and back views should always have the last priority, for the reason I stated earlier: Part of the texturing will be to represent impacts and scrathes. Some of those impacts should begin at a partially front-facing bevel and then fade towards the back. To represent the fading of such impacts, we can use linear blurs in Gimp, but Gimp knows nothing about the UV-mapping; --i.e.: it couldn't begin a blur in one island and continue it on another. So what we want is for such bevels to be already on the left edge, and part of, an island in the texture. Then an impact is basically a dot within the bevel strip, in the texture, and we can just motion-blur or smudge the dot towards the right, and the smudge will proceed towards the right in the texture; --over polys that follow behind, in the mesh. As for whether the top/bottom views should get priority vis a vis the side view, or viceversa, over which gets the longitudinal bevel strips, this is a matter of taste. I usually give that priority to whichever are the larger pieces, but it's just a matter of personal preference, and more for the sake of having a rule I follow, than any technical consideration.

Still proceeding from largest to smallest pieces, next in the list would be the dockings. Here we have a bit of descision to make: What do we do with the inclined surfaces facing towards the engines? If we unwrap them from top or bottom view, the rectangles for those areas in the UV-map will be compressed. If we unwrap them from side-views, the'll be compressed also. If we LSCM them, they will get deformed, like parallelograms probably; and we'll have to fix them by hand. Or else we could turn the view until we see them flat, and unwrap them from that view... I'm going to unwrap them from top and bottom views; because, in this case at least, I don't care about a texture stretch at a place that's so hidden from view and probably featureless anyhow. So, same general method as with the wing:


blender_shot19.jpg







...

(Last step: Align vertices near x=0 to x=0, apply X-axis mirroring, and place the central seam.)

Optimizing ship orientation for UV unwrapping

(Z is "up", Y is "forward"? Got to experiment first...).

Worry not, though; we'll put it back to "Z is forward" after the unwrap. It's just that Blender shows the top, bottom, and side views vertically, when your forward axis is z, which is too bad if you're unwrapping "from view"... because we want the forward axis horizontal and pointing to the left in the texture...

"Starting Big" in Potato Mode

Do the biggest parts first.


(2 be continued; this is a WIP --Work in Progress)