Bug 506975 - Allow rendering video frames to a directory that already contains video frames without deleting all of them
Summary: Allow rendering video frames to a directory that already contains video frame...
Status: REPORTED
Alias: None
Product: krita
Classification: Applications
Component: Animation (other bugs)
Version First Reported In: 5.2.9
Platform: Other Linux
: NOR wishlist
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-07-13 01:51 UTC by Noel Santos
Modified: 2025-07-13 01:51 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Noel Santos 2025-07-13 01:51:40 UTC
SUMMARY

I'm trying to make a GIF that repeats the top animation 3 times with the bottom part of the GIF changing. I figured the easiest method would be to export the animation 3 separate times, each time switching the visibility of the bottom part from one layer to another, then turn it into a GIF later. Ideally, I'd render the full animation of 7 frames as frames 0000 to 0006 PNGs, then redo it from frames 0007 to 00013, and 0014 to 0020.

Unfortunately, even if I specify that I want numbering to start at 7, Krita only gives me the option to delete the existing frames, EVEN IF THERE IS NO CONFLICT. So if I have frame0006 in the directory, and I tell Krita to start numbering at 7 so it will not generate a frame0006, it will start from frame0007, Krita still deletes frame0006.

WORKAROUND

You can work around this by moving the frames to a different directory every time. Or simply using a different prefix (e.g. foo0007) and renaming them later.

PROPOSED SOLUTION

The dialog that warns the user that files with a prefix already exist in a directory should let the user choose between "delete all frames," "only replace existing frames," or "cancel" the operation instead of a simple continue or stop.