Would it be possible to code the following.
You make your normal cage. Export it to this tool with your other assets.
Said program would then do a series of normal map bakes that start with baking with the cage unenlarged/pushed. Then going out gradually to your cage, with each step rendering out a normal map. Then going a few steps beyond for good measure. Internally the program would blend the different maps together taking into account missed rays, floating objects, keeping tight cylindrical corners, etc. Then finally spit out the final version with possibly the option to highlight areas on the low poly mesh you manually want blended from a further or closer cage.
This would save so much time especially with mechanical parts. Versus trying to create the absolute perfect cage or adding more and more support loops that suck up your tri budget.
Replies
With handplane, you can add support loops, bake an object space normal map, and remove the loops on the final low poly before generating the tangent map from handplane.
What criteria would the tool use to determine where each projection should be blended? Also, for each projection you increase render time. If you are doing 4 projections as part of this, do you want to wait for all your maps to bake 4 times?
And xnormal, max, or maya do?
Thats why I am asking is it even possible to program. Can a computation see if a sudden change in the cagesnormal maps bake actually corresponds to the surface? Like I said before sees when the cage intersects itself (alah) L areas. When the cage is below the high surface. When the distortion from too far a distance (alah cyndrical Also I agree it would be longer than baking 1 map. How many times has your map been useful on that first bake? Haven't you manually done 4 bakes before? So you would be saving time with this tool.
Partly why I havent popped it into jogshys xn thread. No good asking him for the impossible for a free tool he graciously provides us.
The engines that Handplane does not support, nobody else supports either, as far as I know. So what is your point?
You should spend more time planing how you set up your lowpoly mesh, you can avoid the need to do multiple bakes at different ray distances entirely if you plan your highpoly and lowpoly well.
I have no point with Handplane. Someone else brought it up as the catch all solution to the add then subtract edge loops. I simply pointed out that it does not support all engines, and you also still have the excess time adding and subtracting edge loops.
Now, being said. Is what I even possible from a coding perspective?
But again, how much time is lost with the traditional methods as well? Having a computation that while taking longer than baking 1 normal map that attempts to correctly mimic the surface unskewed for different areas from sifferent cage as much as possible is much more effecient than manually. The point of our work is to be faster. Noto have contests of who can create the most perfect edgeloop and cage. Thats not working smarter, thats obsessing over the process versus creating. At least for me and my nature, I do get stuck in these logic challenges versus spending the time getting through assests.
A simple example of the benefit of such a tool would be say floating geometry on the cap of a cylindrical object. You would be required to bake at least two cages to avoid the waviness caused by having to stretch the cage to encompass that area, and another
I am not questioning his experience. I am his dismissal because he does not require such for his work and thus neither should anyone else. I am dealing with assets that still require generations past poly budgets and not working with the big four of engines. I know others are as well especially in mobile spaces.
Anyhow to attempt to get back on track, I gave an example in a previous post.
Btw touch typing, sorry for grammar/sentence structure.
God the years I have wasted..... The tool I dream of would add another option, but it sounds like the man hours to create wouldn't be worth the payoff for the small amount of usage.
Thanks for putting up with this thread. At least I know I have the edgeloop option.