Revision 18ca793 by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Depsgraph: Cleanup, line wrapping |
Revision abc55bf by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Depsgraph: Use build_animation() to build relations to animated properties Before that it was up to lots of other places to keep track on whether something is to be dependent on time or not. Was annoying, and unreliable, and fragile. This commit avoids hacks in object builder. Other areas will be adopted soon. |
Revision 4a99cc5 by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Depsgraph: Add ability to check whether relation exists before adding it Currently not used, but this is aimed to be used when adding relations from FCurve to property which is being animated. |
Revision 8b3aa8e by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Depsgraph: Cleanup, line wrapping |
Revision 7de3c8a by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Depsgraph: Move implementation part of relations header to own file |
Revision 335343f by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Fix T53408: Updating Cycles Nodes via Drivers in Material View This is something what should be supported by the new dependency graph. Fixed by making it so, build_animation() adds relation between Animation component and whatever-is-being-animated. In fact, for now, only relations to ID properties are added. Rest of the relations are kind of hacked in all over the code and needs to be removed and verified with specific .blend files. |
Revision f1ad6b4 by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Depsgraph: Cleanup, split build_animation |
Revision 9f9b666 by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Depsgraph: Correct fallback for the parameters calculation We can't use a single component here, sine it might consist of multiple operations. So, for example, having driver operation will confuse targets of another driver. |
Revision b5a8d0a by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Depsgraph: Cleanup, split driver builder function |
Revision 3e9cd53 by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Depsgraph: Cleanup, deduplicate as much as possible in build_driver |
Revision 8c4363e by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Depsgraph: Remove old comments which are likely outdated |
Revision 8912e4f by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Depsgraph: Replace last obvious part of driver builder with generic RNA code |
Revision b26992f by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Depsgraph: Add criteria for RNA_Key |
Revision fe5e859 by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Depsgraph: Remove confusing ID node criteria it sometimes overrides all possible other criteria, even tho we might want to be very specific about what component we are looking for here. |
Revision 35364e2 by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Depsgraph: Use generic function for shape key driver target There was a second place for shape keys. |
Revision 070c735 by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Depsgraph: Fix wrong relations built for drivers When target was changed from bone to regular object, new dependency graph was still trying to build relations as if driver was using bone. |
Revision f8fd8b0 by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Depsgraph: Use generic function for shape key driver target |
Revision 235a68d by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Depsgraph: Use generic function for modifiers driver target |
Revision 7586266 by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Depsgraph: Use existing utility function to get driver target node Only done for pose bone for now, but the idea is to go case bu case in build_driver and move all custom logic from there to find_node_from_pointer(). |
Revision 3795e37 by Sergey Sharybin December 6, 2017, 09:21 (GMT) |
Depsgraph: Cleanup, split build_driver function up |
|