CN101815192B

CN101815192B - 数字影音撷取装置及其方法

Info

Publication number: CN101815192B
Application number: CN 200910007569
Authority: CN
Inventors: 陈钰民; 王俊乔
Original assignee: Quanta Computer Inc
Current assignee: Quanta Computer Inc
Priority date: 2009-02-23
Filing date: 2009-02-23
Publication date: 2011-06-15
Anticipated expiration: 2029-02-23
Also published as: CN101815192A

Abstract

在影音撷取时，利用两个影音流处理器来分别接收原始输入视频信号与压缩后输入视频信号，以分别产生未压缩视频流与压缩后视频流。接着，以分时多任务的方式将未压缩视频流与压缩后视频流传输至外部装置。另外，更利用互锁机制以避免同时输出未压缩视频流与压缩后视频流，故而能防止实时性视频流的遗失。

Description

数字影音撷取装置及其方法

技术领域

本发明涉及一种数字影音撷取装置及其方法，且特别是有关于一种能输出未压缩视频流与压缩后视频流的数字影音撷取装置及其方法。

背景技术

现行的USB Video class(又称为Universal Serial Bus Video device Class orUVC)影音产品在不需要安装任何的驱动程序下，即可以在Windows XP SP2之后的版本或是Vista系统下随插即用。诸如此类的产品包括数字网络摄影机(webcam)、数字相机、模拟影像转换器、电视棒及静态影像相机等。网络摄影机是最早支持UVC标准的，且其使用广泛且又市场数量庞大。

随着内建数字网络摄影机已成为笔记本型计算机的标准配备，更多市场应用导向也随之被开发，如利用内建数字网络摄影机的笔记本型计算机或个人计算机等来进行数字家庭应用、视频会议等。而在这一类型的应用上，视频流(video streaming)是不可或缺的。如以视频会议为例，通常会用到两种格式的视频流：一类是经压缩过的信号(如MPEG)，其用来在网络上传输；另一类则是未经压缩过的信号(如YUV格式)，其可用来直接在本地端播放。

图1显示进行视频会议时，显示于显示单元(如NB或PC的屏幕)上的画面示意图。如图1所示，在进行视频会议时，在显示单元上会显示出本地端画面110与远程画面120。其中，本地端画面110是由内建数字网络摄影机所输出的未压缩视频流，以在本地端计算机的显示单元上播放；而远程画面120则是由远程所输出的压缩后信号透过本地端计算机解压缩，以播放于显示单元上。

传统数字网络摄影机的缺点在于，其只能支持一路的视频传输，比如，由传统数字网络摄影机所输出的视频流都是未经压缩的。所以，在进行视频会议时，本地端计算机需要进行的压缩/解压缩操作至少有：将本地端的数字网络摄影机所输出的未压缩视频流由本地计算机压缩后，透过网络送至远程计算机；将远程计算机所传来的压缩过信号由本地计算机解压缩以进行播放。可是，这样会造成本地计算机在压缩或解压缩操作上的负担过重。

故而，本发明提出一种新的数字影音撷取架构，其将传统支持USB UVC实时性传输的单一路架构，以分时多任务的概念，改良成仅使用单独一个USB数字影音撷取组件(如USB数字网络摄影机)，却可分时输出两路实时影音流传输(也就是，可传输压缩后影音流与未压缩影音流)。本地端计算机因同时获得两种格式，所以可以减少本地端计算机执行压缩与解压缩的负载。

此外，本发明所提出的新USB数字影音撷取架构可自动补上UVC定义的负荷头。如此，要用于视频会议或数字家庭时，就变得较容易实现。

发明内容

本发明关于一种影音撷取装置及其方法，以分时多任务的概念，仅使用单个USB数字影音撷取组件，却可分时多任务输出压缩后影音流与未压缩影音流。故而，本地端计算机因同时获得两种格式，所以可以减少本地端计算机执行压缩与解压缩的负载。

本发明关于一种影音撷取装置与其方法，其可自动补上符合UVC定义的负荷头，可以降低微控制器的负担，避免实时性数据的遗失。如此，要用于视频会议或数字家庭时，就变得较容易实现。

