Patches to Bf Blender for CAD development.
https://tornavis.org/
614d7749df
The issue occurs when auto-keyframe AND "Only Insert Needed" enabled. And only when no keyframes have been added yet. Before the commit that caused the issue, moving an object with `G` would create only location keyframes. After it would key all. That is because that commit removed the logic that checks the `eTfmMode` (Transform mode). That only works as long as there are already keyframes on the object/bone because the logic needs an existing value to compare against. In the case where the first keyframe is set, it would always key everything. The fix is to bring back the logic that checks the Transform mode and pass a `Span` of rna paths to the autokeyframe function. This restores the behavior. This still has the issue that "Only Insert Needed" behaves differently if keys exist vs inserting the first keys. While this isn't ideal, I don't see a way to get values of an object/bone before and after the transformation. We might be able to fix this in a future PR, but for now we restore the old behavior. Caused by #115522 Pull Request: https://projects.blender.org/blender/blender/pulls/116219 |
||
|---|---|---|
| .gitea | ||
| .github | ||
| build_files | ||
| doc | ||
| extern | ||
| intern | ||
| locale | ||
| release | ||
| scripts | ||
| source | ||
| tests | ||
| tools | ||
| .clang-format | ||
| .clang-tidy | ||
| .editorconfig | ||
| .git-blame-ignore-revs | ||
| .gitignore | ||
| AUTHORS | ||
| CMakeLists.txt | ||
| COPYING | ||
| GNUmakefile | ||
| README.md | ||
| make.bat | ||
| pyproject.toml | ||
README.md
Blender
Blender is the free and open source 3D creation suite. It supports the entirety of the 3D pipeline-modeling, rigging, animation, simulation, rendering, compositing, motion tracking and video editing.
Project Pages
Development
License
Blender as a whole is licensed under the GNU General Public License, Version 3. Individual files may have a different, but compatible license.
See blender.org/about/license for details.