Printable View
Still, it would help a lot if we could do that and instead get events to trigger them manually if we need to, like On Object Creation/On Object Destruction.Quote:
Originally Posted by Volnaiskra
Not to mention that it would also help if we need a ton of animations (what's the maximum? I think it was 24 anims per object).
I don't think I understand your first sentence. If we want automatic behaviours on creation/destruction, we can use the Appearing and Disappearing animations. If we don't, we can use animations 12+ and manually trigger them however we like. We can use both automatic and manual animations simultaneously, or we can hide the automatic ones entirely and not have to worry about them ever again. To me, adding a "disable automatic animations" checkbox would just be solving an already solved problem.Quote:
Originally Posted by Darkhog
As for having 12 extra animations to use - yes, that would probably help someone....but that someone is probably not you, since the maximum anim count is way higher than what you thought it was, so you've probably never been close to running out of animations ;D. I don't know what the maximum anim count is, but I was curious and got to over 65 just now, before I got bored of clicking and stopped. If I had to guess, I'd say maybe the maximum is 256, but maybe there isn't one.
Regarding the possibility of flipping an active object, meanwhile, we're waiting for this feature, which I hope will come sooner or later. Would it be possible to make an 'official' shader like the flip one, which would solve the problem of hot spot jitters?
So that perhaps it would be supported by the various formats and doesn't require a particular script to hold the flipped sprite in place.
@Crian there is already an official flip shader and it comes with Fusion, it's even ported to Android/iOS/Mac already.
And I'm not sure what you mean by hotspot jitters... Can you make a gif or video of it?
I have visual issue on iOS with build 294 with scrolling, on the picture you can see the difference between iOS and Android.
On iOS there are space around the background where it should not have (all the objects that have scaling issue while scrolling the screen are quickbackdrop).
I've also seen the same issue with counters when using vertical/horizontal bars.
This issue was not present on build 293.10.
Attachment 31682
Also, on Android, there is a visual issue that seems to comes from the general window scaling system, when you put two images one above another, you will see some part of the images under while it should be not visible. I've made a small MFA to show that issue, must be tested directly on an Android device, you will some red around the white:
Attachment 31683
Not sure if this is the correct thread for it but is it possible to get hotkeys assigned for these controls in the image editor (unless there already are some that I didnt know about)
Attachment 31684
Here is an example.Quote:
Originally Posted by NaitorStudios
When the sprite is flipped, it swings like a boat left and right.
The Flip shader only flips the pixels, not the hot spots (they are not accessible afaik). The sprite jitters because the hot spots are moving around on each frame but they are fitted to only match the right-side. When the image flips but hot-spots doesn't you get a mismatch.Quote:
Originally Posted by Crian
One solution is to have a static animation frame size: Don't crop each frame to fit the character.
Instead, give it enough space to fit your largest frame and position the character in place, then let the hot spot remain at the same position for each frame (ex. bottom-center). Then it should match when you flip the character.
Why just not bake in flipped sprite in another direction or animation? That's what I do, never really needed flip shader for anything.
Probably to save storage and be easier to change later on...
It would be cool if Fusion could smartly detect a flipped sprite and store optimize it just like it does for repeated sprites...
Basically, it would need to only store hotspot/action point, animation speeds and loop (in case the animation or direction has a different speed).
Then the sprites could be just the original sprite flipped, no extra storage use.
But from my understanding, the reason we cannot flip it is because it would break collision mask, specially fine collision of the sprites, so I bet this optimization is also not possible for the same reason.