Really annoying bug

the_harper wrote on 12/27/2002, 6:00 AM
The Video Capture component of Video Factory 2.0c has a really annoying bug. I am using VF with a Sony TRV30 DV camera. The PC is a PIV 1.6GHz 256MB RAM Win2K and the video is stored on a 80GB IDE NTFS striped RAID array. Throughput is NOT a problem.

The bug; if I write a DV file to the camera bigger than 5 minutes in length, Vidcap misbehaves. It is looking for some sort of time code from the camera which isn't being received. Usually the file is still written to the tape (sometimes the camera never gets a stop command), but Vidcap is *extremely* slow to respond to mouse clicks once it posts the "write completed" dialogue. It takes about a minute to respond to clicking ok, then again about a minute to close Vidcap. I then have to shut down Video Factory, switch the camera off, restart VF and Vidcap, then switch the camera on again. Sometimes I have to restart Win2K. Obviously this is a painful process if I have a number of files to write to tape.

If there is a way to prevent this from occurring it would make my life much happier!!

Rob

Comments

laz1 wrote on 12/29/2002, 3:20 AM
Maybe the vidcap utility is conflicting with command signals from dv cam. Pinnacle suggest always using dv tapes with no time codes to avoid confusion. May be worth running your printing-to tape in cam all the way through - recording blank with cover on - to wipe any time codes.
the_harper wrote on 1/1/2003, 1:32 AM
Interesting idea, but as far as I know the miniDV tapes I am recording to have no time codes. The error appears to me to be caused by a problem in the communication between the camera and the program. When doing print to tape the tapes have always been blank. There's no previous recordings on them.

Rob