Can BI embed binary timecode into Direct-To-Disk recordings w/o real-time transcoding?

TheWaterbug

Known around here
Oct 20, 2017
1,261
2,261
Palos Verdes
I'm not referring to graphical timestamps burned into the video; I'm talking about binary timecode that embedded in the datastream that tells a computer exactly when each frame occurred.

I know that MP4 doesn't natively specify a way to embed timecode, but do any of the other BI export formats include timecode?

I want to use this to synchronize side-by-side videos that I export from BI and then reassemble into a single video in an external editor like Davinci Resolve. Resolve can automatically sync two video clips by audio waveform, but that only works if there's enough distinct sound in both clips to match up. Sometimes the coyotes are very quiet, and Resolve can't figure out how to sync.

Resolve can also sync by embedded timecode, but I haven't found a way to export from BI with timecode, unless I'm just doing it wrong.

Thanks!
 
  • Like
Reactions: TVille
Apparently h.265 does support embedded timecodes, but they aren't very good. At least on the cameras I'm using. Dunno if anyone cares about this except me, but here's a comparison of 3 different syncing methods:



0:00:00 uses Resolve's Clip: Auto Align Clips: Timecode method, using the time codes embedded in the h.265 stream. As you can see, the result is not very good, and the two clips are mis-aligned by 41 frames, or more than 2 seconds at 20 fps.
0:00:25 uses Resolve's Clip: Auto Align Clips: Waveform method, attempting to sync up the audio waveforms. It's better, but still off by a couple of frames.
0:00:50 is the result of manual nudging of the clips, frame-by-frame, until the burned-in timestamps flip over from one second to the next, exactly. This is the best one can do, and some misalignment is still visible in the resulting video due to 1) physical misalignment of the two cameras, which cannot possibly be located in the same spot, and 2) inherent asynchronicity between the two cameras, because they generate their own internal clocks. This most closely matches what I see on the cameras in real-time.

Since the h.265 timestamps appear to be useless, I'm going to set the cameras back to h.264.

The cameras are identical Amcrest IP5M-T1179EW-AI-V3 units, both syncing to my internal NTP server on my pfsense router. Video is recorded 24/7, direct-to-disk onto my Blue Iris PC and exported without re-encoding.