0

我的网络摄像头有问题。它可以是硬件，但我相信它不是。使用所有应用程序，我可以看到流，但突然冻结。由于出现问题时使用的应用程序的以下输出：

v4l: timeout (got SIGALRM), hardware/driver problems?

我检查了代码和有趣的部分：

/* How many seconds to wait before deciding it's a driver problem. */
#define SYNC_TIMEOUT 3

int alarms;

void sigalarm(int signal)
{
    alarms++;
}

.................................................................................

void wait_for_frame_v4l1( input_t *vidin, int frameid )
{
    alarms = 0;
    alarm(SYNC_TIMEOUT);
    if (ioctl(vidin->fd, VIDIOCSYNC, vidin->buf + frameid) < 0 )
        fprintf(stderr, "input: Can't wait for frame %d: %s\n", frameid, strerror(errno));
    if (alarms)
        fprintf(stderr, "v4l: timeout (got SIGALRM), hardware/driver problems?");
    alarm(0);
}

从中我得出结论，SYNC_TIMEOUT 可能是个问题。该值为 3 秒，这似乎已经足够了。

我的请求是帮助我更改代码以不无限期地阻塞等待帧：

如果在 100 毫秒内没有帧到达，则超时并让 GUI 有机会自我更新。并非所有设备都可以自由转动，因此应用程序应在不阻塞 GUI 的情况下支持此类设备。

如何进行亚秒级等待？

v4l2 设备在这方面工作得很好：

/* How many milliseconds to wait before deciding it's a driver problem. */
#define SYNC_TIMEOUT_MSECS 100

int wait_for_frame_v4l2(input_t * vidin)
{
        struct timeval timeout;
        fd_set rdset;
        int n;

        FD_ZERO(&rdset);
        FD_SET(vidin->fd, &rdset);

        timeout.tv_sec = 0;
        timeout.tv_usec = SYNC_TIMEOUT_MSECS * 1000;

        n = select(vidin->fd + 1, &rdset, 0, 0, &timeout);
        if(n == -1) {
            fprintf(stderr, "input: Can't wait for frame: %s\n", strerror(errno));
        } else if(n == 0) {
            sigalarm(0);
            return 1;
        }
        return 0;
}

但我有 v4l1 设备。

4

1 回答 1

1

您使用的是什么（USB）网络摄像头和内核版本？

  1. 更新您的驱动程序/内核
  2. 如果是 USB-Cam，请尝试在没有 USB 集线器的情况下连接

vidin->fd 上的 VIDIOCSYNC ioctl 暂停执行，直到 vidin->buf 被填满。您可以通过 select 或 poll 等待填充的缓冲区可用

于 2014-12-16T12:25:43.443 回答