SUMMARY the animation preview thing plays all the keyframes late like if theres a keyframe at frame 0 and a keyframe at frame 3 it will show frame 0 at the time frame 3 is supposed to be playing, the audio is hard to sync to as a result in addition, sometimes when i render the animation the last two keyframes are cut off (i don't see them) Audio is mp3 format, around 30 sec long; working on 10fps at a screen size of 1920x1080px with a xp-pen deco 01 drawing tablet STEPS TO REPRODUCE 1. ?????? 2. 3. OBSERVED RESULT ??????? EXPECTED RESULT ???????? SOFTWARE/OS VERSIONS Windows: macOS: macOS Catalina??? Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
Using the 4.2.9 appimage, I made a similar animation and the playback was fine (but no audio playback with an appimage) and the rendered output was good. This may be a macOS related problem. Please provide the .kra file (or a link to it) and the audio file (or a link to it) so that someone can test this on macOS. Also, can you provide a video screenshot showing the problem? Can you try this with the 4.3.0 beta-1 release?
Yeah, I've attached everything you asked for, and I'm willing to try it with the 4.3.0 beta-1 release. But where exactly can I find it? Because it still shows Krita 4.2.9 as the latest version when I go onto the Krita homepage. Thanks!
It's here: https://krita.org/en/item/first-beta-of-krita-4-3-0-released/
Created attachment 128696 [details] attachment-18768-0.html Just tried it, the same bug is there for me.
You've attached a text version of your reply. You can attach .kra files less than 4MB in size but I don't know if you can attach .mp3 files. You can provide a link to your Dropbox or to some other file sharing service to provide files if you like.
Created attachment 128698 [details] attachment-20742-0.html Yeah, I can do that. Do I have to send over all four files again? Sorry, I'm not very tech-savvy.
What is needed is the .kra file you're working on, which is giving you these problems and also the .mp3 audio file in case the problem is related to the use of that. If you can do a video screenshot showing the problem as well, that would be very useful. For some reason, you are attaching an html version of your own reply. If you have difficulty with attaching files, you can use a website based file sharing service and give the link in your reply here. I use https://uploadfiles.io/ for casual sharing. (This is free and anonymous but has a 30 day max storage time. A Dropbox or similar personal account is much better for long term sharing.)
Created attachment 128699 [details] attachment-22151-0.html Ah, okay. Recording of animation playback: https://ufile.io/7zae44l0 .kra file: https://ufile.io/19aany6g Audio: https://ufile.io/r9x9nvt5 Rendered animation: https://ufile.io/6s43qdvd It should work now? On Fri, May 22, 2020 at 1:15 PM Ahab Greybeard <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=421881 > > --- Comment #7 from Ahab Greybeard <ahab.greybeard@hotmail.co.uk> --- > What is needed is the .kra file you're working on, which is giving you > these > problems and also the .mp3 audio file in case the problem is related to > the use > of that. > > If you can do a video screenshot showing the problem as well, that would be > very useful. > > For some reason, you are attaching an html version of your own reply. > > If you have difficulty with attaching files, you can use a website based > file > sharing service and give the link in your reply here. > > I use https://uploadfiles.io/ for casual sharing. (This is free and > anonymous > but has a 30 day max storage time. A Dropbox or similar personal account is > much better for long term sharing.) > > -- > You are receiving this mail because: > You reported the bug.
Thanks for your comment! Automatically switching the status of this bug to REPORTED so that the KDE team knows that the bug is ready to get confirmed. In the future you may also do this yourself when providing needed information.
The .kra file you provided is an autosave file so I assume you had a crash at some stage or you killed/terminated krita for some reason. It does seem to contain everything though. The .kra file animation has content from frame-0 to frame-165 and is set to play from frame-0 to frame-165 and is set to render from frame-0 to frame-165 so that is ok. It's set to render as an animated .gif so I assume you changed that to .mp4 at some later stage. The video screenshot you provide runs beyond frame-165, maybe it's set to an end point of frame-185? It's difficult to tell from the video. You have keyframes at frame-0, frame-26, frame-28, frame-30,31,32, .... The keyframes play in the correct order when I play the animation. I notice that you have onion skins showing and that gives a green flower for frame-25 visible when frame-0 is displayed during playback. Similar effects with red and green flowers happen during the rest of the playback, as would be expected. This may be why you think that the frames are playing in the wrong order. You can turn off the onion skins with the small lightbulb icon by the layer nake on the Timeline docker. As for the last keyframes being cut off when rendered out, are you sure that the rendering frame range (which is separate from the animation docker play range) is set correctly? I think this is not a bug but a misunderstanding of what krita is doing, how it works and the details of the settings for various things. Can you please consider the points I made to see if any of them help you to understand what may be going wrong for you. If they do then this is not a bug. If you need help or advice for any aspect of using krita then it's much better to use the forums such as: https://forum.kde.org/viewforum.php?f=136 and https://krita-artists.org/
Created attachment 128705 [details] attachment-11910-0.html Yeah, the rendering cutting off some frames wasn’t a bug, sorry about that. I noticed after I reported it that I set the frames from 0-100, so I changed it and it doesn’t cut off the keyframes anymore. So that issue is resolved. The reason the video of the animation playback goes beyond frame 165 is because the audio is longer than 165 frames. So the video playback plays past the end of the rendered video. I did turn off onion skin while playbacking my animation, and it was still a problem for me. The keyframes play in the right order, but they sort of lag, if you know what I mean. For example, if I had an animation with a keyframe at frame 0 and at frame 5, it would show frame 0 at the time frame 5 is supposed to be shown, and it would show frame 5 at the time the next keyframe is supposed to be shown. For a clearer example, perhaps try comparing at the last two keyframes in the playback video where the character has its back turned to the camera then turns around? The audio does not sync up and it’s not a result of the onion skin, it keeps happening even when I turn onion skin off. Also, in the part where the audio starts going “back home”, the rendered version shows the keyframe of the close up of the head and chest of the character, but the playback still shows the keyframe of the legs, and there’s a small lag before it switches to the next keyframe. Thanks for your time!
When you talk about frames lagging on playback, do you mean that they lag with respect to the audio track? If so, this is does happen and there are many bug reports about audio synchronisation on playback and the developers are very aware of the problems with audio. Krita is not audio workstation class software. All you can hope for is that the audio is propertly synced to the video after it's rendered out to .mp4 (a job that is done by ffmpeg outside of krita). If you want to lay down an audio track with exact synchronisation to video then it's better to use a specialist audio/video application like KDEnlive (or various others that are available). As for showing one keyframe where another keyframe is supposed to be on playback, I don't see that happening (from a video point of view) with the .kra file you provided. Then again, I don't have audio playback since I use a Linux appimage but the audio renders out to .mp4 ok for me.
Created attachment 128731 [details] attachment-30607-0.html Ah. Okay. Thanks for letting me know.
I'll set this to Resolved Not A Bug I won't use Resolved Duplicate because the audio sync problems are well known and widely reported. If you have frame sync problems or any problems on playback, not related to audio synchronisation, then do raise another bug report.