根据本发明的一方面，提出一种影音撷取装置，包括：一信号源，用以撷取一外部影像以产生一第一输入视频信号；一影音处理器，接收并压缩该信号源所产生的该第一输入视频信号，以产生一第二输入视频信号；一第一影音流处理器，接收由该信号源所产生的该第一输入视频信号，并对于该第一输入视频信号补上一第一负荷头以产生一第一视频流；一第二影音流处理器，接收由该影音处理器所产生的该第二输入视频信号，并对于该第二输入视频信号补上一第二负荷头以产生一第二视频流；一微控制器，用以产生一命令至该第一与该第二影音流处理器；以及一传输单元，耦接于该第一与该第二影音流处理器，该传输单元以分时多任务的方式将该第一影音流处理器所产生的该第一视频流与该第二影音流处理器所产生的该第二视频流传输至一外部装置。其中，该第一与该第二影音流处理器以一互锁机制互相沟通，以避免该第一与该第二影音流处理器同时输出该第一与第二视频流至该传输单元。

根据本发明的另一方面，提出一种数字影音撷取方法，包括：撷取一外部影像以产生一第一输入视频信号；接收并压缩该第一输入视频信号，以产生一第二输入视频信号；接收该第一输入视频信号，并对于该第一输入视频信号补上一第一负荷头以产生一第一视频流；接收该第二输入视频信号，并对于该第二输入视频信号补上一第二负荷头以产生一第二视频流；以分时多任务的方式将该第一视频流与该第二视频流传输至一外部装置；在分时多任务传输时，执行一互锁机制，以避免同时传输该第一与第二视频流至该外部装置。

为让本发明的上述内容能更明显易懂，下文特举实施例，并配合所附图式，作详细说明如下：

附图说明

图1显示进行视频会议时，显示于显示单元上的画面示意图。

图2A至图2C显示视频流的一个微帧(micro-frame)的示意图。

图3显示根据本发明实施例的支持USB与UVC的数字影音撷取装置的方块示意图。

图4显示根据本发明实施例的VSA的架构。

图5显示互锁机制的状态图。

【主要组件符号说明】

110：本地端画面

120：远程画面

210：起始帧

220：负荷头

231～233：数据分组

300：数字影音撷取装置

310：信号源

315：影音处理器

320、325：VSA

330：高效能总线桥接器

335：微控制器

340：数据总线

345：命令总线

350：USB装置控制器

355：USB实体层

351：DMA

360：PC

410、450：多任务器

415：计数器

420：控制器

425：DMA设定单元

430：分组缓存区

435：负荷头缓存区

440：参数缓存区

445：USB事件控制单元

455、460：AHB从装置

465：AHB主装置

510A～540B：状态

具体实施方式

在本发明实施例所提出的新USB数字影/音撷取架构中，以分时多任务的概念，即可支持两路影音流的实时性传输(也就是，可传输压缩后影音流与未压缩影音流)。本地端计算机因同时获得两种格式，所以可以减少本地端计算机执行压缩与解压缩的负载。

此外，本发明实施例所提出的新USB数字影音撷取架构可自动补上UVC定义的负荷头。如此，要用于视频会议或数字家庭时，就变得较容易实现。

在底下，视频流包括影像数据及/或声音数据。图2A至图2C显示视频流的一个微帧(micro-frame)的示意图。如图2A～图2C所示，一个微数据帧包括起始帧(start of frame，SOF)210、负荷头(payload header)220与数个实时性传输数据分组231～233。其中，在每个微数据帧中，负荷头220都必须被更新，并且负荷头220要位于第一个实时性传输数据分组的开头。一般而言，UVC负荷头包含下列信息：流是否属同一视频帧(Video frame)、流是否为拍照模式、流是否为视频帧结尾(End of video frame)和视频流时间...等等。数据分组231～233则包括影/音数据。

