<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small">Andrea,</div><div class="gmail_default" style="font-size:small">That would be good to update Section 4.4.3 which currently discusses backup.xml, backup_prev, and perpetual sessions to add additional information about "Autosave continuous backups".  Unless I made a mistake, the following are some corrections.<br></div></div><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
if I don't enable the new option (default), a backup is created at<span class="gmail_default" style="font-size:small"> </span>each editing actio<span class="gmail_default" style="font-size:small">n</span> </blockquote><div><span class="gmail_default" style="font-size:small">True. This is the backup.xml file.  When you "Load backup" or "Save backup", this is the file that is written or loaded.</span> <br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">but this overwrites the previous backup.prev</blockquote><div><span class="gmail_default" style="font-size:small">No, before backup.xml is rewritten because of a new editing operation, its current contents is written to backup_prev.</span> <br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> so in .bcast5<br>
there will be only one backup file (plus backup.xml whose function I<br>
don't understand).</blockquote><div><span class="gmail_default" style="font-size:small">So from the above, it should be clear that there are always 2 backups - backup.xml and backup_prev.   Of course, if you are a new user, neither of these files will exist until some editing has been done or saved.<br></span></div><div><span class="gmail_default" style="font-size:small"></span> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
If I enable "Autosaves continuous backups" the backup.prev file is not<br>
overwritten, but a new backup.prev_xxxxxxxx_xxxxxx (with data and<br>
clock time) is created. </blockquote><div><div style="font-size:small" class="gmail_default">No. backup.xml and backup_prev work exactly as before.  The new ability is that before backup_prev is written over from backup.xml, it is copied to a whole new file named backup_prev.timestamp.</div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><span class="gmail_default" style="font-size:small"></span>These are small files so their number is not a<br></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
problem. In any case when you exit CinGG the various backups are<br>
deleted except for the last 50, which will still be available at the<br>
next restart. </blockquote><div><span class="gmail_default" style="font-size:small">True, but remember, backup.xml and backup_prev are never deleted by the program.<br></span></div><div><span class="gmail_default" style="font-size:small"></span> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The new option is put in Settings --> Preferences --><br>
Appearance Tab under the Dangerous section because if you have a crash<br>
or anyway you don't exit CinGG correctly, the delete phase doesn't<br>
happen and the risk is the increase of the backup files inside .bcast5<br>
but, as said, their size is very small and so not a big problem.<br>
With this option enabled, how does File --> save/load backup work?<br>
Is there anything I didn't understand? Is there anything to add<span class="gmail_default" style="font-size:small">?</span></blockquote><div><span class="gmail_default" style="font-size:small">With the above explanations, I think it is clearer but maybe someone else has something to add.  I still think it is necessary to stress the possibility of filling up the disk -- the risk is very low but if the backup file goes crazy and is looped out for some reason, than the possibility exists.</span> <br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
There are a few parts where save_backup() is called (Reuss Andràs):<br>
<br>
cinelerra/cwindowgui.C:2<br>
cinelerra/swindow.C:1<br>
cinelerra/keyframepopup.C:2<br>
cinelerra/pluginpopup.C:1<br>
cinelerra/mwindowedit.C:87<br>
cinelerra/presetsgui.C.sav1:1<br>
cinelerra/assetpopup.C:1<br>
cinelerra/cwindowtool.C:1<br>
cinelerra/render.C:1<br>
cinelerra/setformat.C:1<br>
cinelerra/mwindow.C:9<br>
cinelerra/keyframegui.C:2<br>
cinelerra/mwindowgui.C:1<br>
cinelerra/mainmenu.C:1<br>
cinelerra/loadfile.C:2<br>
cinelerra/savefile.C:2<br>
cinelerra/menueffects.C:1<br>
cinelerra/main.C:1<br>
cinelerra/presetsgui.C.sav:1<br>
cinelerra/record.C:1<br>
cinelerra/plugindialog.C:1<br></blockquote><div><span class="gmail_default" style="font-size:small">Andras knows a lot more about the program calls then I ever will so his lists makes sense</span> <span class="gmail_default" style="font-size:small">as these sound like editing changes.</span></div></div></div>