3D rad's project undo process
May 8, 2017 3:17:20 GMT
Power Supersport, Thunder, and 2 more like this
Post by TinSoldier on May 8, 2017 3:17:20 GMT
Ohhh boys and girls...
Once again 3drad crashed on me for an unknown reason when i changed focus to firefox, to watch a movie and left 3drad open in the background.
When i came back to continue with 3drad, it gave me the error box saying, 3drad had crashed and closed it for me.
So i left it for the night, the next day, i opened the wrong copy of the project ( not the latest with the new changes from yesterday ) and didn't notice, made a bunch of new changes, over writing ALL my undo copies, then to make matters worse, saved this version as the latest, which over-wrote the last saved version....
The end result... i lost about 4 hours worth of edits / changes, all of which i was happy with, which now i have to redo...
Luckily it won't be too hard to redo.
Sooo, i got the idea to create a backup process for 3drad, using 3drad..
A little glitch in the process turned out to be 3drads lack of a method to read file modification times from a directory.
So, i found a way to do that with a batch file, then read the batch file to find the oldest file to use as the starting point for backing up new projects.
While i was testing 3drads file "undo" process, found out that all this time, 3drad doesn't backup to the undo folder properly IMO, by this i mean...
Every time you start a new editing session with 3drad, it starts the UNDO save process using "undo_001.3dr"....
The issue here is that that file probably isn't the oldest saved undo project, as a matter of fact it could be the most recent saved project change, which should be the LAST file over-written, not the FIRST.
3drad assumes with each new edit session, that all the old undo saved projects before it, cant be applied to the current project, assuming that it may be a different project... so the old undo projects don't actually matter anymore, ... in 3drads view....
Buuuttt, if undo_001.3dr happens to be the last edit from the day before, as soon as you start up 3drad, it over-writes this file as the first undo project, and in this case, would delete your last undo project, from the day before.
This sort of makes sense, but IMO, defeats the backup process yet again...
I've noticed before that the undo projects seem to be out of order when sorted by modification date, now i understand why this happens...
So now i'm debating, do i want to create a new timed backup process, which i'm sure i can do, and which would give about 6 backups per hour ( done once every 10 minutes ), which gives you 15 hours wroth of backups, using 90 project saves, from the undo folder.
Also thought about adding a save option for every 31st undo project, the idea is to make sure you never overwrite ALL your undo files without saving at least one of them first. ( is is possible to make 31 project changes in less than 10 minutes, which would overwrite ALL your undo projects).
Is this worth the trouble to create for 3drad, seeing that it's abandon-ware now ?? , i ask you all ??.
WOW, i think my caffeine level is in the red again
Once again 3drad crashed on me for an unknown reason when i changed focus to firefox, to watch a movie and left 3drad open in the background.
When i came back to continue with 3drad, it gave me the error box saying, 3drad had crashed and closed it for me.
So i left it for the night, the next day, i opened the wrong copy of the project ( not the latest with the new changes from yesterday ) and didn't notice, made a bunch of new changes, over writing ALL my undo copies, then to make matters worse, saved this version as the latest, which over-wrote the last saved version....
The end result... i lost about 4 hours worth of edits / changes, all of which i was happy with, which now i have to redo...
Luckily it won't be too hard to redo.
Sooo, i got the idea to create a backup process for 3drad, using 3drad..
A little glitch in the process turned out to be 3drads lack of a method to read file modification times from a directory.
So, i found a way to do that with a batch file, then read the batch file to find the oldest file to use as the starting point for backing up new projects.
While i was testing 3drads file "undo" process, found out that all this time, 3drad doesn't backup to the undo folder properly IMO, by this i mean...
Every time you start a new editing session with 3drad, it starts the UNDO save process using "undo_001.3dr"....
The issue here is that that file probably isn't the oldest saved undo project, as a matter of fact it could be the most recent saved project change, which should be the LAST file over-written, not the FIRST.
3drad assumes with each new edit session, that all the old undo saved projects before it, cant be applied to the current project, assuming that it may be a different project... so the old undo projects don't actually matter anymore, ... in 3drads view....
Buuuttt, if undo_001.3dr happens to be the last edit from the day before, as soon as you start up 3drad, it over-writes this file as the first undo project, and in this case, would delete your last undo project, from the day before.
This sort of makes sense, but IMO, defeats the backup process yet again...
I've noticed before that the undo projects seem to be out of order when sorted by modification date, now i understand why this happens...
So now i'm debating, do i want to create a new timed backup process, which i'm sure i can do, and which would give about 6 backups per hour ( done once every 10 minutes ), which gives you 15 hours wroth of backups, using 90 project saves, from the undo folder.
Also thought about adding a save option for every 31st undo project, the idea is to make sure you never overwrite ALL your undo files without saving at least one of them first. ( is is possible to make 31 project changes in less than 10 minutes, which would overwrite ALL your undo projects).
Is this worth the trouble to create for 3drad, seeing that it's abandon-ware now ?? , i ask you all ??.
WOW, i think my caffeine level is in the red again