Animation on playback will stop after frame 3813, which is 200 frames earlier than the set end. After the audio finished, it will then start to replay, even though this shouldn't be happening. 1. I saved the animation after rendering it with ffmpeg 2. then I edited the file 3. saved again 4. now it's bugged. Observed result: Frames will now stop showing after frame 3813 (Animation display will stay at 3813 until replay), audio will finish at 4028 (the end I set) and then the animation will continue to replay until I press stop. Expected result: Animation playing regularly, just like the version before SOFTWARE/OS VERSIONS Windows: Windows 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION Also, the file will not render properly. The majority of the frames will be in the picture folder, but it won't render as a video.
Hi sora.hikari2608 > The majority of the frames will be in the picture folder, but it won't render as a video. That's strange, is there an error message that appears when you try to render the video? > Frames will now stop showing after frame 3813 (Animation display will stay at 3813 until replay), audio will finish at 4028 (the end I set) and then the animation will continue to replay until I press stop. When audio is disabled, does the playback work as expected?
Hi Eoin, > That's strange, is there an error message that appears when you try to > render the video? No, krita just closes itself without any error message. > When audio is disabled, does the playback work as expected? Yes. I also tried using another audio file, and it does work, so I guess it's just not working with that audio file.
Can you please check if it still happens on Krita 4.3.0? If Krita just closes itself it means it's a crash, and if it still happens on 4.3.0, please make it happen and then open Krita again, go to Help -> Show Krita log for bug reports, save it into a file and attach this file, will you?
Created attachment 129997 [details] Krita Log
The animation rendered, and Krita did not crash, but the playback will still stop.
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.
Ok, it looks like the crashing was a safe assert in the previous version: 02 Jul 2020 13:53:17 +0200: SAFE ASSERT (krita): "m_d->requestedFrame == frame" in file C:\Packaging\workspace\Krita_Release_Windows64_Build\krita\libs\ui\KisAsyncAnimationRendererBase.cpp, line 128 Since it's possible it has been fixed, let's focus on the audio issue and leave the crashing/asserts/closing out of the bug report. If you encounter more crashes after updating to Krita 4.3.0, please make a new bug report with Krita log. Regarding audio, would it be possible for you to create a file with either that faulty audio file or some part of it, possibly, and a .kra file? Also could you please check if bug 407505 is something that sounds similar or not? If yes, you can click "Mark as Duplicate" on this bug report and paste `423980` so there will be only one left. (In any case, Emmet and Eoin are working on animation now and will hopefully try to fix the audio, too).
Yep. I can confirm this on Krita 4.3. Whenever you add audio to an animation, Krita no longer confines playback to the range of frames that the user has configured. The animation will render correctly, however. This is another thing that will need to change as we tackle some other issues with the way that we handle animation audio. (Thanks for taking the time to file a bug report with us, Sora.)