• Editor
  • 4.0 Graph editor gives me anxiety

You can select keys and click Frame to frame only those keys. When your animation is long, you may want to turn off auto frame. It tries hard not to zoom unnecessarily, so often can be left on, but sometimes you do need finer control.

Related Discussions
...
Nate đã viết

You can select keys and click Frame to frame only those keys. When your animation is long, you may want to turn off auto frame. It tries hard not to zoom unnecessarily, so often can be left on, but sometimes you do need finer control.

:grinteeth: What else we can? :grinteeth:
mooore tips

There's at least THREE more things you can do! :allthethings:

Let's see what else... `


pack-exhaustivelywill make polygon texture packing try harder to pack more tightly whenPower of two` is unchecked. It may take a long time to complete though.

I remember one my client said to me
arman


animate-exhaustively

warmanw đã viết

I remember one my client said to me
arman


animate-exhaustively

And did that make you try harder to animate, but taking a longer time to complete? :coding:
/j

I just threw an error and that client can't run me again 😃

Nate đã viết

You can select keys and click Frame to frame only those keys. When your animation is long, you may want to turn off auto frame. It tries hard not to zoom unnecessarily, so often can be left on, but sometimes you do need finer control.

For now, I set a hotkey for "Graph Frame". However, I think the "Graph Auto Frame" functionality should extend to automatically adjusting the window to the clicked keyframe(s) in the Dopesheet. Basically, run the "Graph Frame" functionality when we highlight keyframes.

Graph Auto Frame is restricted to the beginning and end of the animation. I think this stiff functionality tends to get in the way of dealing with the fine details of the keyframes.

When and how Spine applies auto frame is a bit tricky to do without it becoming annoying. You want the graph to auto frame every time you select keys? I would expect this to become annoying, causing you to lose your place.

Can you explain what you mean by losing your place in the graph? If I want to adjust the curves in a specific range within the Animation, I would box-select the keys in that range and hotkey "Graph Frame". I want that to be an automated function rather than a hotkey.

I personally do not see the benefit of auto framing the start and end of a bone's keyframes in most cases, because the reason I want to adjust the curves is between a few keyframes. If I want to select all keyframes, I can select the bone(s) again. If I need to keep my place in the graph, I would just toggle Auto off.

skarasuko đã viết

Can you explain what you mean by losing your place in the graph? If I want to adjust the curves in a specific range within the Animation, I would box-select the keys in that range and hotkey "Graph Frame". I want that to be an automated function rather than a hotkey.

What would happen when you want to box select keys for any other reason? It would auto frame and that may not be what you want. The auto frame zoom and pan can cause you to lose your place. It's better to frame only when you actually need it, which is generally less often than box selecting. Alt+right mouse drag is also useful.

When adjusting the curve between 2 keys, I think it's not usually necessary to make the curve take up the entire graph.

3 tháng sau
Nate đã viết
skarasuko đã viết

Can you explain what you mean by losing your place in the graph? If I want to adjust the curves in a specific range within the Animation, I would box-select the keys in that range and hotkey "Graph Frame". I want that to be an automated function rather than a hotkey.

What would happen when you want to box select keys for any other reason? It would auto frame and that may not be what you want. The auto frame zoom and pan can cause you to lose your place. It's better to frame only when you actually need it, which is generally less often than box selecting. Alt+right mouse drag is also useful.

When adjusting the curve between 2 keys, I think it's not usually necessary to make the curve take up the entire graph.

Perhaps our workflow is pretty different to each other. So far, I can't think of anything in my long-time experience that requires me to keep my graph in place. I always intend to adjust the curves of my highlighted keyframes in the dopesheet, so I can't imagine any inconveniences of losing the previous area of the graph. I figured just toggling the "Auto" button would prevent you from losing the graph zoom, anyways. I did forget to mention, however, that I keep both the dopesheet and graph view up.

The general reason I'm stating my opinions is because the current function of the Auto Zoom might be making it inconvenient for most of us to navigate the keyframes and its curves, since it only zooms the absolute start and end of a bone's keyframe set. It may be better for us to have enough room to see the curve handles (like I said before, I prefer to have constant "snapshots" of each keyframe I work on).

I also have to add. I think it's redundant that the toggle for "Auto" is the exact same function of "Frame" while the keys are highlighted, but then it reverts to its common function. And it has another flaw I've observed, such as a bone's keyframe is set at "30-40", but the zoom includes "0-40".

Hmm.. Auto kicks in when I move a single keyframe or a handle. It should at least be "silent" during focused moments like that.


Is it possible to revive an element of the older graph, as a toggle option? I've read mention of how we want to avoid robotic-looking animations, but specific cases may require that look. We're not always dealing with character animations. If multiple bones need to synchronize with each other, I think we do need the convenience of 3.8 Graph. Bones that have different X, Y, and Rotation directions can't have their handles selected and synchronized appropriately. Also, there are cases when it can be impossible to box select one end of handles.

Especially in cases when a bone moves to a specific Translate coordinate, it can be difficult to align both the X and Y curves to adjust the speed of the action. Attempts to modify the curves can lead to the movement being off the linear trail if that is required (like the animation sample I've uploaded).

18 ngày sau

Sorry I didn't get to respond to your posts sooner!

skarasuko đã viết

I always intend to adjust the curves of my highlighted keyframes in the dopesheet, so I can't imagine any inconveniences of losing the previous area of the graph.

In 4.0+ when you move handles, the handles on the other side of the key are also adjusted (unless separated). Keeping the handles at the same angle like this ensures the transition through the key is smooth. So even when you don't need to see the curves for your whole timeline, you usually still need to see the curve before and the curve after the one you are editing.

Note 3.8 doesn't do this, moving a key does not affect the neighboring handles. That makes a "cusp" where the keyed value changes direction abruptly. It's difficult in 3.8 to avoid cusps.

It may be better for us to have enough room to see the curve handles

It could be interesting to have a kind of auto frame that only frames the curves for the selected key and the curves before and after those. This would allow selecting a key in the dopesheet and seeing that key and its neighbors in the graph. I'm not sure how that would work when making key selections in the graph, that might be a bit awkward.

If multiple bones need to synchronize with each other, I think we do need the convenience of 3.8 Graph. Bones that have different X, Y, and Rotation directions can't have their handles selected and synchronized appropriately.

Agreed! In 4.1.08-beta when multiple handles are selected and one is moved, the other handles are adjusted similar to Match in the old graph. This means you can select handles for different keys, adjust a curve for one of them, and all the others will have the same curve shape (for example, slow then fast)


even if their key frames or values are different. It looks like this:

Hình ảnh bị xóa do không hỗ trợ HTTPS. | Vẫn hiển thị

To make it more clear what is happening, here I've drawn red boxes for each curve:

Hình ảnh bị xóa do không hỗ trợ HTTPS. | Vẫn hiển thị

Also, there are cases when it can be impossible to box select one end of handles.

True, getting the right handles selected can be a pain. We're working on improving this. One idea is to have a mode where selecting a key also selects the next 2 handles after it. Another is to change ctrl+A to select all the handles for keys on the same frame as the selected handles. Currently it selects all the keys for the timelines of the selected handles, which probably isn't as useful.