不同版本OpenCV VideoCapture返回帧时间偏移异常问题咨询

问题1：三个版本中哪一版输出正确？ #

3.4.7版本的输出符合OpenCV对CAP_PROP_POS_MSEC属性的原始设计定义，是正确结果。
该属性返回值异常是OpenCV历史上的已知回归Bug，由不同版本对FFmpeg封装层的逻辑修改导致：

• 3.4.7及更早版本：CAP_PROP_POS_MSEC返回当前即将读取的下一帧对应的时间戳，所以读取第0帧前获取为0ms，读完第0帧（index变为1）后返回第1帧的时间戳约33.3ms，和你观察到的输出一致。
• 3.4.8.x版本：开发组修改视频帧定位逻辑时引入了延迟更新Bug，导致时间戳更新慢1帧，因此出现index=1时仍返回0ms的问题。
• 4.5.2.x版本：属于更严重的回归问题，在部分系统+FFmpeg后端组合下CAP_PROP_POS_MSEC完全不更新，始终返回初始值0ms，该Bug在4.5.3及后续稳定版本才被修复。

问题2：跨版本获取和3.4.7一致结果的修改方案 #

推荐两种适配方案，可根据你的使用场景选择：

方案1：手动计算时间戳（全版本通用，最稳妥） #

如果你的视频是固定帧率，直接通过帧率和帧索引计算时间戳，完全不依赖OpenCV内部属性的不稳定实现，修改后代码如下：

index = 0
cap = cv2.VideoCapture(video_path)
# 提前读取视频帧率
fps = cap.get(cv2.CAP_PROP_FPS)
per_frame_ms = 1000 / fps  # 单帧对应的毫秒数
while True:
    offset = index * per_frame_ms
    print(cv2.__version__, index, offset)

    ok, frame = cap.read()
    if not ok:
        break
    index += 1

该方案输出结果和3.4.7版本原生输出完全一致。

方案2：调整属性读取顺序（适配存在1帧延迟的版本） #

如果你的视频是可变帧率，不能手动计算时间戳，需要读取视频源自带的原始时间戳，可以调整属性读取的位置，适配3.4.8.x这类有1帧延迟的版本：

index = 0
cap = cv2.VideoCapture(video_path)
# 先输出第0帧的初始时间戳
print(cv2.__version__, index, 0.0)
ok, frame = cap.read()
while ok:
    index += 1
    offset = cap.get(cv2.CAP_PROP_POS_MSEC)
    print(cv2.__version__, index, offset)
    ok, frame = cap.read()

注意该方案无法修复4.5.2.x版本属性完全不更新的问题，这类场景建议优先使用方案1，或者升级到4.5.3及以上的OpenCV稳定版本。

内容的提问来源于stack exchange，提问作者user972014