大家好，又见面了，我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。
Jetbrains全家桶1年46，售后保障稳定
最近研究了通过OpenCV采集摄像头数据，并同时将视频流数据推送到RTSP和RTMP。
RTSP服务采用开源的LIVE555（需要自己修改和实现部分代码）。
RTMP服务采用开源CRtmpServer。
具体的实现细节就不细说了，大概的步骤如下：
1. OpenCV采集摄像头的一帧数据（cvQueryFrame函数）
2. FFmpeg编码该帧为H264和FLV流数据
3. 推送H264到LIVE555（自己实现），同时通过推送FLV流到CRtmpServer（通过FFmpeg）
因为CRtmpServer和LIVE555都是开源的，网上有很多资料；并且FFmpeg的H264和FLV编码、H264和FLV流推送这两个功能之前已经在其他项目总已经实现过，而且OpenCV在网上也有很多关于摄像头数据采集的资料，因此实现过程并不复杂。
但是在接收RTSP和RTMP流，并播放时总感觉比较卡，特别是RTMP感觉非常明显。视频老是在缓冲。最后发现是OpenCV的cvQueryFrame非常耗时间：
while (pEncoder->m_bRunFlag)
{
LARGE_INTEGER freq;
LARGE_INTEGER start;
LARGE_INTEGER end;
QueryPerformanceFrequency(&freq);
QueryPerformanceCounter(&start);
//获取一帧数据
pFrame = cvQueryFrame(pCapture);
QueryPerformanceCounter(&end);
//发送数据给H264编码器
if (pFrame)
{
frame.nFrameHeight = pFrame->height;
frame.nFrameWidth = pFrame->width;
frame.nFrameSize = pFrame->imageSize;
frame.nFrameType = AEC_VIDEO_DATA_RGB24;
frame.pszFrameData = pFrame->imageData;
g_pH264SendFrame(frame);
}
double fElapsedTime = double(end.QuadPart - start.QuadPart) / double(freq.QuadPart);
TRACE("Elapsed time = %f ms\n", fElapsedTime * 1000);
}
也就是说fps平均12左右，RTSP还比较流畅，但是RTMP播放一秒后就又开始缓冲。将H264和FLV编码器的帧率从25降低到8，效果也一样。
看来后续需要研究其他摄像头视频数据采集方案，特此笔记。
后记：
经过查找资料发现，OpenCV底层采用的是微软的VFW(Video for Window)。VFW(Video for Windows)是Microsoft推出的关于数字视频的一个软件开发包，VFW的核心是AVI文件标准。AVI(Audio Video Interleave)文件中的音、视频数据帧交错存放。
VFW的主要函数如下：
（1）capCreateCaptureWindow():：创建视频窗体
（2）capDriverConnect()： 连接驱动
（3）capGetStatus()：获得视频状态
（4）capPreviewRate()：设置预览速率
（5）capFileSaveAs()：将视频转换成AVI文件
（6）capFileSaveDIB()：将视频转换成BMP文件
（7）capGetUserData()：获取用户定义的数据
（8）capGetVideoFormat()： 获取视频格式
（9）capGrabFrame()：获取当前帧
（10）capDlgVideoDisplay()：设置显示的对话框
（11）capCaptureSetSetup()：设置视频捕获
（12）capSetCallbackOnFrame()：设置每帧的回调函数
（13）capSetCallbackOnVideoStream()：设置视频流的回调函数
（14）capSetCallbackOnWaveStream()：设置声音流的回调函数
后续将尝试DirectShow方式驱动摄像头，实现RTSP和RTMP直播。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/179402.html原文链接：https://javaforall.net
