Blender Git Commit Log
Git Commits -> Revision a6e3471
Revision a6e3471 by Sergey Sharybin (master) March 18, 2014, 12:15 (GMT) |
Fix T39136: DupliFaces: Inconsistent handling of group member types The issue was caused by assumption object matricies can be modified by DupliObject->obmat outside of the duplilist iteration cycle. This isn't really true. The thing is, old code used to modify object matrix based on the duplicated matrix to make it so modifier evaluation kind of works (it'll use proper matrix in most cases, but think there might be some cases when this assumption also breaks). Even when matrix is copied from dupliobject to object in advance (to mimic old behavior or dupli system) you're still to use matrix from dupliobject inside a cycle body. This is because the same object might be modified multiple times by different dupliobject. For example, in case of duplifaces loads of faces will modify object's matrix and before this change matrix from the last face would have been used. The fix is simple one-liner which makes it so render instance will use proper matrix from dupliobject. All the rest bits here (pre-loading matrices and restoring them in the reverse order) totally matches old behavior of duplilist. This is a regression and to be ported to 2.70 tag! |
Commit Details:
Full Hash: a6e347177bb61ce3d6e5657c1dfbd6ffa7663c55
Parent Commit: 5ff0500
Lines Changed: +2, -0
1 Modified Path:
/source/blender/render/intern/source/convertblender.c (+2, -0) (Diff)