| Summary: | Animation stops playback after a certain frame, but will continue to play audio and restart | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | sora.hikari2608 |
| Component: | Animation | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | CC: | dimula73, emmetoneill.pdx, eoinoneill1991, tamtamy.tymona |
| Priority: | NOR | ||
| Version First Reported In: | 4.2.9 | ||
| Target Milestone: | --- | ||
| Platform: | Microsoft Windows | ||
| OS: | Microsoft Windows | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | Krita Log | ||
|
Description
sora.hikari2608
2020-07-07 22:56:22 UTC
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.) The bug should finally be fixed in Krita 5.2.3! :) |