在传统上，由数字网络摄影机内部的微控制器(Micro Controller)负责填入负荷头。在一个USB的微数据帧内，通常微控制器需要完成下列操作：1.收集负荷头所需信息，例如：时间标签(Timestamp)...等；2.将这次微数据帧内的影音数据拷贝至存放负荷头的内存内，且影音数据的存放位置要在负荷头的存放位置之后；3.控制数字网络摄影机输出依序负荷头与影音数据；以及4.确认数字网络摄影机已完成数据的输出。

上述操作在每个微数据帧内(也就是在每125百万分之一秒(μsecond)内)必须重复一次。当微控制器的处理速度不够，或是微控制器器有其它任务必须同时执行时，可能无法在时限内完成上述操作。当来不及完成上述操作时，将造成影音数据的遗失，无法达成实时(real-time)影音传输。

故而，在本发明实施例所提出的硬件架构中，由其它部份(非微控制器)来自动更新或取得部分负荷头信息，并在传输微数据帧时，由其它部份(非微控制器)负责先输出负荷头后输出影音数据。所以，微控制器将大量减少执行实时流传输所需的任务，使整个系统更有效率，也避免影像数据的遗失。

请参考图3，其显示根据本发明实施例的支持USB与UVC的数字影音撷取装置的方块示意图。如图3所示，数字影音撷取装置300包括：信号源310、影音处理器315、VSA(影音流处理器，video stream adapter)320、VSA 325、AHB(advanced high performance bridge，高效能总线桥接器)330、微控制器335、数据总线340、命令总线345、USB装置控制器350与USB实体层355。USB装置控制器350至少包括DMA(Direct Memory Access，直接内存存取)351。

数字影音撷取装置300可同时支持两路符合USB(Universal Serial Bus)及UVC(Universal Video Class)的视频流，但却可只透过一组USB装置控制器来将这两路视频流传输给后端的PC 360。此外，更可动态改变两路所需要的带宽，以分别支持USB实时性传输(isochronous transfer)的最大带宽到24.576MB/sec。更甚者，数字影音撷取装置300可自动补上符合UVC格式的负荷头。

信号源310内的影像感光组件可撷取外部影像，以产生视频信号。信号源310所产生的视频信号会分别进入到VSA 320与VSA 325。其中，进入到VSA 320的那一路视频信号未经压缩处理。而进入到VSA 325的另一路视频信号则经过影音处理器315的影像处理(比如压缩成H.264格式)再输入到VSA325。

影音处理器315用以将信号源310所产生的视频信号压缩，并将压缩后的视频信号送至VSA 325。

在VSA 320接收到未压缩视频信号与VSA 325接收到压缩后视频信号时，VSA 320与325会将其编成视频流。此外，VSA 320与325会根据微控制器335所传来的参数，自动补上符合UVC格式的负荷头，并主动透过数据总线340去设定USB装置控制器350中的DMA 351，以利用分时多任务的方式将这两路视频流传到PC 360。

在本实施例中，一次只能让VSA320与325之一透过USB装置控制器350来传送数据给PC 360。所以，藉由互锁机制与互锁信号IL来控制一次只能让VSA 320与325之一来传送数据。也就是说，当VSA 320在传输一个微数据帧的未压缩视频流给PC 360时，VSA 325必需等待；反之，当VSA 325在传输一个微数据帧的压缩后视频流给PC 360时，VSA 320必需等待。

由VSA 320传给PC 360的未压缩视频流可直接在PC 360上播放；而由VSA 325传给PC 360的压缩后视频流则可由PC 360传送给远程计算机，以播放于远程计算机上。

AHB 330乃是介于两种不同传输速度的总线之间，以当其中的桥接器。微控制器335对命令总线345做写入命令，并透过AHB 330来设定USB装置控制器350，以支持UVC实时性的数据传输。

命令总线345用以传输指令、参数、命令等，而数据总线340则用以传输影/音数据。故而，可以将需要高速传输的USB实时性数据流与较不需要高速传输的命令分开传输于两条内部总线。如此，除了可以保证视频数据流的正确性，更可以兼顾微控制器335在处理命令的时效性。

