View Full Version : continue capture


Christopher Glaeser
May 7th, 2006, 12:18 AM
Sometimes a dropout will cause HDLink to stop a capture. Is there a way to continue the capture such that the file name sequence numbers are contiguous? For example, if the last file captured at the dropout is CFHDCap-024.avi when HDLink stops, I'd prefer the next file on restart be CFHDCap-025.avi, and not CFHDCap-0001-001.avi.

Best,
Christopher

David Newman
May 7th, 2006, 09:28 AM
That is a good feature request; yes that is possible.

Christopher Glaeser
May 7th, 2006, 12:40 PM
That is a good feature request; yes that is possible.

One more idea to consider. The numbering scheme 001, 002, ..., begins on the second clip. So, the first clip is CFHDCap.m2t, the second is CFHDCap-001.m2t, and so on. I rename the first clip to CFHDCap-000.m2t so that all clips have the same format. Would be nice if all clips had the same format automatically.

Regarding the "continue" request above, would be nice if HDLink could find the highest sequence number in the current directory and start with the next number, but if I have to specify the starting number, that will work.

Best,
Christopher

Christopher Glaeser
November 5th, 2006, 06:33 PM
That is a good feature request; yes that is possible.

Are there any plans to implement a "continue capture" feature so that file numbering continues in sequence from the last file captured?

Best,
Christopher

David Newman
November 5th, 2006, 06:47 PM
Yes, but only when we stop have higher priority projects like new cameras, new formats, new workflows to implement. It is on the list, but the list is not short. The reminder does help keep the feature request in view.

Christopher Glaeser
November 5th, 2006, 08:13 PM
The reminder does help keep the feature request in view.

Thanks. FWIW, when I capture an XL-H1 tape, the cupture usually stops two or three times each tape. Is that common? Or, does this suggest the heads need to be cleaned? I don't think these are dropouts, but the capture is interrupted and must be restarted, and then the file names are out of order.

Best,
Christopher

David Newman
November 6th, 2006, 10:06 AM
Now that is a higher priority. We do know that occurs in some situations and that is a bug to be addressed.