Steve Isaacs
September 30th, 2009, 02:01 PM
Recently the files from two FS-5 2.0s were so corrupted that the NLE (Vegas) is not able to display them properly and in more than one case will cause Vegas to crash when viewing the footage. This was so bad I had to abandon the FS-5 footage and instead capture from the backup tapes (glad I decided to stick with the tape backup).
Here are the details:
- This is only the second event where these units have been used -- they are virtually new.
- Both units had similar problems although one was not as severe as the other.
- Both units were configured identically and connected to an XH-A1.
- Both units were saving to M2T format.
- Sync mode was being used (start and stop using the record button on the camera).
- A looping RAM cache of 5 seconds was being used.
- Both were powered from an external battery set to 12V with a previously charged internal battery installed.
- Both were mounted on the control arm of the tripod.
- This was a wedding shoot requiring moving from one position to another while recording continuously in order to maintain sync between cameras for easier multicam editing.
- The files are limited to 2G which I believe is the result of using the FAT32 file system.
The corrupted files appear to be of the correct length. The point of failure would be obvious in Vegas by looking at the audio track. In some cases the file would be correct toward the end of the file. It appeared that in no failure case was the file correct or usable at the beginning.
An attempt to "repair" a clip on the FS-5 using the repair utility resulted in the file being deleted.
A previous session running in "normal" mode and powered using the internal battery had no such problems (which discounts number 3 below).
So, here are some suspect causes I can identify:
1. Running from a 12V supply is insufficient for all power demands causing glitches in the encoding process or the write to the hard drive. Perhaps 14V would be better?
2. There is a fatal bug in the looping RAM cache algorithm possibly triggered by M2T.
3. Excessive vibration when changing camera positions caused hard drive failures.
Any other possible culprits?
Suggested solutions? We really want to stick with the "sync" mode because of the convenience of having to press only one button to start a record (less error prone as well).
Thanks,
Steve
Here are the details:
- This is only the second event where these units have been used -- they are virtually new.
- Both units had similar problems although one was not as severe as the other.
- Both units were configured identically and connected to an XH-A1.
- Both units were saving to M2T format.
- Sync mode was being used (start and stop using the record button on the camera).
- A looping RAM cache of 5 seconds was being used.
- Both were powered from an external battery set to 12V with a previously charged internal battery installed.
- Both were mounted on the control arm of the tripod.
- This was a wedding shoot requiring moving from one position to another while recording continuously in order to maintain sync between cameras for easier multicam editing.
- The files are limited to 2G which I believe is the result of using the FAT32 file system.
The corrupted files appear to be of the correct length. The point of failure would be obvious in Vegas by looking at the audio track. In some cases the file would be correct toward the end of the file. It appeared that in no failure case was the file correct or usable at the beginning.
An attempt to "repair" a clip on the FS-5 using the repair utility resulted in the file being deleted.
A previous session running in "normal" mode and powered using the internal battery had no such problems (which discounts number 3 below).
So, here are some suspect causes I can identify:
1. Running from a 12V supply is insufficient for all power demands causing glitches in the encoding process or the write to the hard drive. Perhaps 14V would be better?
2. There is a fatal bug in the looping RAM cache algorithm possibly triggered by M2T.
3. Excessive vibration when changing camera positions caused hard drive failures.
Any other possible culprits?
Suggested solutions? We really want to stick with the "sync" mode because of the convenience of having to press only one button to start a record (less error prone as well).
Thanks,
Steve