...calculation might vary, creating those
differences. To fix this, we need to use proxies and ensure that the
original coordinates stay intact while a stroke is underway. This is
impossible in the current implementation which uses multiple passes for
higher brush strengths but if we restrict the smooth brush to one pass
then it can work.
Details
Details
Diff Detail
Diff Detail
- Branch
- smooth_symmetry_fix
Event Timeline
Comment Actions
The iteration was there for a reason I guess, how does this impact the behavior of the smooth brush?
Comment Actions
Implementation seems ok by the way, will leave it up to you or user feedback to decide if leaving out the iterations is a problem.
Comment Actions
I am unsure if committing this is a good idea after all. First of all it only solves the mesh case, not the multires case. Second, it is harder to smooth out the mesh if this is to be accepted. Current behaviour is hacky, yes, but it works and I'm not sure if sacrificing the current behaviour is OK for such small differences.