hey guess what, normal map issues!
polycounter lvl 12
Hey guys, so here I was getting ready to start texturing my greatest masterpiece yet, and did a test run of normal mapping just to make sure this exact type of thing doesn't end up happening (ie an apparently unresolvable issue which persists throghout different combinations of baking/rendering software). Well, it ended up happening.
I am also not really technically inclined, and while I found a good deal of documentation online about dealing with smoothing errors, I didn't really get most of what they hell they were saying. Also I watched that video by the guy and that didn't help either!
Anyways submitted for your scrutinization is... my high poly:
Nothing crazy there, All one piece, very simple vehicle chassis.
Exhibit B... the low poly:
I put it all into one smoothing group. Everything seems to bake ok. Here is what the normal map looks like:
Yay its a normal map great
Ok, here is where the trouble starts. Example from max viewport is down below:
Please note the ugly a shit bands of shadow cascading down the wheel well, as well on the front where the turrent nest is. Puke!
Also the highlights/shadows coming from the corners of that indented bit on the side have a weird conical/radial quality to them, certainly not the flow I was going for in the high poly.
I know 3ds max has its issues when rendering normal maps in real time, so here's a marmoset screen cap for good measure. Even uglier
Can someone please help?
Am I just an effin dunce who doesn't 'get the technical limitations of what a normal map is supposed to do' or am I screwing something up hard core?
I'd really like to move on with this project, but I can't start painting the texture the the normal maps look so abbysmal!
Also please note I did attempt to use xnormal to generate the normal maps as well, result was more or less exactly the same.
For good measure, one last shot from max 2012 viewport with spec turned up:
I am also not really technically inclined, and while I found a good deal of documentation online about dealing with smoothing errors, I didn't really get most of what they hell they were saying. Also I watched that video by the guy and that didn't help either!
Anyways submitted for your scrutinization is... my high poly:
Nothing crazy there, All one piece, very simple vehicle chassis.
Exhibit B... the low poly:
I put it all into one smoothing group. Everything seems to bake ok. Here is what the normal map looks like:
Yay its a normal map great
Ok, here is where the trouble starts. Example from max viewport is down below:
Please note the ugly a shit bands of shadow cascading down the wheel well, as well on the front where the turrent nest is. Puke!
Also the highlights/shadows coming from the corners of that indented bit on the side have a weird conical/radial quality to them, certainly not the flow I was going for in the high poly.
I know 3ds max has its issues when rendering normal maps in real time, so here's a marmoset screen cap for good measure. Even uglier
Can someone please help?
Am I just an effin dunce who doesn't 'get the technical limitations of what a normal map is supposed to do' or am I screwing something up hard core?
I'd really like to move on with this project, but I can't start painting the texture the the normal maps look so abbysmal!
Also please note I did attempt to use xnormal to generate the normal maps as well, result was more or less exactly the same.
For good measure, one last shot from max 2012 viewport with spec turned up:
Replies
http://wiki.polycount.com/3DTutorials/Modeling%20High-Low%20Poly%20Models%20for%20Next%20Gen%20Games?action=show&redirect=3D_Tutorials%2FModeling_High-Low_Poly_Models_for_Next_Gen_Games
and please a request dont ruin this Beast APC from Aliens i may kill my self
http://speedhunters.com/archive/2011/11/17/behind-the-scenes-creating-cars-need-for-speed-run.aspx
As for that nasty black seam underside well.. im sure you can add the middle section that will hold wheels and a passage that leads to driver seats, as far as i know Bishop got in APC from main side door and not from somewhere else. This will get rid of your black seam right way.
And Smoothing groups work best on 45 degree angles not on 90 (APC) thats why you are seeing too many artifacts.
Hope it helps
Oh can you please expand on the black seam issue further? I split up the UV islands into their own smoothing groups, which lessened the shading artifacts but is now generating those ugly jagged edges at the UV seams!
So you split the smoothing groups by uv islands then rebaked a new normal map?
What was the padding on your bake settings? I don't know if you padding would come into play here.
As for 1 SG (smooth group) for whole mesh its not quite true, and your APC is an example of it.
I would recommend you divide your UV layout like this "Top, Left, right, front, back, bottom" as separate UV islands, cause these are the area that are full 90 degree angles.
I hope u get what i mean
Trust me it will work, dont worry about all being one SG its not always possible unless you follow bevel, chamfer workflow on low poly (which will make ur APC as mid poly) only than you get nice results with one SG as if you have applied Turbosmooth.
If you're working on this model just to display in Max viewport and not send off to a game engine, you can use 3Point Shader with the quality mode modifier which will sync things up and give you perfect results even on hard angled geometry like this.
If you're sending it off to a game engine like UDK, you need to make sure your lowpoly mesh normals look as good as possible before baking, this means using extra geometry/chambers, using smoothing groups etc etc to even out the smoothing. Just make sure you have a uv split everywhere you have a hard edge(smoothing group boundries) so that you don't get bake artifacts.
Even with a synced workflow its good to have hard edges along your uv borders, for a variety of technical reasons(better compression, easier to extract "detail maps" from crazybump, etc).
At the end of the day there is no "yes" or "no" answer to "can I use one smoothing group for my entire model?". Anyone who tells you "always" or "never" doesn't understand the situation.
I'm still putzing around trying to find the best compromise between low/high poly to eliminate smoothing issues. In the meanwhile, I'd like to address some of your individual comments.
@HAWK, you said to assign each 'side' of the model to a smoothing group because that's where the 90 degree angles happen. However with this model, there is that wide chamfer that runs along the top/bottom and interferes with any 90 degree angles that would take place. IE:
Sorry if this isn't even what you mean, I just wanted to double check
@Quack! Yup I split up the smoothing groups based on UV chunks, it sort of fixed the shading issue, however it resulted in ugly ass jagged lines where the seams come together. I didn't specify padding while baking, however I did move the UV islands apart from one another so they didn't intersect or touch in any way.
EDIT just realized theres 90 a degree angle within the circle I drew haha
@EarthQuake, this is a portfolio piece, it's going to just end up being a viewport/possible UDK render, it's not actualy going into a game. However I want to sell it as being passable for game usage.
At this stage I'm just considering texturing my current mesh without even bothering to make a low poly, just maybe cleaning it up a bit but leaving all the control edges and stuff. Currently the whole thing is ~200k triangles unsmoothed, is that too insanely high to pass of as a 'game ready' model?
Yes, and you're losing out on the very valuable learning experience of dealing with these problems and coming out with a working asset.
Try not to take the "90 degree" advice too literally, in reality you'll get smoothing errors with angles much less than 90 degrees even, the important thing is to understand that the more extreme the normal shift is, the more extreme the smoothing errors will be. To get them down to a tolerable level, you need to use hard edges or more geometry.
Back to topic i hope pic above gives you the idea of what is in my head,
Sorry if I missed something along the line in the thread, but I don't see anything indicating why you reached this figure. Mind showing the wireframe of your low-poly?
EDIT: OK, stupid me, you're talking about the high poly being cleaned up, which as EQ said, it counter-intuitive since it doesn't create a game ready asset.
Also, normals do all the work for details like the recess on the wheels, etc...you create the bulk and bake your normals on that, just as an example.
If you want to show you high-poly next to your low-poly, that is fine too.
Look good right? The normal seams i was complaining about before turned out WAY WAY less dramatic than last time. When I did this before, they were really noticeable and ugly, in this case as Hawk said they're only visible if you're zoomed in very close.
I may yet try to do the chamfered/1SG thing as well just to see how it looks, but realistically I just wanna start texturing this thing.
Here it is with wireframe if anyone is interested:
So thanks again for your help yall, I've learned a lot.. this started out as a HUGE headache since it was the first hard surface object I've attempted to normal map. If anyone has any closing crits/ advice i'd love to see them!
Viewport shaders in max on the other hand....
Anyway, as Ace was sort of suggesting above, beveling/chamfering some of these shapes along the sharp edges will get you pretty far too, and not use up thatttt much geometry. Being the main element, with a pretty simple shape, you can easily afford to treat it well.
It all depends on what game engine you want the object to go into. So there is no real answer to that unless you specify which game engine you want to use. If you don't want to take it into an engine, do as EQ stated and use Quality Normals with 3point in the max viewport. However, I would highly recommend that you take your objects into one of the major game engines to prove that you understand those workflows.
Thisi s true, I haven't even delved into udk yet, but I figure I'll start presenting my models/assets in that, since obviously I need to develop a grasp of it anyway.
EDIT: I don't wanna spam this entire subforum with my normal map issues, so i'm just going to tack this on here and someone maybe will have an answer. I'm trying out this trick: http://www.polycount.com/forum/showthread.php?t=71995 Which requires rendering in mental ray, and I normally do normal maps in scanline. Anyone know why my normals come out of MR looking like this:
In all the reference pics I've seen the entire turret looks welded together as one piece, which is how i built the high poly, but it's proving a huge pain to unwrap/map the low poly version while still retaining that look of the turret barrels being integrated into the cylinder.
I just figured that mental ray trick is the perfect candidate to make the low poly of that turret easier, since I can just stick two cylinder into the main body of the turret and use that trick to render a normal map that makes them look like one piece.
Don't know why, but both Scanline and MR didn't work, they either didn't bake anything (as in the process didn't start) or the map looked like the one you have.
The paradox is that when you render in MR with Fillet edges, it shows up correctly, just not as a bake, I guess they mixed a couple of wires in max 2011, etc...
Does anyone know what would cause me to have to flip my green channel to get proper lighting in a game engine? In maya the applied normal looks perfect however in game as the object rotates 360 degrees part of the time the indented areas appear bubbly(I also had some nasty seams). This problem was solved by inverting the green channel of my normal map.
I'm just wondering what is causing this? Should I be looking at my low poly normals, high poly normals, the tangents or is it something in the shader used by the game engine?
At least it's an easy fix if anyone else encounters this problem.