USB装置控制器350用以将由VSA 320传来的未压缩视频流与由VSA325传来的压缩后视频流以分时多任务方式传送至PC 360。此外，当USB装置控制器350传输完一个数据分组后，会通知VSA 320或325，以向VSA 320或325拿取下一个分组并送至DMA 351。也就是说，VSA 320或325一次会传输一个数据分组(及其负荷头，如果此数据分组是该微数据帧内的第一个数据分组的话)至DMA 351。

USB实体层355乃是介于USB装置控制器350与PC 360间的接口。

接着，请参考图4来了解根据本发明实施例的VSA的架构。在本实施例中，VSA 320与325具有相同或几乎相似的架构。在此以VSA 320为例做说明。

如图4所示，VSA 320包括：多任务器(MUX)410、计数器415、控制器420、DMA设定单元425、分组缓存区430、负荷头缓存区435、参数缓存区440、USB事件控制单元445、MUX 450、AHB从装置455、AHB从装置460与AHB主装置465。

参数缓存区440用以缓存参数。由微控制器335所传来的参数会透过命令总线345与AHB从装置460而写入至参数缓存区440。在此，参数比如包括：分组大小等。

计数器415用以计数通过多任务器410的数据量。根据由微控制器335所传来而存于参数缓存区440内的参数，当计数器415计数到通过多任务器410的数据量已到达一个分组的大小时，计数器415会将这些数据打包成一个分组，并存于分组缓存区430内。

此外，在将数据打包成一个分组时，计数器415会通知控制器420开始编组符合UVC定义的负荷头的一部份并储存于负荷头缓存区(headerarea)435。在此阶段，所编组的负荷头的一部份包括：流是否属同一视频帧，流是否为拍照模式，流是否为视频帧结尾等。接着，计数器415会排列实时性数据分组的顺序(如图2A～图2C所示)。

当已有至少一个分组暂存于分组缓存区430时，VSA 320内的DMA设定单元425要通知DMA 351进行数据的传输。可是，在开始利用DMA351传输数据之前，必需先透过互锁机制来确认目前的数据总线340与DMA 351是否被另一个VSA所使用。如果目前的数据总线340与DMA 351正被另一个VSA所使用的话，则要等到另一个VSA(如VSA 325)完成一个微数据帧的传输(亦即释放出使用权)时，VSA 320才能进行数据传输。互锁机制将于底下详述之。

USB事件控制单元445会侦测每一个实时性数据分组是否传输完毕。比如，当DMA 351完成一个实时性数据分组的传输时，USB装置控制器350会透过数据总线340而回传一个脉冲信号给USB事件控制单元445。当接收到此回传脉冲信号后，USB事件控制单元445会通知DMA设定单元425，由DMA设定单元沟通于DMA 351，以使得保存在分组缓存区430内的下一个数据分组透过多任务器450、AHB从装置455与数据总线340而送至DMA351。

多任务器450会根据由其它组件的控制信号，而决定要输出数据分组或是输出负荷头，以使得负荷头与数据分组的输出顺序会符合图2A～图2C所示。

当AHB主装置465设定完成后，USB装置控制器350内的DMA 351会透过AHB从装置455来抓取存放在分组缓存区430内的实时性传输数据分组。而在抓取数据的同时，控制器420会根据当时视频流所传输的格式，补上UVC定义的负荷头的另一部份，比如补上视频流时间。如此一来，视频流的传输就完成。

DMA设定单元425会透过AHB主装置465而沟通于DMA 351并设定DMA 351。请参考图5来了解DMA设定单元425如何设定DMA 351。另外，互锁机制乃是由DMA设定单元425来执行。

AHB从装置455、460与AHB主装置465乃是介于VSA与其它组件间的接口。特别是，AHB从装置455乃是介于VSA与DMA 351间的界面；AHB从装置460乃是介于VSA与微控制器335间的接口；以及AHB主装置465乃是介于VSA与DMA 351间的界面。

请注意，在图4中，VSA 320接收由信号源310所传来的未压缩视频流。如果是VSA 325的话，则其接收由影音处理器315所传来的压缩后视频流。

