[Bf-committers] Inverse Shrinkwrap? (only "keep above surface")

[Campbell Barton]

You're right that this is simple to add and agree it seems very useful,
quick way to reducing intersections without physics errors.
The main downside I can see, as the verts slide over large variance it
could give visible popping in some cases, though this is no difference
then shrink-wrap for other uses.

Though it makes me think for this feature it would be even more useful
in production is if the modifier could select a group of objects to
'not pass through', rather then a single one.

But one thing at a time, this seems reasonable and if theres no
objections I can add this over the weekend since I made some changes
to this area recently.

On Fri, Feb 18, 2011 at 12:43 PM, Tobias Oelgarte
<tobias.oelgarte at googlemail.com> wrote:
> Shrinkwrap is designed to force vertices onto the surface of another
> object. In Nearest Surfacepoint mode it moves vertices either to the
> surface or optionally let it also move outward until they are on the
> surface. So you can work with essential two options. But wouldn't it
> make more sense to include also the possibility that vertices can also
> only be moved up onto the surface and and not moved toward it?
>
> It would allow you to throw a ball against a window, making the vertices
> stop that would pass trough it. There are many possible usages i could
> think of: Bubbles in a glass. Shoes that not sink slightly into the
> ground. Body parts that "collide" with each other, and many more.
>
> Since the algorithm seams to handle this case already -- knowing if a
> vertex is inside or outside the target, for "Keep above surface"  -- it
> should be just an additional option. Am i right?
>
> Cases (now):
> * Shrink to Surface
> * Shrink to Surface and move outward for "keep above"
>
> Cases (desired):
> * Shrink to Surface
> * Only "keep above"
> * Shrink to Surface and move outward for "keep above"
>
> Hope this is a little inspiration. It would make shrinkwrap much more
> awesome.
>
> Greetings from
> Tobias Oelgarte
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers
>



-- 
- Campbell