[Peter Holt]

I originate from Eastern Europe (Prague) and still keep in touch with friends there.

One big reason why Adobe products are popular there may be that they are widely cracked. The crackers put effort mostly into “headline” products, and Adobe are right at the top of the list there. There is also widespread disillusionment with Adobe, with e.g. the way they pulled the plug on their validation servers and screwed users of CS3 (and later) who, upon losing their PC and having to transfer licenses onto a freshly bought or built one, could not do it.

Whereas Vegas cracks are more tricky, especially with 3rd party plug-ins checking online at startup.

I am not suggesting anyone here does this but the former Communist Bloc runs largely on bootleg software ☺

[Peter Holt]

Somebody from NBFX appears to be responding to me here
https://www.vegascreativesoftware.info/us/forum/have-newbluefx-gone-out-of-business–104155/?page=last#ca643730
but not with any result.

[Peter Holt]

I have just had an email from MAGIX saying Vegas does not support SMPTE.

[Peter Holt]

I think NewblueFX have gone out of business. No response…

[Peter Holt]

Yes; if you stop the camera and restart it, it will close the current file and open a fresh one, whose date stamp is the time it was started.

It then continues to write into that file, until 4GB is reached, and then it closes that one and immediately starts another one whose date stamp is the time *that* one was started.

IOW, what you would expect.

[Peter Holt]

I can confirm that restarting Pro 13 does not do anything in this area. Those boxes still cannot be checked.

[Peter Holt]

No; a perfectly good point.

It is however difficult to do that accurately, because the remote control of the camera is over wifi (using a clumsy phone app) while the recorder I currently use (a low end Tascam one) needs two button presses.

The simplest thing would be to control the camera on/off as required (if only to get the required 7+ hours out of its X-AVCS mode in which the timecode appears available, but which runs for a max of 5 hours) while run the recorder unattended.

I will investigate the camera timecode options further and report on any progress.

[Peter Holt]

Thanks for that data point.

I think yours must be a different product. I bought the $99 (or $199?) package which has the Lens Correction, plus a few others I don’t use.

This is funny – clicking on the Support link produces

https://peter-ftp.co.uk/screenshots/2016-10-08_104619.jpg

[Peter Holt]

“That Tascam page is talking about “genlock” (locking the RATE of the video camera frame clock with the rate of the audio recorder sample clock. ”

How does that enable the sync of audio clips with video clips, if the camera video has no timecode on it?

Or does that process assume the video does actually have timecode on it, but the DR701 doesn’t use it and just uses the frame rate from the HDMI signal? I guess the latter may have been their only option since a DSLR is probably not outputting the video anywhere, so the only way to get any timing info from it is by looking at the HDMI and that doesn’t contain the timecode either, but obviously you can count the frames… and it probably extracts the date/time of the start of each clip from HDMI as well.

I trid to phone Tascam UK (Teac) but there is just an answering machine on their tech line # they gave me! And they don’t return calls.

I think every DSLR records in .mov (all those I have used did, including my Pentax K3) and that is Quicktime and that contains SMPTE as default, as far as I can find out.

So that is probably how all this hangs together.

But unless the camera itself is adding SMPTE to the video, none of this audio stuff will be of any use.

[Peter Holt]

OK; thank you Richard, again.

This comes down to whether my FDR-1000V camera actually records any kind of timecode.

The spec suggests it does if the higher rate format, X-AVC-S, 50mbits/sec (at 50FPS 1080P), is selected. It isn’t clear whether this records a timecode into the file, or just burns it into the video like the old Hi-8 camcorders used to do (which would be stupid). But in any case in that format I get just 5hrs of recording at most, which is not enough unless I turn it on and off.

The other way would be to burn a fake SMPTE timecode into the mp4 file afterwards, with some bit of software. That obviously won’t be the exact time; it will at best be the file date/time incremented by 20ms for every frame encountered. And it will have to assume the recording was continuous. But this defeats the point of timecoding… which (in my case) is having *discontinuous* video and still having the audio clips synced.