在本实施例的影音撷取装置内有两个VSA并存，但只有一套USB装置控制器350。所以在设定DMA 351时，必须利用互锁机制使VSA 320与VSA325的实时性分组(Isochronous packet)的传输不被中断，并在确定USB带宽足够的情况下，将VSA 320与VSA 325使用USB装置控制器350的时间错开(亦即分时多任务传输)。互锁机制的流程如第5图所示。底下以VSA 320为例说明，VSA 325的流程相同。

一开始，DMA设定单元425为闲置状态510A。当DMA设定单元425接受到USB传输命令的同时，会进入到DMA确认状态520A，以确认DMA的状态是否为忙碌。

当DMA为忙碌(亦即，另一个VSA(VSA 325)正透过DMA 351传输数据)，则状态要回到闲置状态510A。如果DMA 351是准备(ready)状态，则流程进入到写入状态530A。

在写入状态530A中，DMA设定单元425可将分组的一些相关参数(比如，分组大小、分组编号与分组的储存地址等)写入至DMA 351。

之后，进入致能状态540A，以启动DMA 351，将存于分组缓存区430内的数据分组取出并传输给PC 360。而且，在进入写入状态530A时，DMA设定单元425会发出互锁信号IL给VSA 325，使得VSA 325内的DMA设定单元维持在闲置状态，不能使用DMA 351来传输数据。如此，可以避免在数据总线上同时有两路视频流的出现而导致实时性视频流的遗失。当一个微数据帧的传输完成后，流程会由致能状态540A进入至闲置状态510A，如此，才能将数据总线340的使用权给另一个VSA使用。也就是说，必需等到VSA320将未经压缩的一个微数据帧传输完成后，才能让VSA 325传输压缩后的一个微数据帧。状态510B～540B相同于状态510A～540A，故其细节不再重述。

在USB 2.0高速(High Speed)规范下，一秒内要传输8000个微数据帧，而一个微数据帧最多可以传三个实时性传输数据分组，每个实时性传输分组最大的大小为1024字节(Bytes)。因此每一个实时性传输的端点(endpoint)带宽最大可以达到24.576MB/sec。而在USB规范中，在24.576MB/sec的传输带宽下，最大可支持两个实时性传输端点(Isochronous Endpoint)，也就是两个实时性传输端点的最大带宽总和为49.152MB/s。

本发明实施例在使用模式上，可以分以下三种情况，如下表所示。在第一种使用模式下，只传输未压缩的视频数据流(YUV格式)，最大带宽为24.576MB/sec。在此速度下，已可以支持VGA(640X480)的视频画面到每秒30张以上(带宽约为18.423MB/sec)。

在第二种使用模式下，只传输压缩过的视频数据流，一样可以达到最大带宽24.576MB/sec。但因为是传输压缩过的视频数据流，故在成本考虑上，以8MB/sec的带宽来传输。以H.264编码格式来说，在8MB/sec的带宽下可以支持Full-HD(1920×1080)每秒30张的速度，压缩率以12倍估计(带宽约为7.776MB/sec)，未来可配合应用层面再作动态调整。

在第三种使用模式下，则是两个VSA(比如，VSA 320与VSA 325)都使用，在分时多任务架构设计下，最大可以分别支持传输24.576MB/sec及24.576MB/sec。同样地，因为是传输压缩过的视频数据流，故在成本考虑上，以8MB/sec的带宽来传输VSA 325所传来的压缩后数据。

使用模式	最大可支持带宽	预估使用带宽
			未压缩的视频流	24.576MB/sec	24.576MB/sec
压缩后视频流	24.576MB/sec	8MB/sec
			未压缩之视频流+压缩后视频流	24.576MB/sec+24.576MB/sec	24.576MB/sec+8MB/sec

故而，由上述说明可知，在本发明实施例中，将传统支持USB UVC实时性传输一路的架构，改良成利用单个USB装置，却可同时支持两路实时性传输。此外，本实施例利用VSA来自动补上符合UVC(Universal video class)的负荷头，而不是由微控制器补上负荷头，所以可以降低微控制器的负担，避免实时性数据的遗失。另外，本实施例可同时支持两种不同格式的视频流或是影音流时，当应用于视频会议或数字家庭时，不需安装驱动程序即可使用，更可降低硬件需求、减轻负担，提高使用上的便利。

