时间戳漂流在捕捉生活的情况下

一些视频捕捉设备运行一段时间后一个时间戳漂移问题。当这个问题发生时,音频和视频流的压缩流可能是同步的捕获,但几小时后就会开始失去同步。

在我们的测试中,有些Decklink视频捕捉设备将开始捕获视频- 24小时后显示这个问题。漂移通常是渐进的,跑了几个小时后才明显。

音频和视频的还有另一个问题是稍微偏离从开始。有一些音频和视频的捕获设备大约60 - 90 ms。在这种情况下,缺乏同步是非常小的,难以察觉,除非密切检查。

的铅H264编码器,铅H265编码器和铅AAC编码器压缩机可以自动纠正这些问题。通过设置启用这个时间戳修正ILMH264Encoder: EnableDriftCorrector,ILMH265Encoder: EnableDriftCorrector和ILMAACEncoder: EnableDriftCorrectorVARIANT_TRUE属性。

这个时间戳校正应该启用只有当你发现这个问题和只有当你在现场捕获的情况。做不在一个文件转换情况下启用这个模式。

在捕捉生活,音频和视频编码器预计样品到达编码器在精确的时间间隔。如果样品偏离,这是一个问题(和铅编码器可以纠正这种)。

在某些情况下,捕获设备变得很困惑和时间戳为音频和视频流的差异变得很大(超过500 ms)。编码器无法解决这个问题,我们注意到那音频和视频仍然是同步的即使在漂移修正。解决这个问题的唯一方法是重新启动捕获图像。编码器将发送EC_STREAM_ERROR_STILLPLAYING (0 x07) DirectShow的事件随着Param1 LTMM_E_STREAMS_ARE_TOO_FAR_APART (0 x80050062)和Param2设置为FOURCC识别哪些编码器发送通知。应用程序应该监听这个事件并重新启动捕获,当这一切发生的时候。

但是在文件转换,样品可以更快到达没有问题。设置导致编码器改正的在这种情况下会导致不正确的结果。

应用程序开发人员知道你在现场捕获和漂移修正是必要的。这是开发人员的责任启用或禁用漂移修正模式通过设置EnableDriftCorrector财产VARIANT_TRUE(或真实在。net)。

下载我们的免费评估

帮助21.0.2021.7.2版本