掉线重连在很早很早以前就做了,基本上的方法都是搞个变量存储最后收到图片的时间,然后开个定时器判断,如果不在暂停模式下,当前时间和最后收到图片的时间差值超过了设定的超时时间,比如5s则认为掉线,然后调用close方法关闭,调用open重新打开视频流,依次重复。
最开始做的时候就发现如果这个最后收到图片的时间更新在视频流控件的widget中,时间久了会假死,明明还在绘制中,但是此时间不会更新,网上也看到有些人遇到了类似的问题,后面把此变量移到解码采集线程中,才正常,正确的做法也是必须放到采集线程才是对的,毕竟硬解码opengl显示以后,和painter就没啥关系了,或者视频流交给句柄以后,也跟painter没啥关系,必须从源头处理才对。
视频流控件自带了自动重连的机制,这样用户再使用的时候不用管如何重连,只需要开启自动重连属性即可,默认开,还有一种情况可能要关闭自动重连属性,比如播放本地视频文件,有时候只需要播放一次就行,不需要播放完成以后又重新播放,如果确实需要,则关联播放完毕信号自行重新open即可。
在具体的使用过程中发现,在视频监控系统中,比如有16个通道,如果自动重连在单个的视频流控件中,则会出现一种情况,网络断了,然后又恢复了,则16个通道很可能在同一时间瞬间恢复,此时CPU和内存暴增,甚至出现过程序崩溃的情况,那怎么搞呢,后面重新写了个类专门负责管理视频监控通道的所有视频控件,开个定时器去排队处理需要重连的设备即可,而不是瞬间全部重连导致瞬间压力暴增。
void FFmpegThread::run()
{
while (!stopped) {
//根据标志位执行初始化操作
if (isPlay) {
if (init()) {
initSave();
emit receivePlayStart();
} else {
break;
emit receivePlayError();
}
isPlay = false;
continue;
}
if (isPause) {
//这里需要假设正常,暂停期间继续更新时间
lastTime = QDateTime::currentDateTime();
msleep(1);
continue;
}
//重新计时
time.restart();
QMutexLocker locker(&mutex);
if (av_read_frame(formatCtx, packet) >= 0) {
//更新最后的解码时间
lastTime = QDateTime::currentDateTime();
//判断当前包是视频还是音频
int index = packet->stream_index;
if (index == videoStreamIndex) {
existImage = true;
decodeVideo();
} else if (index == audioStreamIndex) {
decodeAudio();
}
} else if (!isRtsp) {
//如果不是视频流则说明是视频文件播放完毕
break;
}
av_packet_unref(packet);
av_freep(packet);
msleep(1);
}
emit sig_stopSave();
//线程结束后释放资源
msleep(100);
free();
stopped = false;
isPlay = false;
isPause = false;
existImage = false;
emit receivePlayFinsh();
qDebug() << TIMEMS << "stop ffmpeg thread";
}
void FFmpegWidget::checkVideo()
{
//仅仅只有音频不需要处理
if (ffmpeg->getOnlyAudio()) {
return;
}
QDateTime now = QDateTime::currentDateTime();
QDateTime lastTime = ffmpeg->getLastTime();
int sec = lastTime.secsTo(now);
if (sec >= timeout) {
restart();
}
}