综上所述，虽然本发明已以一实施例揭露如上，然其并非用以限定本发明。本发明所属技术领域中的技术人员，在不脱离本发明的精神和范围内，当可作各种的更动与润饰。因此，本发明的保护范围当视后附的权利要求的范围所界定者为准。

Claims

1.一种影音撷取装置，包括：

一信号源，用以撷取一外部影像以产生一第一输入视频信号；

一影音处理器，接收并压缩该信号源所产生的该第一输入视频信号，以产生一第二输入视频信号；

一第一影音流处理器，接收由该信号源所产生的该第一输入视频信号，并对于该第一输入视频信号补上一第一负荷头以产生一第一视频流；

一第二影音流处理器，接收由该影音处理器所产生的该第二输入视频信号，并对于该第二输入视频信号补上一第二负荷头以产生一第二视频流；

一微控制器，用以产生一命令至该第一与该第二影音流处理器；以及

一传输单元，耦接于该第一与该第二影音流处理器，该传输单元以分时多任务的方式将该第一影音流处理器所产生的该第一视频流与该第二影音流处理器所产生的该第二视频流传输至一外部装置；

其中，该第一与该第二影音流处理器以一互锁机制互相沟通，以避免该第一与该第二影音流处理器同时输出该第一与第二视频流至该传输单元。

2.如权利要求1所述的影音撷取装置，更包括：

一内部数据总线，耦接至该影音处理器、该第一与第二影音流处理器、以及该传输单元；

一内部命令总线，耦接至该微控制器；以及

一总线桥接器，耦接于该内部数据总线与内部命令总线之间；

其中，该微控制器对该内部命令总线发出一写入命令并透过该总线桥接器来设定该传输单元，以支持实时性数据传输。

3.如权利要求1所述的影音撷取装置，其中，当该传输单元传输完一个数据分组后，其会通知该第一或该第二影音流处理器，以拿取下一个数据分组。

4.如权利要求2所述的影音撷取装置，其中，该第一影音流处理器包括：

一第一多任务器，接收由该信号源所传来的该第一输入视频信号；

一计数器，耦接至该第一多任务器，其用以计数通过该第一多任务器的该第一输入视频信号；

一分组缓存区，耦接至该第一多任务器；

一负荷头缓存区，耦接至该第一多任务器；以及

一参数缓存区，耦接至该负荷头缓存区，其接收由该微控制器所传来的一参数；

其中，根据保存于该参数缓存区内的该参数，当该计数器计数到通过该第一多任务器的该第一输入视频信号已到达一既定量时，该计数器会将该第一输入视频信号打包成一分组，并存于该分组缓存区内。

5.如权利要求4所述的影音撷取装置，其中，该第一影音流处理器更包括：

一控制器，耦接至该计数器；

其中，在该计数器打包该分组后，该计数器通知该控制器开始编组该第一负荷头的一第一部份并储存于该负荷头缓存区。

6.如权利要求5所述的影音撷取装置，其中，该第一影音流处理器更包括：

一设定单元，耦接至该控制器；

其中，当该分组暂存于该分组缓存区时，该设定单元通知该传输单元进行数据传输；

在该传输单元开始传输数据之前，必需先透过该互锁机制来确认该内部数据总线与该传输单元是否被该第二影音流处理器所使用，如果是的话，则等到该第二影音流处理器释放出使用权后，该设定单元才能进行数据传输。

7.如权利要求6所述的影音撷取装置，其中，该第一影音流处理器更包括：

一事件控制单元，耦接至该参数缓存区；以及

一第二多任务器，耦接至该分组缓存区与该负荷头缓存区；

其中，该事件控制单元会侦测该分组是否传输完毕，并通知该设定单元，由该设定单元沟通于该传输单元，以使得存在该分组缓存区内的下一个分组透过该第二多任务器与该内部数据总线而送至该传输单元；

