繁体   English   中英

OpenCV不报告准确的帧速率/计数

[英]OpenCV doesn't report accurate frame rate/count

我有一个33秒的视频,我正在尝试使用OpenCV处理。 我的目标是确定每个帧对应的时间实例(相对于视频的开头)。 我这样做是为了能够比较以不同帧速率录制的同一场景的视频中的帧。

什么工作:

  • FPS正确报告为59.75。 这与ffprobe报告的内容一致,所以我很高兴相信这是正确的。

我遇到的问题是:

  • CAP_PROP_POS_MSEC返回不正确的值。 截至视频结束时,最高可达557924毫秒(超过9分钟)。 对于33s的视频,这可能不对。
  • CAP_PROP_FRAME_COUNT也不正确。 它被报道为33371,以59.75 fps的速度拍摄超过9分钟的镜头。 与上述错误一致,但仍然不正确。
  • CAP_PROP_POS_FRAME同样不正确。

视频可以在这里找到(大约10MB)。

关于什么可能出错的任何想法?

ffprobe输出:

FFprobe version SVN-r20090707, Copyright (c) 2007-2009 Stefano Sabatini
  libavutil     49.15. 0 / 49.15. 0
  libavcodec    52.20. 0 / 52.20. 1
  libavformat   52.31. 0 / 52.31. 0
  built on Jan 20 2010 00:13:01, gcc: 4.4.3 20100116 (prerelease)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/home/misha/Dropbox/Public/sequence.mp4':
  Duration: 00:00:33.37, start: 0.000000, bitrate: 2760 kb/s
    Stream #0.0(und): Video: h264, yuv420p, 1920x1080, 59.75 tbr, 1k tbn, 2k tbc
    Stream #0.1(und): Audio: aac, 44100 Hz, stereo, s16

完整代码:

#include <iostream>
#include <assert.h>

#include <cv.h>    
#include <highgui.h>

#include <cmath>
#include <iostream>
#include <string.h>
#include <stdio.h>

extern "C"
{
#include "options.h"
}

using namespace std;

#define DEBUG 0

static void
print_usage(char *argv0)
{
    cerr << "usage: " << argv0 << " video.avi [options]" << endl;
}

int main(int argc, char** argv)
{
    if (argc < 2)
    {
        print_usage(argv[0]);
        return -1;
    }

    int           step      = 30;
    struct Option options[] =
    {
        { "step",        1, &step },
        { NULL,          0, NULL }
    };

    int ret = parse_options(2, argc, argv, options);
    if (ret == 0)
    {
        print_usage(argv[0]);
        return -1;
    }

    CvCapture *capture = cvCaptureFromFile(argv[1]);
    int counter = 0;
    while (cvGrabFrame(capture))
    {
        ++counter;

        IplImage *frame = cvRetrieveFrame(capture);
        double millis   = cvGetCaptureProperty(capture, CV_CAP_PROP_POS_MSEC);
        double current  = cvGetCaptureProperty(capture, CV_CAP_PROP_POS_FRAMES);
        double total    = cvGetCaptureProperty(capture, CV_CAP_PROP_FRAME_COUNT);
        printf("%d %d/%d %f\n", counter, (int)current, (int)total, millis);
        int min = (int)(millis/1000/60);
        millis -= min*60000;
        int sec = (int)(millis/1000);
        millis -= sec*1000;

        printf("%d %02d:%02d:%f\n", counter, min, sec, millis);
    }
    cvReleaseCapture(&capture);

    return 0;
}

始终告知您正在使用的软件版本:您正在使用哪个OpenCV版本? 您的版本可能是旧版本,因此如果可能,请更新到最新版本。

如果您的视频文件是其他大型视频的一部分,则此信息可能实际上是正确的,因为:

CV_CAP_PROP_POS_MSEC - film current position in milliseconds or video capture timestamp

OpenCV可能只是从文件头读取所有这些东西,这显然是错误的。 如果有人使用斧头(或其他中世纪工具)从原始视频中剥离此片段,则可能发生这种情况。

你应该试试你制作的视频,你知道它们没有被篡改过。

最糟糕的情况是,您必须自己实现这些功能。 没什么大不了的。

编辑: @misha我一开始并没有注意到你正在使用:

CvCapture *capture = cvCaptureFromFile(argv[1]);

如果可以,将其替换为cvCaptureFromAVI() ,并始终检查OpenCV调用的返回值:

CvCapture *capture = cvCaptureFromAVI(argv[1]);
if(!capture) 
{
    printf("!!! cvCaptureFromAVI failed (file not found?)\n");
    return -1; 
}

几天前,我分享了一个代码,该代码使用OpenCV读取视频文件,然后将帧保存为磁盘上的JPG图像 它还使用传统的cvGetCaptureProperty(capture, CV_CAP_PROP_FPS);报告当前的FPS cvGetCaptureProperty(capture, CV_CAP_PROP_FPS); 所以你看看它可能会很有趣。 去看看吧。

编辑:

您还应该使用OpenCV检查此线程的帧数;

顺便说一句,我刚刚在我的Ubuntu系统上更新了一些库,并重新编译了OpenCV-2.1.0.tar.bz2 (使用cmake )。 我改变了我的源代码(使用cvCaptureFromAVI() )在每个帧上使用调试方法打印东西。 它似乎有效:

* Filename: sequence.mp4
* FPS: 59
...
...
...
17 00:00:567.000000
18 601/33371 601.000000
18 00:00:601.000000
19 634/33371 634.000000
19 00:00:634.000000
20 668/33371 668.000000
20 00:00:668.000000
21 701/33371 701.000000
21 00:00:701.000000
22 734/33371 734.000000
22 00:00:734.000000
23 768/33371 768.000000
23 00:00:768.000000
24 801/33371 801.000000
24 00:00:801.000000
25 835/33371 835.000000
25 00:00:835.000000
26 868/33371 868.000000
26 00:00:868.000000
27 901/33371 901.000000
27 00:00:901.000000
28 935/33371 935.000000
... 

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM