english Sivu saatavilla vain englanninkielisenä.

Blender Git Statistics -> Developers -> GuiltyGhost

Wayde Moss (GuiltyGhost)

Total Commits : 49
Master Commits : 19
Branch Commits : 30
First Commit : March 29, 2020
Latest Commit : January 15, 2021 (Today)

Commits by Month

DateNumber of Commits
January, 20219
December, 202029
November, 20202
October, 20204
September, 20202
August, 20202
July, 20200
June, 20200
May, 20200
April, 20200
March, 20201

Commit Distribution

PathNumber of Commits
temp-nla-strip-alignment22
master19
temp-D10103-nla_support_strip_overlap_during_transform3
arcpatch-D8867_Nla_Merge_Strips3
tmp-T82230-nla_remove_hold_reset_behavior2

Favourite Files

FilenameTotal Edits
anim_sys.c29
nla.c16
nla_private.h10
rna_nla.c10
properties_nla.py9
nla_edit.c7
BKE_nla.h7
DNA_anim_types.h6
nla_buttons.c6
BKE_animsys.h5

File Changes

ActionTotalPer Commit
Added10.0
Modified1473.0

Code Changes

ActionTotalPer Commit
Lines Added3 54880.6
Lines Removed1 92043.6

Latest commits Feed

Revision f03752b by Wayde Moss (master)
21 hours 3 min ago
Nla: Rename NlaEvalChannel->valid to domain

For term consistency with usage.

The clarity is more for consistency with the nla domain() processing
function names and the core struct member name it stores the results
in, "valid". The name "domain", which implies a function can operate
on it, seems more natural than "valid", which implies something is
wrong if false.

No functional changes.

Reviewed by: sybren

Differential Revision: http://developer.blender.org/D9692
Revision 10ce2a1 by Wayde Moss (master)
21 hours 26 min ago
NLA: Redundant NlaEvalChannel Valid Mask Write

The field will already be properly written to in (anim_sys.c)
nla_eval_domain_action(). It's easier to understand the property's
usage after removing the redundancy.

No functional changes.

Reviewed by: ChrisLend, sybren

Differential Revision: http://developer.blender.org/D9689
Revision 32e4ded by Wayde Moss (master)
21 hours 43 min ago
Nla Refactor: is_fcurve_evaluatable()

No functional changes.

Future patches {D8867} {D8296} make use of it.

Reviewed by: sybren, ChrisLend

Differential Revision: http://developer.blender.org/D9691
Revision 09709a7 by Wayde Moss (master)
22 hours 5 min ago
Nla Refactor: Split animsys_evaluate_nla()

No intended functional changes.

Refactors animsys_evaluate_nla() into 2 versions:
animsys_evaluate_nla_for_keyframing(), animsys_evaluate_nla_for_flush()
to make it clear what data is being calculated and why.

Dummy strip creation has been refactored to two separate functions,
animsys_create_tweak_strip() and animsys_create_action_track_strip().
Both are evaluated differently from other strips and eachother. There's
no need to interweave them. A future patch D8296, generally requires
both strips.

___

XXX anim_sys.c) nlatrack_find_tweaked() is a temporary work around.
If anyone has any insight into this problem, help is appreciated.

Reviewed by: sybren

Differential Revision: http://developer.blender.org/D9696
Revision 40d391f by Wayde Moss (master)
23 hours 40 min ago
Fix T81533: NLA Properly Draw FModifiers

When NLA strips weren't time-aligned with the underlying action, then
fcurve modifiers would not be drawn anchored to the strip. Fmodifiers
were evaluating properly, they just weren't drawn with the proper
offset and scale.

To fix it in this specific case, I've chosen to undo the keyframe
remapping then remap the draw-evaluation-time from scene time to
fcurve time. Afterward, I redo the keyframe remapping so the controls
are properly drawn.

The Envelope fmodifier has special drawing code which was fixed too. In
this case, no mapping at all was happening. The solution was similar,
to remap the envelope control points from fcurve time to scene time.
Revision 30dd31a by Wayde Moss (master)
1 day and 1 hour ago
Fix T81533: NLA Properly Draw FModifiers

When NLA strips weren't time-aligned with the underlying action, then
fcurve modifiers would not be drawn anchored to the strip. Fmodifiers
were evaluating properly, they just weren't drawn with the proper
offset and scale.

To fix it in this specific case, I've chosen to undo the keyframe
remapping then remap the draw-evaluation-time from scene time to
fcurve time. Afterward, I redo the keyframe remapping so the controls
are properly drawn.

The Envelope fmodifier has special drawing code which was fixed too. In
this case, no mapping at all was happening. The solution was similar,
to remap the envelope control points from fcurve time to scene time.
1 day and 23 hours ago
- fix error due to missing NULL check
January 13, 2021, 05:52 (GMT)
- apply changes to dependency patch
January 13, 2021, 05:51 (GMT)
NLA: Strip Post-transform Vertical Shuffle and Auto-Grow Track List

**Not ready for review**

Differential Revision: https://developer.blender.org/D10103
December 30, 2020, 19:30 (GMT)
NLA: Remove Hold resetting between Hold_Forward Behavior

Before, moving (or Push-Down Action-ing) a Replace strip with extrap=`Hold or Hold_Forward` will auto reset to the other based on whichever first occurs among all the tracks. Now, that auto reset behavior has been completely removed and //only// that behavior.

This patch does not change strip evaluation. Between two strips, the first with `None` extrapolation and the next with `Hold`, neither strip will evaluate, which matches previous behavior. A future patch can change the evaluation behavior.

Part of {T82230}

Differential Revision: https://developer.blender.org/D9942

MiikaHweb - Blender Git Statistics v1.06
Tehnyt: Miika HämäläinenViimeksi p?ivitetty: 07.11.2014 14:18 MiikaH:n Sivut a.k.a. MiikaHweb | 2003-2021