improved the patch now; only creating necessary geometry and showing almost no errors, except on triangular faces like on icosphere
further todo: investigate "even thickness" misbehavior with rim only option

Would it be possible to add a way to only keep the new offset faces created with the solidify modifier (that is without the original faces or the rim)? This would be of great benefit when making cages for baking textures from highpoly to lowpoly models. You can already do something similar with the displacement modifier but it doesn't work as well for models with sharp corners (you can the problem here: https://dl.dropboxusercontent.com/u/2000935/soldiify_vs_displace.png).

I totally understand if you don't want to do it, but it would make it a bit easier/faster to make gamerart with Blender as the current workflow isn't all that great. What you currently need to do when modelling cages is make a copy of the mesh, apply a solidify modifier (without the rim) and delete the insides or just make a copy and scale it up along the normals. Then every time you make a change to the original model (like add a loopcut) you need to redo the process which can become tedious if you've got to do it many times. Just turning on/off a solidify modifier upon export would be a lot handier.

Cheers
Nosslak

Hi nosslak,

i just added a new "offset only" option to my patch. Should apply to newest master and includes the "rim only" option as well, so its cumulative.
Hope it is that what you expected. Would be glad to hear from you when you tested it. Btw, rim only and even thickness still has some visual error,
in case you might wonder.

Regards,
scorpion81

Attempt to fix the visual errors with even thickness and rim only, by automatically flipping the normals if even thickness and rim only are checked
and signs of offset and offset_fac are different, so visual errors are prevented.

Hey,

can you add a function to flip offset-material independently from normals?
This would help working with enabled Backface Culling in 3D-View.

Update of the patch for current master (2.71.1), those are 2 patches in 1 file, mailbox format as suggested in Developer docs.

Question: shouldnt this be better put inside Differential, via arc ?

This is adding back old code,

These commits are lost, probably others too

• rB27e86ed8324c5cc72e58f61231018b6c77689f03
• rBa51a0ca772b21814e29bdb3b2b5fd854e29c5334
• rB4ca67869cc7ad480670d60eae1df3d2aca03f016
• rBbf462149a6d0213521b12395e10eb91f02c02326
• rBc5ccbacdaac7c5b2db0bc18c1ed514fd01d7d76d
• rBf32079d4b9f0ee565dc4bb63a4ef25286f183d0e
• rB158b4e61a050a25fec47a00797ab7db46fc3198c