该第二多任务器依序输出缓存于该分组缓存区内的该分组或是缓存于该负荷头缓存区内的该第一负荷头；以及

当该传输单元抓取存放在该分组缓存区内的该分组时，该控制器会补上该第一负荷头的一第二部份。

8.如权利要求7所述的影音撷取装置，其中，该第一影音流处理器更包括：

一第一桥接器从装置，耦接于该第二多任务器与该传输单元之间；

一第二桥接器从装置，耦接于该参数缓存区与该微控制器之间；以及

一桥接器主装置，耦接于该设定单元与该传输单元之间。

9.如权利要求5所述的影音撷取装置，其中，该第一负荷头的该第一部份包括：该第一视频流是否属同一视频帧，该第一视频流是否为拍照模式，该第一视频流是否为视频帧结尾。

10.如权利要求7所述的影音撷取装置，其中，该第一负荷头的该第二部份包括：一视频流时间。

11.如权利要求6所述的影音撷取装置，其中，该第一影音流处理器内的该设定单元执行该互锁机制，

其中，

该设定单元的一初始状态为一闲置状态；

当该设定单元接收到一传输命令时，该设定单元进入到一确认状态，以确认该传输单元的状态，当该传输单元忙碌时，则回到该闲置状态，如果该传输单元是一准备状态，则该设定单元进入到一写入状态；

在该写入状态中，该设定单元将一分组相关参数写入至该传输单元，之后，进入一致能状态，以启动该传输单元；以及

在进入该写入状态时，该设定单元发出一互锁信号给该第二影音流处理器，以避免该第二影音流处理器使用该传输单元来传输数据。

12.一种数字影音撷取方法，包括：

撷取一外部影像以产生一第一输入视频信号；

接收并压缩该第一输入视频信号，以产生一第二输入视频信号；

接收该第一输入视频信号，并对于该第一输入视频信号补上一第一负荷头以产生一第一视频流；

接收该第二输入视频信号，并对于该第二输入视频信号补上一第二负荷头以产生一第二视频流；

以分时多任务的方式将该第一视频流与该第二视频流传输至一外部装置；

在分时多任务传输时，执行一互锁机制，以避免同时传输该第一与第二视频流至该外部装置。

13.如权利要求12所述的方法，更包括：

计数该第一输入视频信号的一数据流量；

根据一参数，当该第一输入视频信号的该数据流量到达一既定量时，将该第一输入视频信号打包成该第一视频流的一分组并缓存。

14.如权利要求13所述的方法，更包括：

在打包该第一视频流的该分组后，开始编组该第一负荷头的一第一部份并缓存。

15.如权利要求14所述的方法，更包括：

当该第一视频流的该分组已被打包完毕且缓存时，传输该第一视频流的该分组至该外部装置；

在开始传输该第一视频流的该分组之前，必需先透过该互锁机制来确认该第二视频流的一微数据帧是否正传输至该外部装置；

如果是，则等到该第二视频流的该微数据帧传输完，才能传输该第一视频流的该分组。

16.如权利要求15所述的方法，更包括：

侦测该第一视频流的该分组是否传输完毕；

将该第一视频流的下一分组送至该外部装置；

依序输出该第一负荷头与该第一视频流的分组；以及

补上该第一负荷头的一第二部份。

17.如权利要求16所述的方法，其中，该第一负荷头的该第一部份包括：该第一视频流是否属同一视频帧，该第一视频流是否为拍照模式，该第一视频流是否为视频帧结尾。

18.如权利要求16所述的方法，其中，该第一负荷头的该第二部份包括：一视频流时间。

19.如权利要求16所述的方法，其中，执行该互锁机制的步骤包括：

设定一初始状态为一闲置状态；

当接收到一传输命令时，进入到一确认状态，以确认一传输单元的状态，当该传输单元忙碌时，则回到该闲置状态，如果该传输单元是一准备状态，则进入到一写入状态；

在该写入状态中，将一分组相关参数写入至该传输单元；

进入一致能状态，以启动该传输单元；以及

在进入该写入状态时，发出一互锁信号，以暂时阻止该第二视频流传输至该传输单元。