2012-03-21, 04:54 PM
mvallevand Wrote:Perhaps you stumbled on the problem that the file that was locked was not the .ts file Consider using
handle %~dpn1
to check for all the files.
Martin
Just wanted to let you know, this didn't work, kinda. In the middle of last night's record cycle, I went to look what was happening, and found about half my programs hadn't done the rename. This was really odd, so I went to look for the logs to find out why - and found there weren't any, ImageGrabLite hadn't run on them. Long story short, when I tried testing out the "handle" program and the setting of ERRORLEVEL, I found that I got an errorlevel of 0 whether a handle was found or not. So this doesn't seem a reliable way to check for the open files.
The reason for my "kinda" above is that, surprisingly, before the night was through, eventually all those files that weren't getting renamed DID, hours after they had finished. I had left things going and apparently at some point the handle program had returned an errorlevel of 1, and the rest of the postprocessing.bat file was run. So while it eventually "worked", there seems no reason for that log a delay, and the errorlevel doesn't seem to be consistent. I found in a google search someone reporting the same problem I had with handle when run on Win7 64-bit, which is what I am running.
So right now I just have a check that comskip has created its files, then wait another 20 seconds to make sure.