FFmpeg获取摄像头数据并编码为H.264

       ffmpeg的视音频编解码功能非常强大,可以说包括了所有的视音频编码标准。在这里我主要是调用ffmpeg工程里的ffmpeg.exe文件,调用之后,会自动完成编码的操作。内部编码的具体流程,以后再慢慢的看。


1.介绍

       先介绍下ffmpeg里面的三个exe文件。

       我们打开ffmpeg的官网,下载时会发现有三个版本,分别是Dev、Shared、Static。Dev是开发版本,里面包含有库文件(.lib)和头文件(.h),但是没有exe文件。Shared文件夹里面有ffmpeg.exe、ffplay.exe、ffprobe.exe,除此之外还有一些dll文件,比如说avcodec-58.dll、avdevice-58.dll等。它的exe文件比较小,运行时需要调用dll的功能。Static文件夹里面只有三个exe,dll文件被集成在exe里面了,所以它的exe文件比较大。Shared版本和Static版本可以在命令行中打开,我们打开系统命令行界面,切换目录,就可以运行。

       ffmpeg.exe:用于转码的应用程序。举个例子,我们把input.avi转码为output.h264,代码如下:

ffmpeg -i input.avi -b:v 640k output.ts

       内部的具体参数可以参考这里


       ffplay.exe:用于播放的应用程序。一个简单的播放例子:

ffplay test.avi  

       具体的使用方法和快捷键可以参考雷神的博客这里


       ffprobe.exe:用于查看文件格式的应用程序。


2.环境配置

        具体的环境配置可以参考这里


3.调用摄像头

       环境配置好后,我们先尝试用ffmpeg调用自己的摄像头。

       可以打开命令行程序,跳转到ffmpeg.exe的文件夹,输入以下命令调用摄像头。也可以利用C++的winexec()函数打开摄像头,程序如下。

       命令行命令:

ffplay - f dshow - i video = "HD Pro Webcam C920"

       在VS工程里打开摄像头的代码:

#include <stdio.h>
#include <windows.h>
int main(int, char**)
{
	char* CommandVedio = "ffplay -f dshow -i video=""HD Pro Webcam C920";
    WinExec(CommandVedio, SW_SHOW);
	return 0;
}

      "HD Pro Webcam C920"是我的摄像头名称,如果不知道,可以用以下的命令来获取自己的设备称号。

ffmpeg -list_devices true -f dshow -i dummy  

       

      运行后,会出现下面的结果。这里的video devices和audio devices就是自己的视频和音频设备。


       除了上面的方式外,我们也可以利用VFW读取摄像头的数据。

ffplay -f vfwcap -i 0  


4.编码

       调用摄像头后,将其编码为H.264,只需要在原来的基础上添加几个命令即可。

ffmpeg -f dshow -i video="HD Pro Webcam C920" -vcodec libx264 mycamera.h264  

       或者这样

ffmpeg -f vfwcap -i 0 -vcodec libx264 mycamera.h264 

       和上面一样,如果想在VS工程里运行,代码如下

#include <stdio.h>
#include <windows.h>
int main(int, char**)
{
	char* opencamera = "ffmpeg -f vfwcap -i 0 -vcodec libx264 mycamera.h264";
	//char* opencamera = "ffmpeg -f dshow -i video=""HD Pro Webcam C920"" -vcodec libx264 mycamera.h264 ";
    WinExec(opencamera, SW_SHOW);
	return 0;
}


       编码后的h264文件保存在VS的工程目录下,其实这里不仅仅可以生成h264,也可以改为mycamera.avi/mkv等格式。

      这里只是学会了如何调用ffmpeg.exe文件进行编码,对于内部的编码流程,以及许多重要的函数,并没有做太多了解。 ffmpeg的编码过程其实是调用了libx264库完成的,所以我们可以不需要ffmpeg的源代码,直接调用libx264库,将输入的YUV数据编码为h264,这也是自己接下来的学习任务。



全部评论

相关推荐

想干测开的tomca...:让我来压力你!!!: 这份简历看着“技术词堆得满”,实则是“虚胖没干货”,槽点一抓一大把: 1. **项目描述是“技术名词报菜名”,没半分自己的实际价值** 不管是IntelliDoc还是人人探店,全是堆Redis、Elasticsearch、RAG这些时髦词,但你到底干了啥?“基于Redis Bitmap管理分片”是你写了核心逻辑还是只调用了API?“QPS提升至1500”是你独立压测优化的,还是团队成果你蹭着写?全程没“我负责XX模块”“解决了XX具体问题”,纯把技术文档里的术语扒下来凑字数,看着像“知道名词但没实际动手”的实习生抄的。 2. **短项目塞满超纲技术点,可信度直接***** IntelliDoc就干了5个月,又是RAG又是大模型流式响应又是RBAC权限,这堆活儿正经团队分工干都得小半年,你一个后端开发5个月能吃透这么多?明显是把能想到的技术全往里面塞,生怕别人知道你实际只做了个文件上传——这种“技术堆砌式造假”,面试官一眼就能看出水分。 3. **技能栏是“模糊词混子集合”,没半点硬核度** “熟悉HashMap底层”“了解JVM内存模型”——“熟悉”是能手写扩容逻辑?“了解”是能排查GC问题?全是模棱两可的词,既没对应项目里的实践,也没体现深度,等于白写;项目里用了Elasticsearch的KNN检索,技能栏里提都没提具体掌握程度,明显是“用过但不懂”的硬凑。 4. **教育背景和自我评价全是“无效信息垃圾”** GPA前10%这么好的牌,只列“Java程序设计”这种基础课,分布式、微服务这些后端核心课提都不提,白瞎了专业优势;自我评价那堆“积极认真、细心负责”,是从招聘网站抄的模板吧?没有任何和项目挂钩的具体事例,比如“解决过XX bug”“优化过XX性能”,纯废话,看完等于没看。 总结:这简历是“技术名词缝合怪+自我感动式凑数”,看着像“背了后端技术栈名词的应届生”,实则没干货、没重点、没可信度——面试官扫30秒就会丢一边,因为连“你能干嘛”都没说清楚。
点赞 评论 收藏
分享
想进开水团喝开水:哦 给我一个 就算你真拿到牛友也会为你开心的
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务