數字影音擷取裝置及其方法

2023-04-25 10:08:36

專利名稱：：數字影音擷取裝置及其方法
技術領域：
：本發明涉及一種數字影音擷取裝置及其方法，且特別是有關於一種能輸出未壓縮視頻流與壓縮後視頻流的數字影音擷取裝置及其方法。
背景技術：
：M^if^USBVideoclass(X^^JUniversalSerialBusVideodeviceClassorUVC)影音產品在不需要安裝任何的驅動程序下，即可以在WindowsXPSP2之後的版本或是Vista系統下隨插即用。諸如此類的產品包括數字網絡攝影機(webcam)、數字相機、模擬影像轉換器、電視棒及靜態影像相機等。網絡攝影機是最早支持UVC標準的，且其使用廣泛且又市場數量龐大。隨著內建數字網絡攝影機已成為筆記本型計算機的標準配備，更多市場應用導向也隨之被開發，如利用內建數字網絡攝影機的筆記本型計算機或個人計算機等來進行數字家庭應用、視頻會議等。而在這一類型的應用上，視頻流(videostreaming)是不可或缺的。如以視頻會議為例，通常會用到兩種格式的視頻流一類是經壓縮過的信號(如MPEG)，其用來在網絡上傳輸；另一類則是未經壓縮過的信號(如YUV格式)，其可用來直接在本地端播放。圖1顯示進行視頻會議時，顯示於顯示單元(如NB或PC的屏幕)上的畫面示意圖。如圖1所示，在進行視頻會議時，在顯示單元上會顯示出本地端畫面110與遠程畫面120。其中，本地端畫面110是由內建數字網絡攝影機所輸出的未壓縮視頻流，以在本地端計算機的顯示單元上播放；而遠程畫面120則是由遠程所輸出的壓縮後信號透過本地端計算機解壓縮，以播放於顯示單元上。傳統數字網絡攝影機的缺點在於，其只能支持一路的視頻傳輸，比如，由傳統數字網絡攝影機所輸出的視頻流都是未經壓縮的。所以，在進行視頻會議時，本地端計算機需要進行的壓縮/解壓縮操作至少有將本地端的數字網絡攝影機所輸出的未壓縮視頻流由本地計算機壓縮後，透過網絡送至遠程計算機；將遠程計算機所傳來的壓縮過信號由本地計算機解壓縮以進行播放。可是，這樣會造成本地計算機在壓縮或解壓縮操作上的負擔過重。故而，本發明提出一種新的數字影音擷取架構，其將傳統支持USBUVC實時性傳輸的單一路架構，以分時多任務的概念，改良成僅使用單獨一個USB數字影音擷取組件(如USB數字網絡攝影機)，卻可分時輸出兩路實時影音流傳輸(也就是，可傳輸壓縮後影音流與未壓縮影音流)。本地端計算機因同時獲得兩種格式，所以可以減少本地端計算機執行壓縮與解壓縮的負載。此外，本發明所提出的新USB數字影音擷取架構可自動補上UVC定義的負荷頭。如此，要用於視頻會議或數字家庭時，就變得較容易實現。
發明內容本發明關於一種影音擷取裝置及其方法，以分時多任務的概念，僅使用單個USB數字影音擷取組件，卻可分時多任務輸出壓縮後影音流與未壓縮影音流。故而，本地端計算機因同時獲得兩種格式，所以可以減少本地端計算機執行壓縮與解壓縮的負載。本發明關於一種影音擷取裝置與其方法，其可自動補上符合UVC定義的負荷頭，可以降低微控制器的負擔，避免實時性數據的遺失。如此，要用於視頻會議或數字家庭時，就變得較容易實現。根據本發明的一方面，提出一種影音擷取裝置，包括一信號源，用以擷取一外部影像以產生一第一輸入視頻信號；一影音處理器，接收並壓縮該信號源所產生的該第一輸入視頻信號，以產生一第二輸入視頻信號；一第一影音流處理器，接收由該信號源所產生的該第一輸入視頻信號，並對於該第一輸入視頻信號補上一第一負荷頭以產生一第一視頻流；一第二影音流處理器，接收由該影音處理器所產生的該第二輸入視頻信號，並對於該第二輸入視頻信號補上一第二負荷頭以產生一第二視頻流；一微控制器，用以產生一命令至該第一與該第二影音流處理器；以及一傳輸單元，耦接於該第一與該第二影音流處理器，該傳輸單元以分時多任務的方式將該第一影音流處理器所產生的該第一視頻流與該第二影音流處理器所產生的該第二視頻流傳輸至一外部裝置。其中，該第一與該第二影音流處理器以一互鎖機制互相溝通，以避免該第一與該第二影音流處理器同時輸出該第一與第二視頻流至該傳輸單元。根據本發明的另一方面，提出一種數字影音擷取方法，包括擷取一外部影像以產生一第一輸入視頻信號；接收並壓縮該第一輸入視頻信號，以產生一第二輸入視頻信號；接收該第一輸入視頻信號，並對於該第一輸入視頻信號補上一第一負荷頭以產生一第一視頻流；接收該第二輸入視頻信號，並對於該第二輸入視頻信號補上一第二負荷頭以產生一第二視頻流；以分時多任務的方式將該第一視頻流與該第二視頻流傳輸至一外部裝置；在分時多任務傳輸時，執行一互鎖機制，以避免同時傳輸該第一與第二視頻流至該外部裝置。為讓本發明的上述內容能更明顯易懂，下文特舉實施例，並配合所附圖式，作詳細說明如下圖1顯示進行視頻會議時，顯示於顯示單元上的畫面示意圖。圖2A至圖2C顯示視頻流的一個微幀(micro-frame)的示意圖。圖3顯示根據本發明實施例的支持USB與UVC的數字影音擷取裝置的方塊示意圖。圖4顯示根據本發明實施例的VSA的架構。圖5顯示互鎖機制的狀態圖。主要組件符號說明110:本地端畫面120遠程畫面210:起始幀220負荷頭231233數據分組300數字影音擷取裝置310信號源315影音處理器320,325=VSA330高效能總線橋接器335微控制器340數據總線345:命令總線350=USB裝置控制器355=USB實體層351=DMA360:PC410,450多任務器415計數器420控制器425=DMA設定單元430分組緩存區435:負荷頭緩存區440參數緩存區445=USB事件控制單元455、460=AHB從裝置465=AHB主裝置510A540B:狀態具體實施例方式在本發明實施例所提出的新USB數字影/音擷取架構中，以分時多任務的概念，即可支持兩路影音流的實時性傳輸(也就是，可傳輸壓縮後影音流與未壓縮影音流)。本地端計算機因同時獲得兩種格式，所以可以減少本地端計算機執行壓縮與解壓縮的負載。此外，本發明實施例所提出的新USB數字影音擷取架構可自動補上UVC定義的負荷頭。如此，要用於視頻會議或數字家庭時，就變得較容易實現。在底下，視頻流包括影像數據及/或聲音數據。圖2A至圖2C顯示視頻流的一個微幀(micro-frame)的示意圖。如圖2A圖2C所示，一個微數據幀包括起始幀(startofframe,S0F)210、負荷頭(payloadheader)220與數個實時性傳輸數據分組231233。其中，在每個微數據幀中，負荷頭220都必須被更新，並且負荷頭220要位於第一個實時性傳輸數據分組的開頭。一般而言，UVC負荷頭包含下列信息流是否屬同一視頻幀(Videoframe)、流是否為拍照模式、流是否為視頻幀結尾(Endofvideoframe)和視頻流時間..·等等。數據分組231233則包括影/音數據。在傳統上，由數字網絡攝影機內部的微控制器(MicroController)負責填入負荷頭。在一個USB的微數據幀內，通常微控制器需要完成下列操作1.收集負荷頭所需信息，例如時間標籤(Timestamp)...等；2.將這次微數據幀內的影音數據拷貝至存放負荷頭的內存內，且影音數據的存放位置要在負荷頭的存放位置之後；3.控制數字網絡攝影機輸出依序負荷頭與影音數據；以及4.確認數字網絡攝影機已完成數據的輸出。上述操作在每個微數據幀內(也就是在每125百萬分之一秒(μsecond)內)必須重複一次。當微控制器的處理速度不夠，或是微控制器器有其它任務必須同時執行時，可能無法在時限內完成上述操作。當來不及完成上述操作時，將造成影音數據的遺失，無法達成實時(real-time)影音傳輸。故而，在本發明實施例所提出的硬體架構中，由其它部份(非微控制器)來自動更新或取得部分負荷頭信息，並在傳輸微數據幀時，由其它部份(非微控制器)負責先輸出負荷頭後輸出影音數據。所以，微控制器將大量減少執行實時流傳輸所需的任務，使整個系統更有效率，也避免影像數據的遺失。請參考圖3，其顯示根據本發明實施例的支持USB與UVC的數字影音擷取裝置的方塊示意圖。如圖3所示，數字影音擷取裝置300包括信號源310、影音處理器315、VSA(影音流處理器，videostreamadapter)320、VSA325、AHB(advancedhighperformancebridge,高效能總線橋接器)330、微控制器335、數據總線340、命令總線345、USB裝置控制器350與USB實體層355。USB裝置控制器350至少包括DMA(DirectMemoryAccess，直接內存存取)351。數字影音擷取裝置300可同時支持兩路符合USB(UniVerSalSerialBus)及UVC(UniversalVideoClass)的視頻流，但卻可只透過一組USB裝置控制器來將這兩路視頻流傳輸給後端的PC360。此外，更可動態改變兩路所需要的帶寬，以分別支持USB實時性傳輸(isochronoustransfer)的最大帶寬到24.576MB/sec。更甚者，數字影音擷取裝置300可自動補上符合UVC格式的負荷頭。信號源310內的影像感光組件可擷取外部影像，以產生視頻信號。信號源310所產生的視頻信號會分別進入到VSA320與VSA325。其中，進入到VSA320的那一路視頻信號未經壓縮處理。而進入到VSA325的另一路視頻信號則經過影音處理器315的影像處理(比如壓縮成H.264格式)再輸入到VSA325。影音處理器315用以將信號源310所產生的視頻信號壓縮，並將壓縮後的視頻信號送至VSA325。在VSA320接收到未壓縮視頻信號與VSA325接收到壓縮後視頻信號時，VSA320與325會將其編成視頻流。此外，VSA320與325會根據微控制器335所傳來的參數，自動補上符合UVC格式的負荷頭，並主動透過數據總線340去設定USB裝置控制器350中的DMA351，以利用分時多任務的方式將這兩路視頻流傳到PC360。在本實施例中，一次只能讓VSA320與325之一透過USB裝置控制器350來傳送數據給PC360。所以，藉由互鎖機制與互鎖信號IL來控制一次只能讓VSA320與325之一來傳送數據。也就是說，當VSA320在傳輸一個微數據幀的未壓縮視頻流給PC360時，VSA325必需等待；反之，當VSA325在傳輸一個微數據幀的壓縮後視頻流給PC360時，VSA320必需等待。由VSA320傳給PC360的未壓縮視頻流可直接在PC360上播放；而由VSA325傳給PC360的壓縮後視頻流則可由PC360傳送給遠程計算機，以播放於遠程計算機上。AHB330乃是介於兩種不同傳輸速度的總線之間，以當其中的橋接器。微控制器335對命令總線345做寫入命令，並透過AHB330來設定USB裝置控制器350，以支持UVC實時性的數據傳輸。命令總線345用以傳輸指令、參數、命令等，而數據總線340則用以傳輸影/音數據。故而，可以將需要高速傳輸的USB實時性數據流與較不需要高速傳輸的命令分開傳輸於兩條內部總線。如此，除了可以保證視頻數據流的正確性，更可以兼顧微控制器335在處理命令的時效性。USB裝置控制器350用以將由VSA320傳來的未壓縮視頻流與由VSA325傳來的壓縮後視頻流以分時多任務方式傳送至PC360。此外，當USB裝置控制器350傳輸完一個數據分組後，會通知VSA320或325，以向VSA320或325拿取下一個分組並送至DMA351。也就是說，VSA320或325—次會傳輸一個數據分組(及其負荷頭，如果此數據分組是該微數據幀內的第一個數據分組的話)至DMA351。USB實體層355乃是介於USB裝置控制器350與PC360間的接口。接著，請參考圖4來了解根據本發明實施例的VSA的架構。在本實施例中，VSA320與325具有相同或幾乎相似的架構。在此以VSA320為例做說明。如圖4所示，VSA320包括多任務器(MUX)410、計數器415、控制器420、DMA設定單元425、分組緩存區430、負荷頭緩存區435、參數緩存區440、USB事件控制單元445、MUX450、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時，VSA320內的DMA設定單元425要通知DMA351進行數據的傳輸。可是，在開始利用DMA351傳輸數據之前，必需先透過互鎖機制來確認目前的數據總線340與DMA351是否被另一個VSA所使用。如果目前的數據總線340與DMA351正被另一個VSA所使用的話，則要等到另一個VSA(如VSA325)完成一個微數據幀的傳輸(亦即釋放出使用權)時，VSA320才能進行數據傳輸。互鎖機制將於底下詳述之。USB事件控制單元445會偵測每一個實時性數據分組是否傳輸完畢。比如，當DMA351完成一個實時性數據分組的傳輸時，USB裝置控制器350會透過數據總線340而回傳一個脈衝信號給USB事件控制單元445。當接收到此回傳脈衝信號後，USB事件控制單元445會通知DMA設定單元425，由DMA設定單元溝通於DMA351，以使得保存在分組緩存區430內的下一個數據分組透過多任務器450、AHB從裝置455與數據總線340而送至DMA351。多任務器450會根據由其它組件的控制信號，而決定要輸出數據分組或是輸出負荷頭，以使得負荷頭與數據分組的輸出順序會符合圖2A圖2C所示。當AHB主裝置465設定完成後，USB裝置控制器350內的DMA351會透過AHB從裝置455來抓取存放在分組緩存區430內的實時性傳輸數據分組。而在抓取數據的同時，控制器420會根據當時視頻流所傳輸的格式，補上UVC定義的負荷頭的另一部份，比如補上視頻流時間。如此一來，視頻流的傳輸就完成。DMA設定單元425會透過AHB主裝置465而溝通於DMA351並設定DMA351。請參考圖5來了解DMA設定單元425如何設定DMA351。另外，互鎖機制乃是由DMA設定單元425來執行。AHB從裝置455、460與AHB主裝置465乃是介於VSA與其它組件間的接口。特別是，AHB從裝置455乃是介於VSA與DMA351間的界面；AHB從裝置460乃是介於VSA與微控制器335間的接口；以及AHB主裝置465乃是介於VSA與DMA351間的界面。請注意，在圖4中，VSA320接收由信號源310所傳來的未壓縮視頻流。如果是VSA325的話，則其接收由影音處理器315所傳來的壓縮後視頻流。在本實施例的影音擷取裝置內有兩個VSA並存，但只有一套USB裝置控制器350。所以在設定DMA351時，必須利用互鎖機制使VSA320與VSA325的實時性分組(Isochronouspacket)的傳輸不被中斷，並在確定USB帶寬足夠的情況下，將VSA320與VSA325使用USB裝置控制器350的時間錯開(亦即分時多任務傳輸)。互鎖機制的流程如第5圖所示。底下以VSA320為例說明，VSA325的流程相同。一開始，DMA設定單元425為閒置狀態510A。當DMA設定單元425接受到USB傳輸命令的同時，會進入到DMA確認狀態520A，以確認DMA的狀態是否為忙碌。當DMA為忙碌(亦即，另一個VSA(VSA325)正透過DMA351傳輸數據)，則狀態要回到閒置狀態510A。如果DMA351是準備(ready)狀態，則流程進入到寫入狀態530A。在寫入狀態530A中，DMA設定單元425可將分組的一些相關參數(比如，分組大小、分組編號與分組的儲存地址等)寫入至DMA351。之後，進入致能狀態540A，以啟動DMA351，將存於分組緩存區430內的數據分組取出並傳輸給PC360。而且，在進入寫入狀態530A時，DMA設定單元425會發出互鎖信號IL給VSA325，使得VSA325內的DMA設定單元維持在閒置狀態，不能使用DMA351來傳輸數據。如此，可以避免在數據總線上同時有兩路視頻流的出現而導致實時性視頻流的遺失。當一個微數據幀的傳輸完成後，流程會由致能狀態540A進入至閒置狀態510A，如此，才能將數據總線340的使用權給另一個VSA使用。也就是說，必需等到VSA320將未經壓縮的一個微數據幀傳輸完成後，才能讓VSA325傳輸壓縮後的一個微數據幀。狀態510B540B相同於狀態510A540A，故其細節不再重述。在USB2.0高速(HighSpeed)規範下，一秒內要傳輸8000個微數據幀，而一個微數據幀最多可以傳三個實時性傳輸數據分組，每個實時性傳輸分組最大的大小為1024位元組(Bytes)。因此每一個實時性傳輸的端點(endpoint)帶寬最大可以達到24.576MB/sec.而在USB規範中，在24.576MB/sec的傳輸帶寬下，最大可支持兩個實時性傳輸端點(IsochronousEndpoint)，也就是兩個實時性傳輸端點的最大帶寬總和為49.152MB/s。本發明實施例在使用模式上，可以分以下三種情況，如下表所示。在第一種使用模式下，只傳輸未壓縮的視頻數據流(YUV格式)，最大帶寬為24.576MB/sec。在此速度下，已可以支持VGA(640X480)的視頻畫面到每秒30張以上(帶寬約為18.423MB/sec)。在第二種使用模式下，只傳輸壓縮過的視頻數據流，一樣可以達到最大帶寬24.576MB/sec。但因為是傳輸壓縮過的視頻數據流，故在成本考慮上，以8MB/sec的帶寬來傳輸。以H.264編碼格式來說，在8MB/sec的帶寬下可以支持Full-HD(1920X1080)每秒30張的速度，壓縮率以12倍估計(帶寬約為7.776MB/sec)，未來可配合應用層面再作動態調整。在第三種使用模式下，則是兩個VSA(比如，VSA320與VSA325)都使用，在分時多任務架構設計下，最大可以分別支持傳輸24.576MB/sec及24.576MB/sec。同樣地，因為是傳輸壓縮過的視頻數據流，故在成本考慮上，以8MB/sec的帶寬來傳輸VSA325所傳來的壓縮後數據。tableseeoriginaldocumentpage11故而，由上述說明可知，在本發明實施例中，將傳統支持USBUVC實時性傳輸一路的架構，改良成利用單個USB裝置，卻可同時支持兩路實時性傳輸。此外，本實施例利用VSA來自動補上符合UVC(Universalvideoclass)的負荷頭，而不是由微控制器補上負荷頭，所以可以降低微控制器的負擔，避免實時性數據的遺失。另外，本實施例可同時支持兩種不同格式的視頻流或是影音流時，當應用於視頻會議或數字家庭時，不需安裝驅動程序即可使用，更可降低硬體需求、減輕負擔，提高使用上的便利。綜上所述，雖然本發明已以一實施例揭露如上，然其並非用以限定本發明。本發明所屬
技術領域：
中的技術人員，在不脫離本發明的精神和範圍內，當可作各種的更動與潤飾。因此，本發明的保護範圍當視後附的權利要求的範圍所界定者為準。權利要求一種影音擷取裝置，包括一信號源，用以擷取一外部影像以產生一第一輸入視頻信號；一影音處理器，接收並壓縮該信號源所產生的該第一輸入視頻信號，以產生一第二輸入視頻信號；一第一影音流處理器，接收由該信號源所產生的該第一輸入視頻信號，並對於該第一輸入視頻信號補上一第一負荷頭以產生一第一視頻流；一第二影音流處理器，接收由該影音處理器所產生的該第二輸入視頻信號，並對於該第二輸入視頻信號補上一第二負荷頭以產生一第二視頻流；一微控制器，用以產生一命令至該第一與該第二影音流處理器；以及一傳輸單元，耦接於該第一與該第二影音流處理器，該傳輸單元以分時多任務的方式將該第一影音流處理器所產生的該第一視頻流與該第二影音流處理器所產生的該第二視頻流傳輸至一外部裝置；其中，該第一與該第二影音流處理器以一互鎖機制互相溝通，以避免該第一與該第二影音流處理器同時輸出該第一與第二視頻流至該傳輸單元。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所述的方法，其中，執行該互鎖機制的步驟包括設定一初始狀態為一閒置狀態；當接收到一傳輸命令時，進入到一確認狀態，以確認一傳輸單元的狀態，當該傳輸單元忙碌時，則回到該閒置狀態，如果該傳輸單元是一準備狀態，則進入到一寫入狀態；在該寫入狀態中，將一分組相關參數寫入至該傳輸單元；進入一致能狀態，以啟動該傳輸單元；以及在進入該寫入狀態時，發出一互鎖信號，以暫時阻止該第二視頻流傳輸至該傳輸單元。全文摘要在影音擷取時，利用兩個影音流處理器來分別接收原始輸入視頻信號與壓縮後輸入視頻信號，以分別產生未壓縮視頻流與壓縮後視頻流。接著，以分時多任務的方式將未壓縮視頻流與壓縮後視頻流傳輸至外部裝置。另外，更利用互鎖機制以避免同時輸出未壓縮視頻流與壓縮後視頻流，故而能防止實時性視頻流的遺失。文檔編號H04N5/76GK101815192SQ200910007569公開日2010年8月25日申請日期2009年2月23日優先權日2009年2月23日發明者王俊喬,陳鈺民申請人:廣達電腦股份有限公司