Hey! Hoping you all could help me. When I draw each of my frames onto the timeline, I can scroll through using my keyboard and they will each show in the correct order, but when I press play to watch them as one single animation, the order is messed up: for example, on a simple three frame animation, with frames 0, 1 and 2, it will play back as if frame 0 was frame 2, frame 1 was frame zero, and frame 2 was frame 1 (it appears that the order is shifted)! If you need a video so that you can see what is going on, i can post one. Hopefully you can help, thanks!
It might also be helpful to mention that I am working in version 4.2.9 of Krita on a Mac: I tried version 4.2.6 as well, but had the same issues. It might be an issue with my computer instead of the program, but I am not sure. Krita is an amazing program, and I would love to use it to learn animation. 
Will appreciate any and all help!
I’ve been looking around and noticed that Krita version 4.3 is out, and that my computer needs to be updated, will see if this helps…
Updating to the beta version of 4.3 didn’t help…
Hello and welcome to the forum
Version 4.3.0 is available as a beta-1 release for trying out and it seems very stable, having many bug fixes compared to version 4.2.9.
If you can provide a video showing the problem (via a link, you can’t upload videos to the forum except for animated .gifs) then that would be good.
A simple fullscreen screenshot showing the Layers docker, Timeline docker and Animation docker is also a good thing to upload for viewing.
Are your three frames all on one layer, on frame-0, frame-1 and frame-2 of the Timeline and what is the framerate and canvas size?
(That would be answered by a fullscreen screenshot.)
This problem sounds like either a computer performance limitation or maybe a krita settings problem.
I have no problems with frame sequencing on playback over long and short animations at various speeds. I know I don’t because I’ve made many simple test animations in response to various problems from various people.
I use Linux or Windows 10 on a very old desktop PC and I don’t have use of a Mac.
Can you say which Mac, which MacOS and the hardware specifications of your computer in case a Mac user or developer is aware of anything specific?
The important thing is, does it render out to .mp4 (or animated .gif) properly? This is the desired end result.
Hello, and thank you so much for the quick response! I am a bit busy, but will provide a video along with some additional information later today. Thanks again!
Hello again! I posted a single video showing everything you mentioned so that you wouldn’t have to hop around looking at everything. 
It is unlisted on my Youtube channel, here is the link.
Hope this helps!
That’s interesting and annoying. It maybe a Mac specific thing so I hope a Mac user or developer can try this. There are some out there, you are not alone.
Your animation is small and short and should not stress anything.
Can you download and try this very simple animated .kra file which I don’t have any problem with, to see if you do:
https://www.dropbox.com/s/tzjtiqoz3l9wwg4/TestAnim-0-9.kra?dl=1
and also this one:
https://www.dropbox.com/s/5ylksznvmdtijg5/Test-Anim-0-3.kra?dl=1
Interesting, the file with green lettering had the same timing issue, but the file with blue lettering worked perfectly fine.
I was wondering if there would be a difference.
The blue number sequence is a single layer fully painted animation.
The green number sequence is a two layer animation with non-animated white background layer and an animated transparent layer with numbers painted on it.
There is a problem. Can you make a single layer fully painted animation (only three frames) to see if that works for you if you make it?
I think this will need a formal bug report but please give all that a try and any other variations you can think of before going to full formal bug reporting mode, which is here: https://bugs.kde.org/ but is not as soft and cuddly as this forum.
Ah wait! Finally figured it out! In order to see if there was something different between mine and your files, I took a screenshot of each and put them side by side. I noticed that while your file had the settings “(16-bit integer/channel) scRGB (linear),” mine had the settings “(8-bit integer/channel),” and a scRGB (default) setting, it probably looks different than that, I’m no coder. I don’t know how this made the difference, maybe you could explain, but it worked! Hopefully this will be helpful to others in the future, thank you so much! 
That was me being careless.
The 16-bit linear was because I’d previously done something using that particular setting and I forgot to set it back to 8-bit default. I made the 8-bit one some time later after changing back to 8-bit default.
To be clear, the 0-9 blue number sequence is 16-bit linear, the 0-3 green sequence is 8-bit default. They both play correctly for me.
Are you saying that if you use 16-bit integer scRGB (linear) then the playback sequence is correct for you but it is not if you use 8-bit integer scRGB (default)?
If so, then there is still a problem for you.
I think it may be the layer structure, not the 8-bit/16-bit difference.
Can you explain in more detail why you now seem to be satisfied about this?
Yes, it appears that if I change it to 16-bit integer scRGB (linear), then the frames play correctly. If I use 8-bit integer scRGB (default), it does not play correctly. I used the same layer structure for both settings, and it only worked on 16-bit. I thought that changing the settings is what fixed the problem, but if there is still a problem underneath, then I might still need a little help: I’m not very familiar with the mechanics of Krita and its software, so I don’t understand why changing the settings “fixed” the problem. I’m sorry this is taking up a lot of your time 
but I really appreciate the help. Thanks again!
My providing you with a 16-bit linear image was a total accident on my part.
However, it may provide a clue for the developers to figure out why you have that frame play problem on the Mac with the 8-bit default images.
I don’t have any problem with 8-bit default images and neither should you.
(My earlier comment about “maybe a krita settings problem” was a reference to the Performance settings, CPU and RAM related things, which would not be an issue for such a small animation.)
Please make a formal bug report at https://bugs.kde.org/ noting the problem with 8-bit default images (which should not happen) along with your link to the video. Also, of course, note that there is not a problem with 16-bit linear images.
Can you try 16-bit default images to see if they work ok for you?
I won’t be able to formally Confirm your report because I don’t have a Mac to replicate the bug. There must be a Mac user or developer out there who can do that.
You’ve found a bug and can help to get it fixed, well done
In the meantime, I think you can produce animations correctly rendered to .mp4 using 8-bit default if you’re happy to ignore the playback frame presentation bug?
If 16-bit default works as well, you can use that to avoid having playback frame numbering errors while working on it.
Got it, thanks again for your speedy help! I will happily continue using Krita, and hopefully this bug I found will get fixed. Thank you very much!
16-bit default images work as well.
The bug has been reported.
This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.