Towards Stability?! - Separate Bak Folders?

Grazie wrote on 6/10/2012, 12:01 AM
OK, I've been leaving Vegas to manage what Version of a BAK, to get-back what it needed to do, to give me back a . . er . . BAK file. Meaning I've pointed Vegas at the same Temp Folder for VP9 and 10 and now 11.

After spending time with Cheema, on the phone, and raising the issues I was having, it seems like having separate Temp/Bak Folders for VP10 and VP11 separates out that all important procedure on save : EXIT>SAVE : which has led me and others to a HANG. It would appear that Vegas NEEDS Version-Centric Temp folders.

I've now been editing for several hours, testing out this theory, and Vegas has been behaving itself. And, BTW, I've done the same to the Edward Troxel Auto Save, now that too has a Version-Centric emergency folder.

To recap: Make Temp Folders for the version of Vegas being used.

Try it, it may assist you too.

G

Comments

John_Cline wrote on 6/10/2012, 2:24 AM
Hmmm, I've always done this, maybe that's why I've never had a problem with Vegas...
Grazie wrote on 6/10/2012, 2:29 AM
Hiyah John! - Y'know what, SO had I! . . . . It was only recently VP9>VP10>VP11 that I had broken the habit; I switched to a new PC and generally ignored some very basic precepts.

So yes, maybe that is why you haven't, and hopefully now NEITHER will I.

VP11 just feels more stable, I'm not getting those . . . "Wait for it" moments. Could it be possible that the Save<>Bak system was timing into and out of the folders?

G

ritsmer wrote on 6/10/2012, 5:42 AM
More Hmmmm: I do Find-and-delete all *.bak files at least once a day - and my Vegas (11) also works really nice and steady.

But: the existence of any file with the extension .bak in any directory should not have the remotest influence on Vegas as Vegas should not even contemplate to open these files unless you intentionally try to go backwards to such a .bak project. - just my one-and-a-half.
Grazie wrote on 6/10/2012, 6:04 AM
Ritzy? Put it another way - please?

G
Chienworks wrote on 6/10/2012, 6:06 AM
Another way is that if this whole .bak file/temp folder thing is true, it's a bug that shouldn't be happening. Having a buncha .bak files in one folder or separate folders or any combination thereof shouldn't be having any effect on how Vegas operates.
Grazie wrote on 6/10/2012, 6:26 AM
Ah! Thanks Prof.

So, improved stability shouldn't be happening by just making separate Folders.

G

ritsmer wrote on 6/10/2012, 6:36 AM
No, no, no - maybe separate folders do improve stability - BUT as Kelly says: then it's a bug that shouldn't be happening.

BTW: did you ever check if the stability of Vegas correlates with the current Moon phase?

Sorry, Graham - couldn't resist on a dull and rainy Sunday here in CPH :- )

Grazie wrote on 6/10/2012, 6:45 AM
Yes yes yes, I DO concur with Kelly.

G

Gary James wrote on 6/10/2012, 11:24 AM
I never liked the way Vegas project backups worked. In my Timeline Tools Vegas add-in, I added an Auto-save feature that provides much more than a simple backup.

If my project file is named XYZ.veg, TLT creates a series of backups in the same location as the project file, but with the File Date & Time appended to the project file name - XYX[Date Time].veg. Backups are created at the specified time interval, but only if the project had been modified since the last backup. This way, I'm not simply creating a project backup, I'm creating a series of backups that contain the evolution of project development at specific points in time. When my project is done, I simply delete all the .veg files that I don't want to keep. This allows me to experiment and try things that I might not want in my final project, but are worth saving.

This is what the C# backup code looks like:


// do nothing if project hasn't changed
if ( false == Globals.myVegas.Project.IsModified )
return;

try
{
// get the name of the Vegas Project File on disk
string projpath = Globals.myVegas.Project.FilePath;

// generate temp file name based on the project file plus the date and time it was saved
string tmpfile = Path.GetDirectoryName ( projpath ) + @"\" + Path.GetFileNameWithoutExtension ( projpath ) + " [" + File.GetLastWriteTime ( projpath ).ToString ( "yyyy/MM/dd hh:mm:ss tt" ).Replace ( @"/", "-" ).Replace ( @":", "-" ).Replace ( @" ", "_" ) + "].veg";

// rename the Vegas Project File on disk to the temp file name
File.Move ( projpath, tmpfile );

// save the vegas project to disk using the normal project name
Globals.myVegas.SaveProject ();
}
catch { }

Essentially whenever the Auto-save interval timer times out, the project .VEG file is renamed by appending the file creation date & time to the base file name. Then the Project is saved as it normally is, re-creating the project file.

Of course, like any Vegas add-in, the add-in must be loaded and running for the Auto-save feature to be active.
videoITguy wrote on 6/10/2012, 1:08 PM
I believe that Gary James makes a very significant point that the code behind creating backups in VegasPro needed serious revision which he has done. I use his Timeline Tools and have never had any problems. And then, again, I was not a user who was experiencing random and disastrous crashes.

What I have heard from some users, is that with unexpected crashes of the VegasPro program, they were not able to get to any backup file. This has been recounted in many previous threads. I would like to see comments from some user who experience these kind of frustrations, and if so, did they try to upgrade their installation with use of Timeline Tools.
Simes wrote on 6/12/2012, 5:33 AM
Thanks Gary James, great idea - I always use save as to create a continual set of backups (in any app I'm using) - so this is great.
Gary James wrote on 6/12/2012, 8:05 AM
You could put this code in a script file and attach it to a toolbar button. Then you can simply press the button whenever you want to manually create your own history backup file.

Unfortunately scripts are modal. You start them. They run to completion. And then they stop. So they can't run quietly in the background periodically performing an Auto-save action. For that you would have to place this code in a Vegas extension add-in. Excalibur, Ultimate-S, Vegasaur, and my Timeline Tools utility are all Vegas extensions that can run quietly in the background.
Arthur.S wrote on 6/14/2012, 1:43 PM
I must be missing something here. When I look at my temp files folder, Vegas already HAS separate folders for each version. I'm looking at prefs/general/temporary files folder yes?
paul_w wrote on 6/14/2012, 1:56 PM
Yes, Vegas defaults to different temp folders on installation. However, i believe a lot of us change this temp folder location upon installing. I certainly always have done. And this is the point, my temp folder was shared for all the versions currently installed. C:\vegastemp. in my case. This seems to be the problem. re-assigning them to separate folders seems to help - it just cured my crash on exits. (still testing this).

Paul.
Grazie wrote on 6/14/2012, 4:17 PM
Excellent Paul! - I'm very pleased.

G

Ros wrote on 6/14/2012, 5:59 PM
Same as Arthur, my Vegas 10 and 11 have their separate temp folders by defaults and I do experience crashes...

Now can I delete the content in these temp folders? I have 1300-1600 files in each folders.

Rob
Chienworks wrote on 6/14/2012, 7:40 PM
Probably *most* of the contents are deletable. Things to watch out for is if you've had sessions crash (not just Vegas, but also Sound Forge, ACID, etc.) without saving then the software will have tried to save what it can there. Any audio files you were in the middle of recording will be in there as .tmp files. Project files that hadn't been saved at the time of the crash will be in there with "recover" in the name. You might want to see if any of these are undiscovered treasures that you might want to keep.
Ros wrote on 6/14/2012, 8:16 PM
Thanks Chienworks, did a cleanup but kept the files on hold in a separate folder just in case.
rmack350 wrote on 6/14/2012, 10:01 PM
Sort 'em by date and you can probably discard anything that's old.

Rob