November 6, 2008, 11:26 (GMT) |
AnimSys2: Dopesheet Bugfix Made the Action Channel expand widgets easier to click on. Previously, clicks were only detected left of the widgets. |
November 6, 2008, 11:05 (GMT) |
AnimSys2: Initial commit of DopeSheet This commit introduces the 'DopeSheet' mode in the Action Editor. It shows the animation data of multiple objects divided into the relevant categories (IPO, Action, Constraints), and allows the editing of that animation data. A picture says a thousand words: http://aligorith.googlepages.com/dopesheet_03.png Most parts of this new editor should work OK, however, there are some tools (most notably channel-related ones) that still require attention before they are usable here. Also, please be aware that there may still be many bugs in this which I have not yet unconvered during testing. Additional Notes - Further work: * Although this may sound very similar to what the NLA Editor currently does, it is necessary as the NLA Editor doesn't show the animation data in sufficient detail (and with fewer and less well maintained tools) as that's not what it was meant to do. In the not-too-distant future, the NLA Editor will be refreshed to refocus on its core purpose, so this functionality needs to be moved here first. * Currently, colour of Object/Sub-object channels are hardcoded defaults which will be turned into themeable colours soon. * Keyframe 'Summaries' for Object/Sub-object channels should probably get a different coloured backdrop (like for groups) to help indicate the difference between them and standard channels * Sub-object channels are currently collapsed by default. Feedback would be welcome as to whether these should be unfolded instead. |
November 4, 2008, 11:02 (GMT) |
AnimSys2: IPO Editor - Toolbox (using SpaceBar) A rough attempt at giving the IPO-editor a toolbox for 'quicker' access to commands. I've tried to only include those options which are most likely to be changed, while for the rest, the menus will suffice for now. |
November 3, 2008, 08:26 (GMT) |
AnimSys2: IPO code cleanups * Formatting and style tidyups for most of the code (some parts haven't been touched yet) * Patched up some areas where new code hasn't been integrated yet |
November 2, 2008, 12:12 (GMT) |
AnimSys2: Assorted IPO-code housekeeping * Cleaned up more of the IPO-code. There's still a LOT of messy code lying around that needs attention * Restored the double recalculation for curve handles when inserting keyframes, in light of some comments I discovered in messy code * 'Alpha' sliders are now available when setting the colour of curve handles to help differentiate them from the keyframes. * Silenced compiler warnings in transform code due to changes in types for BezTriple vars |
November 2, 2008, 11:01 (GMT) |
AnimSys2: Eulers for Bones Bugfixes * AutoIK did not work with euler rotations yet. The conversions were still only being done for quats. * Fixed spelling errors in tooltips |
November 2, 2008, 10:04 (GMT) |
AnimSys2: Hide all handles (IPO Editor) Added a new option to the View menu of the IPO Editor - 'Show Handles'. This is turned on by default, but when disabled, all handles on BezTriples will be hidden, making it easier to see the keyframes. |
November 2, 2008, 03:02 (GMT) |
AnimSys2: PyAPI Access for Per-Segment Interpolation |
November 1, 2008, 11:35 (GMT) |
AnimSys2: IPO-Editor Borderselect There seems to be a consensus that the behaviour of the IPO-borderselect tool was far too messy. 1. "It's too easy to accidentally select tangents of other keys". 2. "When moving multiple keys, the handles for the selected keys (and only those keys) should move automatically with them" I've modified the behaviour so that the following occurs: * Only keyframes can get selected by borderselect (i.e. only the coordinates of the keyframe but not its handles are tested if they lie within the box) * Handles of a keyframe which lies within the borderselect region will inherit whatever selection status gets applied to that keyframe. This is consistent with clicking on the keyframes individually. |
November 1, 2008, 11:14 (GMT) |
AnimSys2: Bone Roll Issues In this commit, I've attempted to improve the situation of bone roll problems that occur with the recalculate bone roll tool, and also when extruding/moving bones under certain conditions. What's changed: * When transforming bones, as part of the recalculations done on every update, the roll of bones who have their tip selected will be recalculated using the 'z-axis up' method. Reported by Glenn Melenhorst on BA.org * Split the 'z-axis up' and 'align z-axis to cursor' roll recalculation methods into separate functions that can act as callbacks. Refactored the auto_align_armature() function to support this. It was needed for the first major change to occur. * As an experiment, I've changed the final step of the z-axis method to use mat3_to_vec_roll instead of atan2 directly. It currently seems to work better, but I'm not totally sure yet. Will check on this again another day... |
November 1, 2008, 10:18 (GMT) |
AnimSys2: Bugfixes for code from past few days * Fixed the causes of several crashes that occurred, also added checks for a few more potential ones (or errors) * New keyframes on new IPO-curves were being added with constant interpolation only * Removed debug code |
November 1, 2008, 00:17 (GMT) |
AnimSys2: Bugfix for Insert Key -> Rotation entries not working |
October 31, 2008, 08:43 (GMT) |
AnimSys2: Per-Segment Interpolation of IPO-Curves It is now possible to define the interpolation that will be used to get from a keyframe until the next one is encountered. With an Ipo-Curve in EditMode, only the selected keyframes will get the specified interpolation mode set. Out of EditMode, the interpolation mode will be applied to all the keyframes of an IPO-curve that is selected. - When inserting keyframes for curves that have multiple types of interpolation in use, the interpolation mode of the keyframe immediately before the added one is used. - Old files get converted automatically - Subversion has been bumped up to 2, so that old files get converted properly. |
October 31, 2008, 06:25 (GMT) |
AnimSys2: Shapekeys recentering fix (attempt 2) Now meshes with multiple users are not ignored. Previous tests had shown that there was a problem, but it turned out to be a missing case. Also, added note of bug with bone roll changing randomly on EditMode transforms to fix. |
October 31, 2008, 05:41 (GMT) |
AnimSys2: ShapeKeys Recentering tweak * Removed the check for pinned shapekeys (not really worth enforcing it) * Replaced the check with one for multiuser meshes. Multiuser meshes being recentered have more issues than recentering shapekeys do. |
October 31, 2008, 03:22 (GMT) |
AnimSys2: IPO-Drawing code Cleanup (Part 2) * Split another function into smaller portions based on what those parts did * Commented and formatted code |
October 30, 2008, 08:10 (GMT) |
AnimSys2: Recentering Meshes with ShapeKeys Meshes with ShapeKeys can now be recentered. Note that this may not be totally stable or thee may be some artifacts somewhere. However, in preliminary tests, this seems to work well enough. Note: the only situation in which this will not work is if the object is showing a pinned shapekey. Perhaps it would be better to test for multiple mesh users instead, but feedback would be welcome on this... |
October 30, 2008, 07:22 (GMT) |
AnimSys2: Ctrl R displays menu to set rotation mode This hotkey allows the rotation of multiple (selected and visible) bones to be set at a time. |
October 30, 2008, 06:04 (GMT) |
AnimSys2 AutoKeyframing/PoseLib tweaks: * PoseLib now works with euler rotations too * Attempted to implement autokeying on changing values in Transform Properties panel. This WILL be superseeded by a better method in 2.5. |
October 30, 2008, 04:26 (GMT) |
Merge from trunk 17215-17223 |
|