windows下ffmpeg音视频采集并推流

1.windows下ffmpeg的编译：

        可参考：在windows下编译ffmpeg的详细说明

        如：./configure --disable-yasm --enable-static --enable-indev=dshow

如果装了yasm，x264，就：./configure --enable-static --enable-indev=dshow --enable-gpl --enable-libx264

2.windows下用ffmpeg采集视频：

        可参考：ffmpeg在windows下捕获摄像头视频

        命令如：ffmpeg.exe -r 5 -f vfwcap -i0 -s 176x144 -f rawvideo -pix_fmt yuv420pss.yuv

3.如果要想深入下ffmpeg中vfwcap：

        可参考：ffmpeg源码分析之vfwcap

4.记录一下遇到的问题

        Aconnect设备失败

        Win7系统下使用capDriverConnect()连接失败的解决办法

5.前面提到的是VFW（video for windows）设备，现在摄像头都会支持vfw/wdm，但各系统并非有对应驱动程序。

        【电脑插上USB摄像头时，会为其安装通用驱动，测试其是VFW还是WDM，在设备管理查看驱动程序详细信息应该能辨别，或者直接上程序，编译测试。】

        【根据使用的驱动程序的不同来分类，目前市场上大致有两种捕捉卡：VFW (Video for Windows)卡和WDM (Windows Driver Model)卡。VFW是DirectShow的前身，摄像头驱动未必支持。新的程序应该使用DirectShow。参考DirectShowSDK中的amcap示例。】

        【视频捕捉卡的接口，可以是以PCI或AGP的方式插入PC机箱，也可以直接以USB接口的方式外挂；还有就是通过1394接口与PC机相连的数码摄像机等等。】

6.windows下用ffmpeg采集音频：

7.windows下使用ffmpeg中的dshow

如：ffmpeg -f dshow -i video="6RoomsCam" -y out.flv //用的六间房的虚拟摄像头

ffmpeg-f dshow -i audio="Realtek HD Audio Input" -y out.flv

上面是分开采集的，同时采集，合并就行了，两个输入文件是ffmpeg -f dshow -i video="6RoomsCam" -f dshow -i audio="Realtek HD Audio Input" -y out.flv。若要查看本机有哪些设备，可以参考10.

8.null.

9.在linux下，如：

        ffmpeg  -f video4linux2 -s 320*240 -r 10 -i /dev/video0  test.asf

        ffmpeg -f oss -i /dev/dsp   /tmp/out.mpg

10. 最后可以参考这里：

        how to capture a webcam input

记录一些命令，直接研究也可：

ffmpeg -list_devices true-f dshow -i dummy //可查看摄像头和声卡设备名称

ffmpeg -y -f vfwcap -i list
ffmpeg -y -f vfwcap -r 25 -i 0 out.mp4
ffmpeg -f video4linux2 -r 25 -s 640x480 -i /dev/video0 out.avi
ffmpeg -f v4l2 -r 25 -s 640x480 -i /dev/video0 out.avi
ffmpeg -f dshow -i video="Integrated Camera" out.mp4
ffmpeg -f dshow -s 1280x720 -r 15 -vcodec mjpeg -i video="Integrated Camera" out.avi
dshow编译方面参考：如何编译包含dshow设备的版本【编译遇到问题，就自己解决吧，不是很麻烦。】
        ffplay -f dshow video="USB video capture 0"
【交代后期遇到的问题，以及提示】
『用ffmpeg推音视频流（音视频皆用dshow为输入，视频编码用X264，以flv格式输出）的延迟问题，据我所看，有两点如下：』
1. 音频采样的带来的延迟，这个延迟很小。它是如何影响到延迟大小的呢？这样的：dshow中，音视频源filter的capture pin，数据包buffer大小是可设置的，假设它默认为1秒的数据，也就是每一秒才回调并向外投递出一包数据，此时（假设视频fps=15）编码器得到了15帧，在format的interleave（音视频包交错存放）处理里ff_interleave_packet_per_dts时，就缓存了接近1秒，即造成等量延迟。
如何修改capture pin呢？参考代码如下：
[cpp] viewplaincopy
dshow_cycle_formats()  {  ......      IAMBufferNegotiation *negotiate = NULL;      ALLOCATOR_PROPERTIES prop = {0};      if (devtype == AudioDevice)          if (ipin_QueryInterface(pin, &, (void **) &negotiate) != S_OK)              return;//IID_IAMBufferNegotiation  ......          if (devtype == AudioDevice)          {              {                  prop.cbAlign = 1;                  prop.cBuffers = 2;                  prop.cbBuffer = ??;              }              if (IAMBufferNegotiation_SuggestAllocatorProperties(negotiate, &prop) != S_OK)                  goto next;          }  ......      if (devtype == AudioDevice)          IAMBufferNegotiation_Release(negotiate);  ......    }  
至于该buffer设置多大，可以结合，音频编码的frame_size、interleave是单帧视频对应多少音频包，来考虑
2. X264编码带来的延迟，在配置参数的时候，先参考下这篇文章：如何计算x264编码延迟（转载如下）