Thoughts for animation editor 2.0

New releases and general discussions.

Post » Tue Sep 14, 2010 12:36 am

Not too long ago there was a thread suggesting a change in the design of the animation editor (or rather, a throwback to TGF). That thread and the recent threads about what should or shouldn't be in Construct 2 made me think about the animation editor a bit, and I came up with some ideas that I think could improve the animation editor. But before we get to that let's take a look at the current one.



First things first. I like this editor, it's reasonably compact and does what it needs to quite well. The TGF radial... thing, was good, but it took up quite a lot of space for, let's face it, relatively low functionality.

The animation list in Constructs current editor is better in my opinion. The tree-structural approach to listing the animations allows for a better overview while not using up too much space.

The frames list is also good, but not great. It, again, does what it needs to. But not much more than that, and if you have a very long animation, things get unruly fast.

Which brings me to the properties view. This is, in my opinion, the weak link in the animation editor. Most importantly, it's all the way over on the other side of the screen (which admittedly can be changed, but I think most people keep it as it is by default because of convenience. At least I do) while not really showing that much infromation.



And last, something everyone wants, animation preview. As it is now we have to preview the entire layout to see if the animation looks right. Add to that that we have to jump from one side of the screen to the other to make changes. I think it's clear that it could be improved.

So here's my suggestion.



First, we have an Animation Preview at the top, with a convenient progress bar and a box showing the current frame, as well as some buttons which we'll get to later.

