影片捕捉、轉碼和創作/捕捉複合 VirtualDub NTSC
鼓勵讀者對這裡介紹的場景發表評論。請勿編輯該部分（除非存在明顯的錯誤），請在場景後的“筆記”部分新增評論，例如
這是一個例子。
我有一臺 32 位 Win XP，配備 Athlon 3200+ 和 SATA，對我來說效果很好。您的姓名，2007 年 7 月 20 日
來自 Joseph Hall 於 2006 年 5 月 3 日
這是一個對我有用的過程。
我已經將 VirtualDub 設定為以下方式
- 首選項
- 定時
- 壓縮：HuffYUV
我的 S 影片複合輸出（來自 DirecTV 盒子等）連線到 AIW 2006 轉換器的 S 影片輸入。模擬輸出也連線到轉換器。
我的電腦是 Athlon 3400+ X2，執行 Win XP 64 位，配備 2GB 記憶體和 IDE 硬碟。我執行 32 位 VirtualDub，因為沒有 64 位版本的 HuffYUV（據我所知）。在沒有其他負載的情況下，或者只有低優先順序後臺負載（例如“空閒”優先順序的 TMPGenc 批處理任務），捕捉通常進行良好，沒有丟幀，並插入了一些幀。一些播放器可能無法完美地以 A/V 同步播放生成的 AVI 封裝的 HuffYUV 流，但我已經瞭解到，A/V 同步通常仍然很好。
TMPGenc Xpress (4.0) 將在它的預覽模式（在剪輯編輯器或濾鏡編輯器中）播放具有正確 A/V 同步的 HuffYUV 流。如果 A/V 同步在那裡是正確的，那麼它在編碼後也應該是正確的。目前我無法談論其他編碼器，因為我對 TMPGenc 很滿意。
一些丟幀是可以接受的。如果出現突發丟幀，生成的捕捉可能具有良好的 A/V 同步，也可能沒有。我很少出現丟幀，但偶爾我會遇到一個源，它的某個位置似乎會導致丟幀。這可能是因為這些幀的某些特性導致 HuffYUV 編碼所需時間比平時更長。幾秒鐘內出現的幾次丟幀可能不會影響 A/V 同步，但更多的話可能會。根據我的經驗，錄製驅動器上的碎片化不需要特別注意。
我通常會以至少幾分鐘的間隔一次性插入幀。插入幀的突發也可能導致 A/V 同步問題，通常是由於其他任務爭奪磁碟（最有可能）或 CPU（不太可能）造成的。
捕捉的資料速率取決於源素材。壓縮率似乎在 2.7:1 到接近 4:1 之間（在 2.2:1 的字母盒源上）。從 S 影片捕捉乾淨但詳細的訊號的大致速度為每小時 30 GB。