Multiple autosave files


Blender files are really good, in 8 years I only see one corrupt file (today). And the idea of rename last save file to blend1 also help a lot. But a lot of time blender crashes, I destroy a mesh, I forgot to save the file (yeah, sometimes happens)… specially when you work with experimental branches. And Always I go to autosave files an try to recover the file that I had, but not always I can recover my work, by some reasons.

  • The last autosave is after the problem, so I have a savefile with same problem or with loss data
  • The quit file is overwrited by a empty scene
  • The “recover last session” is not coherent and sometimes give me a file that is not the last that I had.

So, I want to ask by a little features

  • Multiple autosave files for same file, to have the last two or three autosave
  • Quit file with the filename, to not overwrite with other blender session
1 Like

I came to report exactly this. I just lost (thankfully only) 1 hour of work because there is missing DNA block in the file. I was very lucky I saved previously as I don’t actually save all that often because Blender is soooooooooo reliable when it comes to autosaving.

It’s amazing to have blend and blend1 but there should also be blend and blend1 for autosaves because I have it set to save every 2 minutes or something like that and I don’t feel it at all I only feel it once the file is corrupto ://

I have many autosaves of this file but not one of them is useful. The one that’s corrupt is highlighted.

Will mention some well known names because this sounds like it could be easy to add. @billrey @brecht @sergey @ideasman42


On a side note, what happened to so many multiple autosaves of the same file? It’s almost as if each new Blender instance I start creates it’s own autosave file.

1 Like

@sergey do you think something could be done about this? If autosaves just saved in the same manner as normally, always keeping blend1 in case of trouble…

I’ve just lost a fair chunk of work to get this message: image

1 Like

Yeah hello it’s me again.

Missing DNA block happened a couple of times over the past 2 years but this one hit the target.

We have a deadline tomorrow evening and there are 6 images to render in 6000x4000 px.

Massive renders that take 40 GB of memory and we render them on 3090 in 1 hour! Thanks to Cycles X. Gargantuan nod to @brecht & @sergey and many others who are making that happen.

But there is one thing that really lost many hours I spent working today to meet the deadline.

And that is autosave :frowning:

It’s amazing really… Unless you hit that “Missing DNA block” message that really cuts deep once you realize that the last save was 5 hours ago!

Blender 3.0.0 really doesn’t crash that often surprisingly but I guess I had a bit of bad luck today.

Here is my collage:

Think I’ve missed post here from a wile back.

@AdamPreisler, I don’t really see reasons why it wouldn’t be possible to apply same “versioning” to auto-save files (-autosave.blend1 and such). It actually could be handy.

But to me it seems very specious that DNA blocks are missing. No matter of the blend{1,2,3} style versioning this missing DNA block should be fixed.

If it could be added that would greatly ease the pain. Although it needs to be somehow communicated to the users so they know it’s actually there. Maybe if opening the autosave returns “Missing DNA Block” error then the blend1 is loaded.

@sergey The issue is that Blender crashes during the actual autosaving process so the file ends up corrupted.

The issue is that Blender crashes during the actual autosaving process so the file ends up corrupted.

This seems to be another deviation from regular .blend file writing which I wouldn’t personally expect. For regular .blend files we write to a temp file next to the destination, and swap file over once we know the save was successful. This allows to prevent data loss if code crashes or when you run out of disk space. Kind of expect same approach to be used for autosave files as well.

Technically, I can not think of anything what would make it hard to make autosave to have same logic for versions and temp file. But you’re rising a good point about good UI. Not sure auto-opening is good, but at least all available versions are to be presented IMO.

1 Like

Just leaving this here. Happens also with the 3.0.0 RC


This time around though almost no time was lost :smiley:

Still wanted to note the risk is there.