【大多為蒐集的文章，都歸類為，轉載。所以沒有標明，來處。】

1.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.exe -r 5 -f vfwcap -i 0 -s 176x144 -f rawvideo -pix_fmt yuv420p ss.yuv

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

4.記錄一下遇到的問題

        Aconnect裝置失敗

5.前面提到的是VFW（video for windows）裝置，現在攝像頭都會支援vfw/wdm，但各系統並非有對應驅動程式。

        【電腦插上USB攝像頭時，會為其安裝通用驅動，測試其是VFW還是WDM，在裝置管理檢視驅動程式詳細資訊應該能辨別，或者直接上程式，編譯測試。】

        【根據使用的驅動程式的不同來分類，目前市場上大致有兩種捕捉卡：VFW (Video for Windows)卡和WDM (Windows Driver Model)卡。VFW是DirectShow的前身，攝像頭驅動未必支援。新的程式應該使用DirectShow。參考DirectShow SDK中的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。

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. 最後可以參考這裡：

記錄一些命令，直接研究也可：

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

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呢？參考程式碼如下：

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);
......	
}

2. X264編碼帶來的延遲，在配置引數的時候，先參考下這篇文章：如何計算x264編碼延遲（轉載如下）

計算出來是x264要buffer掉的frame數。當然在這之外還要算上編碼計算的時間，但是這個buffer掉的時間是不可逾越的延遲的極限了。

“B幀給客戶端帶來的延遲，並不能簡單的說，是B幀數目的兩倍關係，請畫出時序圖去衡量。”  “編碼速度帶來的延遲？編碼幀緩衝與策略帶來延遲？網路延遲？流媒體伺服器帶來延遲？解碼帶來延遲？。。。”