视频捕捉、转码和创作/捕捉复合 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。