Second is the Frames List. Here is where changes to the old start (I'd call the preview an 'addition' rather than a change).

Instead of showing our frames as icons we have a list, with three columns. The first columns is "Frame", which I think is fairly self-explanatory. Next we have "Speed", this is in fact speed from the properties view. So instead of going to the propertes view to change the speed of a frame, we can do it here.

Last is something new. This idea I got from Unitys Animation View. "Function" would allow us to call a function from a frame in an animation. In my example the function is to play a sound, this could be used to play sounds of different footsteps (left/right, stone ground/wooden floor, etc) when a character walks, but it could be virtually anything.

Below the Frames List we have the Animations List. This, too, incorporates the functionalities from the property view into the animation editor instead. So we could now set the speed of animation and if it loops from here instead. (Note that the names themselves of the animations in the Animation List does not represent how I think it should look. I think the way it looks now is great, I'm merely suggesting added functionality.)

In my example the "Tags" functionality is not present, but I'd imagine it could be included in a similar fashion.

And last, here's a short legend of the different buttons/icons.


Play animation - Plays the animation in the Animation Preview window (animation is resized to fit if it's bigger than the preview window)


Preview in window - Opens a window showing the animation in 1:1. Usefull for larger animations/characters.


Pause animation - Pauses the animation in the preview. The frame in the preveiw will be the one that is selected either via the progress bar or the Frames List.


Loop? - When ticked, the animation loops.


Repeat # - The number of times to repeat (if not looping).


Repeat to - The frame number to go back to when the animation ends.


Ping-Pong? - When ticked, reverses the animation on end.


So, there are my ideas for the animation editor, I'm interested to see what you guys think. I started a new thread instead of posting in the "Most Wanted" thread because I think it could be discussed in detail of how to improve the editor for 2.0 instead of just saying that we want it improved.
B
73
S
20
G
10
Posts: 524
Reputation: 9,896

Post » Tue Sep 14, 2010 4:21 am

Not too sure about the call function from frame, but the rest looks nice.
Noticed it looks like you have a keyframe/timeline bar under the animation preview... would be sweet if one could actually drag it with the mouse.

A couple things...
Are we keeping sub animations? If we do it would be nice to see some expressions targeted at those.

[quote:8881k7tb]The frames list is also good, but not great. It, again, does what it needs to. But not much more than that, and if you have a very long animation, things get unruly fast.[/quote:8881k7tb]

Yeap, a bigger preview would be nice, and the ability to change the background color... ya know suppose your sprite is white.
Image Image
B
161
S
48
G
90
Posts: 7,356
Reputation: 66,767

Post » Tue Sep 14, 2010 4:44 am

[quote="newt":1fpeplsr]Not too sure about the call function from frame, but the rest looks nice.[/quote:1fpeplsr]
I think it could be immensely useful. What about it are you unsure about?

[quote="newt":1fpeplsr]Noticed it looks like you have a keyframe/timeline bar under the animation preview... would be sweet if one could actually drag it with the mouse.[/quote:1fpeplsr]
That was the general idea. Sorry if it didn't really get conveyed properly.

[quote="newt":1fpeplsr]A couple things...
Are we keeping sub animations? If we do it would be nice to see some expressions targeted at those.[/quote:1fpeplsr]
I see no reason to get rid of sub-animations. Even though I don't use them much myself.
B
73
S
20
G
10
Posts: 524
Reputation: 9,896

Post » Tue Sep 14, 2010 4:50 am

I really like all the ideas presented here. Especially the function one.
B
9
S
2
G
4
Posts: 346
Reputation: 2,726

Post » Tue Sep 14, 2010 12:58 pm

[quote:i3fayxcw]I think it could be immensely useful. What about it are you unsure about?[/quote:i3fayxcw]

Its just kinda non sequitur, does not follow... its the animator not the preview. Then again I have no idea how hard it would be to put it in there, so if the devs do it... more power to em.
Image Image
B
161
S
48
G
90
Posts: 7,356
Reputation: 66,767

Post » Tue Sep 14, 2010 4:20 pm

This looks great. I really hope the devs consider this or something similar.

I actually loved the "radial thing" TGF/MMF had for animation directions; It was quick and easy to use. It's only drawback was it's 32 direction limit. Having multiple animation directions in Construct's current editor is a serious hassle.
Image
B
225
S
27
G
13
Posts: 1,774
Reputation: 18,024

Post » Tue Sep 14, 2010 5:28 pm

Being able to preview/play a single animation would be nice. Right now, layouts load and save slow on my CPU even though my CPU is way beyond the technical requirements. If I could preview just one animation, I could get fly back and forth between testing and working much faster.

Here is another thing; I like the animation listing style you have better than what's in Construct now. And, I wish I could drag and drop an animation that was listed as, say '160', move it to where it says '5', and still have it read '160' unless I edit the number manually... AND, the animation will run in the order they are listed rather than just based on the assigned number. I've found that when you're using a ton of animations per character like I do, you need to move frames around a lot. But by the time you finish and time passes, you're not going to remember that frame '125' got moved to frame '7', and '9' got moved to '13', and so on. If the number never changes unless I change it, I'll always know where I've put each frame.
B
12
S
4
G
3
Posts: 426
Reputation: 2,458

Post » Tue Sep 14, 2010 10:01 pm

I like this proposal, despite of it's overwhelming redness >_<

The original animation editor shows frames as tiny thumbnails that aren't really useful at all (I can't even tell frames apart in it).

One thing I don't really like is calling functions. Mainly because that's putting logic IN the animation, which could be confusing and I could see it becoming the source of frustration(why is this being called? I can't see it in any event sheet! ARGH!). INSTEAD I would suggest something that looks almost the same but it's not: being able to fire an event, which can be used in the event sheets to do the good stuff you can doo in event sheets. This would allow complex interaction with animations right off the bat!
B
3
S
2
G
4
Posts: 1,445
Reputation: 4,665

Post » Wed Sep 15, 2010 2:21 am

I'm definately in favour of these suggestions! (even though I can't see any of those images :( )

I do like the function thing but I think it might be separating things from the event sheet a little too much.

I also like the radial animation angle viewer, if it wasn't limited to 32 directions but rather had more of a vector type layout, I think it would be really powerful.

Creating many animations directions in Construct at the moment really IS a hassle (especially importing them, see my thread here [url:1x0msfzv]http://www.scirra.com/forum/viewtopic.php?f=17&t=5477[/url:1x0msfzv] and take note of the importing animations suggestion)
B
3
S
2
G
5
Posts: 351
Reputation: 2,377

Post » Wed Sep 15, 2010 6:01 am

I'm glad people are liking the suggestions so far =)

[quote="madster":3d8cdiuj]I like this proposal, despite of it's overwhelming redness >_<[/quote:3d8cdiuj]
Hmmm, you're right. There needs to be more red! =P

[quote="madster":3d8cdiuj]... I would suggest something that looks almost the same but it's not: being able to fire an event, which can be used in the event sheets to do the good stuff you can doo in event sheets. This would allow complex interaction with animations right off the bat![/quote:3d8cdiuj]

It seems opinions are split on the call functions feature, which I was expecting. What I mainly wanted to suggest with the call function feature was added functionality, rather than a specific set in stone feature. Figuring out what that funcitonality would be is the point of this thread, among other things.

[quote="Arcticus":3d8cdiuj]I'm definately in favour of these suggestions! (even though I can't see any of those images :( ) [/quote:3d8cdiuj]
Strange, I've never heard of anyone having problems seeing images from Photobucket before. Are you viewing from school or some other form of public computer? Those often block imagehosts on their systems.

[quote="Arcticus":3d8cdiuj]I also like the radial animation angle viewer, if it wasn't limited to 32 directions but rather had more of a vector type layout, I think it would be really powerful.[/quote:3d8cdiuj]
I understand advocating the radial selector for reasons pertaining beginner frienliness, but if we're talking power and efficiency, the radial selector loses. Every time. What we have now gives us access to 360 degrees worth of angles, with shortcuts to the eight main directions when you create a new angle. You can not have any more angles than that. Though I admit, it would make more sense to me if the 0 degree angle was up and not right, then you could imagine the angles like a clock. The radial selector also took up a lot of unnecessary space.

[quote="Arcticus":3d8cdiuj]Creating many animations directions in Construct at the moment really IS a hassle (especially importing them, see my thread here [url:3d8cdiuj]http://www.scirra.com/forum/viewtopic.php?f=17&t=5477[/url:3d8cdiuj] and take note of the importing animations suggestion)[/quote:3d8cdiuj]

I looked at it before and looked agagin at it now. It's an interesting idea, but I'm not sure of how practical it would be.

What you're doing is essentially cutting away one part of the process (creating angles for your animations) and replacing it with another one (prepping your animations to be imported in this manner), and I don't think you would really save any time or work with it.

If the idea is to limit the time spent on creating animation angles, there exist features aimed towards that in Construct. The mirror/flip animation toggleboxes in the property view. Of course, if you have different animations altogether for left/right, then it's a different thing. But, I think the time you would spend on prepping your animations in this manner would be fairly similar to the time spent creating new angles.
B
73
S
20
G
10
Posts: 524
Reputation: 9,896

Next

Return to Construct Classic Discussion

Who is online

Users browsing this forum: No registered users and 1 guest