Hi,<br><br><div class="gmail_quote">On Sat, May 16, 2009 at 7:34 AM, bassam <span dir="ltr"><<a href="mailto:bkurdali@freefactory.org">bkurdali@freefactory.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Sat, 2009-05-16 at 00:19 +1200, Joshua Leung wrote:<br>
> Hi all,<br>
><br>
> To get the discussions rolling again, I've (finally) scanned some of<br>
> the mockups of how I imagined the NLA editor would work.<br>
><br>
> Firstly, the original design docs (written around June-September 2007)<br>
> for the NLA system:<br>
> <a href="http://aligorith.googlepages.com/animsys2007_nlaplans.7z" target="_blank">http://aligorith.googlepages.com/animsys2007_nlaplans.7z</a><br>
> Some of the things mentioned here are no longer relevant, but the<br>
> parts on NLA should still be largely relevant.<br>
<br>
><br>
><br>
> Keeping this in mind (and the plans I outlined in<br>
> <a href="http://aligorith.googlepages.com/250_NLA_GSoc09_overview.doc" target="_blank">http://aligorith.googlepages.com/250_NLA_GSoc09_overview.doc</a>), I've<br>
</div>One comment on your docs about editing an action being referenced by<br>
multiple strips, maybe if the user is editing keyframes in an action,<br>
then all the strips referencing it could get highlighted in some way?<br>
that way the user knows she is affecting multiple strips, and can do<br>
something about it if it is not intended behavior (if the nla is<br>
visible). I agree that blender should not make assumptions about what<br>
the user wants.</blockquote><div>Yep. That was one idea of had (probably highlighting them in red or something eye-catching like that). It should drive the unexpecting user into shock, which is exactly what we want ;)<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
on blending modes:<br>
<br>
does it make sense that 'blend' is the same as 'replace' but with a<br>
weight? i.e. 50% weight on the top strip leads to blending, but 100%<br>
weight on the top strip leads to replacing? (this is just devil's<br>
advocate)</blockquote><div>Yep. That's basically what it does. <br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
add currently could work for little tweak actions, for instance, if you<br>
have recorded some hand shake and want to layer it on top of a larger<br>
hand motion (or camera shake)</blockquote><div>This morning I just recoded this in my branch (look out for the commit soon, though not usable). I found that the old version actually didn't work as such 'additive' things should, it was really just blend/replace in disguise.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
subtract I can't come up with a use case for.<br>
<br>
multiply I'm not sure about either- I know harkeyman said it would be<br>
useful for certain things but I never understood how ; I'll leave it to<br>
others to come up for a use case for the last two.</blockquote><div>Let's implement it, play around with it, then decide if these are absolutely useless :)<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">
>  recently made some more 'modern' mockups:<br>
> - <a href="http://aligorith.googlepages.com/250_nla_plans_02.jpg" target="_blank">http://aligorith.googlepages.com/250_nla_plans_02.jpg</a>  <--- an<br>
> example of NLA with all the different types of interactions that could<br>
> occur.<br>
</div><br>I really think an order of evaluation from the bottom up is better:<br>
1- it is more consistent with the sequence editor.<br>
2- it is more consistent with my understanding of the active action<br>
track, though I could be wrong on that one.<br>
<br>
If it is reversed (top down) then the sequence editor should probably be<br>
made to match it (or we should abandon trying to share ui between the<br>
two)- and most nle evaluate bottom up. bottom up is generally more<br>
intuitive for people in this view.<br>
<br>
Note: I think e.g. constraint and modifier stacks can remain top down,<br>
and do not need modification, since the ui for them looks quite<br>
different, but if you do change them to bottom -> top, that is ok too<br>
(but probably complexifies the ui code)</blockquote><div>OK. The new mockups show this as bottom to top. The one labelled '02' was from a few weeks ago before I heard about the preference for bottom up.<br> </div>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
*I'm not sure what the curved transistions between track 3 and 4 mean.</blockquote><div>Those are just transitions between two strips on different tracks.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">
> - <a href="http://aligorith.googlepages.com/250_nla_plans_01.jpg" target="_blank">http://aligorith.googlepages.com/250_nla_plans_01.jpg</a>  <--- honing<br>
> in on this more carefully with a more simple example<br>
</div><br>personally I like the 'action' line at the top of the nla, I would also<br>
wonder if it might be nice to have a 'clear' button as well as a push<br>
down (or simply by deleting the 'strip' next to the action), use case:<br>
animator is editing on the NLA.<br>
animator wants to tweak a strip's action, so double clicks, or uses a<br>
hotkey/etc to 'activate' the strips's action .<br>
the action is now in the active action slot on top.<br>
animator edit's that action, possibly using the dopesheet or just the 3d<br>
view.<br>
animator does not want the action to be active, and does not need to add<br>
a new strip, so just clear it from being active.</blockquote><div>I was thinking that this could be simply done by getting out of strip-action editing the same way you got in (i.e. via hotkey), though I don't see any harm in having a button like that there. <br>
<br>Though I suddenly realised that having these buttons there inline might confuse between 'actions/operators' and 'settings', though I personally think it should be fine if we make enough of a visual distinction... <br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
note: what happens if the animator just starts keyframing? does it just<br>
add a new action, or if there is an existing active action, adds the<br>
keys into that one? this seems the most error free way to go, otherwise,<br>
I forsee too much trouble trying to 'guess' the right action to slot the<br>
keys into.</blockquote><div>Whatever action is the active action, the keyframes go into it. That's the one of the main reasons for this whole action-line concept. As I said in the doc, the user enters 'editmode' on a strip in some track, this strip's action becomes the active one, and tracks after the track being edited get disabled. Thus, the system will only 'see' the last action, and put keyframes into it (and also editing via Dopesheet + Graph Editor). Once you exit editmode, all is back to normal.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
corollary note: there should be an easy way to copy keys/curves from one<br>
action to another, presuming we have added them into the wrong one.</blockquote><div>Dopesheet/Graph Editor copy + paste... Unless a more advanced method is needed. <br><br><br>Joshua<br></div></div><br>