專利名稱：用于編碼信息的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及信息存儲和表示。具體地說，本發(fā)明涉及一種用于編碼信息的方法和裝置。
背景技術(shù)：
視頻編碼技術(shù)是公知的。例如，運動圖像專家組(MPEG)已經(jīng)建立了各種視頻編碼標(biāo)準(zhǔn)，例如MPEG2和MPEG4。MPEG4是一種支持大表示格式和復(fù)雜語音編碼的穩(wěn)健標(biāo)準(zhǔn)，例如在家庭影院環(huán)境下其特征是有益的。由于該標(biāo)準(zhǔn)提供了用于諸如家庭影院表示的關(guān)鍵應(yīng)用的源材料的忠實再現(xiàn)而被廣泛接受，但是該標(biāo)準(zhǔn)對于其它應(yīng)用具有缺點。例如，這種標(biāo)準(zhǔn)不適于廉價的手持視頻播放器，其中這些設(shè)備的表示格式和波形因數(shù)(form factor)既不需要這些標(biāo)準(zhǔn)的保真度，也沒有理由需要與實施這些標(biāo)準(zhǔn)相關(guān)的費用。
本發(fā)明的優(yōu)點是提供一種用于編碼信息的方法和裝置，其尤其適于更小的表示格式，諸如在手持視頻播放器中使用。

發(fā)明內(nèi)容
本發(fā)明提供了一種用于編碼信息的方法和裝置，其尤其適于更小的表示格式，諸如在手持視頻播放器中使用。本發(fā)明還特別解決了降低視頻解碼復(fù)雜性、利用定點運算的MP3解碼器的實施、快速YcbCr到RGB的轉(zhuǎn)換、視頻流和MP3視頻流到AVI文件的封裝，在存儲卡上存儲菜單導(dǎo)航以及DVD子圖像信息、音頻流和視頻流的同步、用于多媒體數(shù)據(jù)解密的密鑰的加密、以及用于實施本申請所公開的改進(jìn)的編碼的手持視頻播放器的良好用戶界面(UI)適配。


圖1所示為根據(jù)本發(fā)明優(yōu)選實施方式的手持式視頻播放器的平面圖；圖2所示為用于說明根據(jù)本發(fā)明的設(shè)備圖標(biāo)的顯示；
圖3所示為根據(jù)本發(fā)明的HHETM視頻編碼器的示意性框圖；圖4所示為根據(jù)本發(fā)明用于預(yù)記錄內(nèi)容的內(nèi)容保護的流程圖；以及圖5所示為根據(jù)本發(fā)明用于可下載內(nèi)容的內(nèi)容保護的流程圖。
具體實施例方式
這里，本發(fā)明涉及用于編碼信息的裝置和方法，其尤其適用于但不局限于諸如手持視頻播放器的設(shè)備。下面首先說明示例性播放器。
視頻播放器首先說明示例性手持視頻播放器，如由加利福尼亞州舊金山的HandHeldEntertainment出售的ZVUE！TM播放器，在該播放器中可以實施被稱為HHETM視頻編碼的本發(fā)明優(yōu)選實施方式。圖1所示為根據(jù)本發(fā)明的當(dāng)前優(yōu)選實施方式的手持視頻播放器10的平面圖。
控制播放器具有15個按鈕DIM，BRIGHT(暗，明)11；POWER(電源)12；VOL-UP(音量大)13；VOL-DOWN(音量小)14；MENU(菜單)15；PLAY/PAUSE(播放/暫停)16；FF(快進(jìn))17；REV(回放)18；NAV-LEFT(導(dǎo)航-左)19；NAV-RIGHT(導(dǎo)航-右)20；NAV-DOWN(導(dǎo)航-下)21；NAV-UP(導(dǎo)航-上)22；NAV-OK，(導(dǎo)航-確認(rèn))23；以及CARD(卡)24。
播放器還包括各種端口，諸如USB端口25，擴展端口26；并且包括用于線出(line out)27、耳機28和電源29的連接。
存在許多播放器狀態(tài)。播放器處理按鈕按下/釋放事件以及一些其它硬件事件。播放器根據(jù)其狀態(tài)響應(yīng)事件。
基礎(chǔ)菜單導(dǎo)航NAV-*鍵控制菜單項目的選擇。按下[導(dǎo)航-確認(rèn)]轉(zhuǎn)換執(zhí)行選擇的菜單項目。通常，[菜單]使用戶回到以前的菜單。如果用戶正處在FAT文件層次中，則其使用戶回到上一級目錄。如果選擇的項目是可播放的，諸如HHE視頻或者全部為MP3音頻的目錄，則[播放]按鈕將從開始播放所選擇的項目。
音量和亮度控制音量控制范圍-73..+6dB音量控制間隔粒度(granularity)1dB音量級別顯示暫停時間(timeout)5秒音量級別顯示屏幕底部的水平條在關(guān)/開之后，如果音頻級別沒有關(guān)閉，則該音頻級別為以前的值，在這種情況下將其設(shè)置為低音量。將亮度設(shè)置為最亮。
在播放器的任意狀態(tài)下按下音頻電平控制按鈕將會使當(dāng)前級別顯示在屏幕底部。隨后按下音量按鈕將音頻級別改變1dB。在兩秒鐘內(nèi)沒有觸壓音量控制按鈕之后，則音量級別條消失。
亮度控制通過至少五個亮度設(shè)置，調(diào)高和調(diào)低播放器的暗和明。
除非實際的屏幕亮度發(fā)生變化，在屏幕上沒有可視的指示器。在最暗設(shè)置下，顯示器被關(guān)閉。當(dāng)只需要音頻時這對于節(jié)約電池很有用。在這種情況下，軟件將做更少的視頻工作。在顯示器關(guān)閉的狀態(tài)下，顯示任意的亮度輸入。
注意如果在播放音頻時關(guān)閉顯示器，則為了一致和方便用戶，當(dāng)按下音量搖桿按鈕時在屏幕上出現(xiàn)音量指示器。
表示UI的菜單或?qū)Ш桨粹o使屏幕打開。在正常播放模式下屏幕再次關(guān)閉。
視覺反饋在運動視頻上添加圖形溫度計滑塊以給出音量和亮度的反饋。包括用于UI元素、圖標(biāo)和菜單屏幕的壓縮位圖。用于圖標(biāo)的格式包括透明的顏色。
還可以提供簡單的動畫語言。例如，這可以是HHE格式AVI、動畫GIF(經(jīng)過IP檢查)或FLAH動畫。
可聽反饋具有典型的ZVUE！開啟聲音。音頻按鈕反饋具有兩種類型。點擊所執(zhí)行的命令。與內(nèi)容無關(guān)的用于按鈕按下的振擊音。
端口USB通過顯示USB連接圖標(biāo)播放器響應(yīng)所連接的USB端口，并且不響應(yīng)除電源之外的按鈕，該電源可以用于打開或關(guān)閉播放器。
SD卡當(dāng)插入卡時，調(diào)用(call)按鈕[卡]，播放器進(jìn)入“媒介插入”狀態(tài)并且開始播放。
狀態(tài)關(guān)閉播放器的初始狀態(tài)是“關(guān)閉”，其中的各部分都關(guān)斷。離開該狀態(tài)的唯一方法是按下[電源]按鈕或者插入媒介卡[卡]。
ZVUE！歡迎屏幕在兩秒鐘的ZVUM！歡迎圖形顯示和獨特的ZVUM！開啟音之后，播放器返回到下一期望的操作。
通電在“按下電源”事件后，暫時顯示ZVUE！歡迎屏幕。如果存在媒介，則接著是媒介菜單。否則，接著將是播放器菜單。
媒介插入暫時顯示ZVUE！歡迎屏幕。對于“插入卡”事件，播放器檢查該卡的類型。如果該卡是更新卡，則系統(tǒng)定位到固件更新批準(zhǔn)；如果該卡中有應(yīng)用程序，則系統(tǒng)定位到應(yīng)用批準(zhǔn)；并且如果該卡是媒介卡，則系統(tǒng)定位到臨時媒介菜單。
臨時媒介菜單顯示媒介菜單，提供導(dǎo)航到其它選項的機會。在6秒鐘暫停時間之后，除非使用了其它媒介菜單控制，該媒介開始播放。如果按下按鈕，則暫停時間改變?yōu)椤?分鐘之后，關(guān)閉”。
播放器菜單要求用戶插入卡或者從菜單中選擇項目。該菜單為屏保(禁止)設(shè)置(包括文本顏色和類型以及與mp3和jepg重放相關(guān)的設(shè)置)恢復(fù)(如果播放器斷電或者通過仍然插入的同一媒介而部分暫停，則出現(xiàn)恢復(fù)選項)暫停時間轉(zhuǎn)換到關(guān)閉的60秒媒介菜單檢查媒介類型。當(dāng)發(fā)現(xiàn)可寫的SD或MMC卡時獲得包含HHE媒介和其它格式，轉(zhuǎn)到狀態(tài)“媒介選擇菜單”。
暫停時間轉(zhuǎn)換到關(guān)閉的60秒。
當(dāng)顯示菜單項目時在菜單背景圖片之后媒介菜單為一短的動畫(可以為空)。第一菜單項目是激活的。所有菜單項目指向視頻章節(jié)(chapter)。在一段未激活之后，重新開始菜單動畫。媒介菜單中的[菜單]按鈕啟動播放器菜單(參見以上所述)。
如果媒介含有一個以上的磁軌道(track)，則選擇第一磁軌道并且這是很顯然的。按下[播放]開始播放媒介。[回放]和[快進(jìn)]按鈕改變所選擇的特征。導(dǎo)航按鈕允許圍繞UI移動。
播放HHE當(dāng)存在HHE AVI媒介卡時，開始播放功能。這是用戶花費時間最多并且也是最吸引用戶的狀態(tài)。
電源定位到“關(guān)閉”。如果媒介長度超過五分鐘，則存儲正在播放的位置。
菜單定位到“媒介菜單”播放定位到“播放HHE-暫?！笨爝M(jìn)，“播放HHE”狀態(tài)的快進(jìn)特征回放，“播放HHE”狀態(tài)的回放特征導(dǎo)航-左，前一視頻“章節(jié)”導(dǎo)航-右，下一視頻“章節(jié)”導(dǎo)航-上，使能或者禁止的慢動作特征導(dǎo)航-確認(rèn)，聲音繼續(xù)，但是屏幕上出現(xiàn)播放菜單。定位到“播放HHE-菜單”狀態(tài)。
導(dǎo)航-下按鈕使能AB重復(fù)特征，并且在重放期間將其稱為AB重復(fù)按鈕。
下面是AB/重復(fù)狀態(tài)表。這些狀態(tài)是播放HHE的子狀態(tài)。
播放正常地表示視頻。當(dāng)完成時移動到下一磁軌道。
按下A/B重復(fù)在該位置將其轉(zhuǎn)換到播放-A狀態(tài)。
播放-A當(dāng)視頻自動重復(fù)時，在點A處重新開始而不是從頭開始。
按下A/B重復(fù)在該位置將其轉(zhuǎn)換到播放-AB狀態(tài)。
播放-AB當(dāng)視頻自動重復(fù)時，在點A處重新開始而不是從頭開始并且前進(jìn)到點B而不是最后。其連續(xù)重復(fù)從點A到B直到達(dá)到A-B暫停時間。
按下A/B重復(fù)將其轉(zhuǎn)換到播放-自動重復(fù)狀態(tài)。
暫停時間-A-B重復(fù)特征在播放60分鐘之后定位到播放。
播放HHE-暫停在播放HHE狀態(tài)下按下[播放]鍵時到達(dá)該狀態(tài)。用戶正在觀看來自視頻的靜止幀。
從暫?；謴?fù)[回放]定位到該章節(jié)的開始而不從暫?；謴?fù)。
音頻關(guān)閉，以(約)2倍速重播視頻。
定位到“媒介菜單”。
根據(jù)實施難度的前一視頻幀或關(guān)鍵幀或章節(jié)。保持在播放HHE-暫停狀態(tài)。
下一視頻幀并且保持在播放HHE-暫停狀態(tài)。
，使能或者禁止的重復(fù)或慢動作特征。
，在屏幕上顯示播放信息。改變顯示器以表示表明視頻軌道中時間偏離的條形圖以及磁軌道的名稱。保持在“播放HHE-暫停”狀態(tài)。
在視頻中設(shè)置AB重復(fù)點，并且與處于播放HHE狀態(tài)一樣精確地前進(jìn)到AB重復(fù)狀態(tài)。
播放HHE-快進(jìn)聲音關(guān)閉。以大約正常速度兩倍的速度播放視頻。
音頻打開，正常速度[回放]與播放相同[快進(jìn)]音頻關(guān)閉，視頻為正常速度的六倍。播放器可以通過跳過B并且根據(jù)需要還跳過P幀來實現(xiàn)該功能。這會導(dǎo)致失去連續(xù)性。保持在播放HHE-快進(jìn)狀態(tài)。如果再次按下[快進(jìn)]，則將轉(zhuǎn)換到兩倍快進(jìn)。
媒介選擇菜單還提供用于顯示數(shù)字照片的jpg瀏覽器。可以組合內(nèi)容HHE下載以及其它MP3和JPEG內(nèi)容。只有在這種狀態(tài)下才需要導(dǎo)航狀態(tài)。這是基本的FAT文件系統(tǒng)導(dǎo)航器。
顯示卡上的事情列表。在左列使用小圖標(biāo)表示幾種類型的對象。圖標(biāo)與windows中的最小圖標(biāo)相類似(參見圖2)。
文件夾HHE視頻音頻圖片文本文件顯示在卡上可用的選項。
當(dāng)選擇視頻[導(dǎo)航-確認(rèn)]時(將用戶導(dǎo)引到用于該內(nèi)容的媒介菜單)當(dāng)選擇JPEG[導(dǎo)航-確認(rèn)]時，將用戶從那張圖片開始導(dǎo)引到幻燈片瀏覽器。
當(dāng)選擇音樂[導(dǎo)航-確認(rèn)]時，開始播放該文件中的音樂。導(dǎo)航MP3文件的文件夾-參見“MP3播放器”狀態(tài)的討論。
幻燈片顯示菜單軟件準(zhǔn)備兩個播放列表。音頻播放列表和照片播放列表。如果播放類別文件位于卡上，則可以使用其確定音頻和視頻文件的順序。否則，兩個播放列表都以寬度優(yōu)先遞歸順序遍歷具有以最自然的可能順序分類的文件的文件夾。
將用戶導(dǎo)引到幻燈片播放狀態(tài)。
幻燈片播放[回放][播放][快進(jìn)]按鈕影響音樂重放。
方向鍵實現(xiàn)照片選擇。
和[左]定位到上一張和下一張照片。
引出“幻燈片播放菜單”。
引出“幻燈片菜單”。
幻燈片菜單顯示當(dāng)前的幻燈片。如果可能將顯示整個幻燈片，然后輕微地放大。
[播放][快進(jìn)]按鈕影響音樂重放。
四個方向鍵的操作影響照片位置，按照選擇的方向遙攝(panning)照片，直到達(dá)到其停止的邊緣，并發(fā)出撞擊聲。
更加縮小。如果完全縮小，則提供“幻燈片播放”選項。
更加縮小。如果完全縮小，則提供“幻燈片菜單明細(xì)”。
暫停時間在設(shè)置中確定的調(diào)節(jié)時間之后按順序定位到下一幻燈片。
幻燈片菜單明細(xì)通過文本或圖標(biāo)提供下述選項幻燈片播放延遲(幻燈片播放之前的時間量)旋轉(zhuǎn)圖片伽瑪調(diào)節(jié)特殊效果這里出現(xiàn)(crop here)選擇動畫選擇聲道JPEG瀏覽器當(dāng)沒有MP3時，播放器按照上述操作，除了沒有音樂。
MP3播放器菜單結(jié)構(gòu)示出了FAT文件系統(tǒng)的一個目錄。只示出了具有可用內(nèi)容的文件夾。
HHe壓縮/接壓縮多媒體格式Hhe壓縮/解壓縮(“Codec”)多媒體格式為用于保持高度壓縮的數(shù)字視頻、音頻、圖形和導(dǎo)航數(shù)據(jù)的格式。
符合HHe格式的文件通常帶有擴展名“.hhe”。這是包括一個或多個不同子文件的復(fù)雜文件。HHe格式支持的子文件類型為
·config用于媒介的主配置文件，其詳細(xì)說明媒介、主導(dǎo)航腳本文件名、要使用的解碼引擎(定制解碼引擎可以駐留在媒介上，在內(nèi)部存儲器上駐留有缺省引擎)。
·avi多路傳輸?shù)膲嚎s后的視頻/音頻流。
·bmp菜單子圖片，其為MS Windows十六色壓縮后的位圖。
·nav用于視頻章節(jié)的導(dǎo)航腳本，其詳細(xì)說明了要播放的章節(jié)順序。
·mnu菜單文件，其通過詳細(xì)說明菜單項目的子圖片、指向章節(jié)的指針等描述菜單表示和功能。
在HHe文件中可以出現(xiàn)上述列出的一個或多個子文件類型。唯一需要的是必須有一些聽覺或視覺內(nèi)容表示(avi或bmp子文件)。
各子件的格式依賴于其功能。對于文件格式的詳細(xì)說明請參照這里標(biāo)題為“HHe文件格式詳細(xì)說明”中的說明。
HHe壓縮技術(shù)HHe格式支持全運動視頻并且能夠在真彩屏幕上顯示高達(dá)每像素24位的色彩。HHe以高達(dá)100∶1的可變比特率壓縮視頻內(nèi)容，并且在低成本、低功耗處理器上利用最小限度的系統(tǒng)資源以實時速度解壓縮相同的內(nèi)容，例如在ZVUE！視頻播放器中使用的Motorola DragonballTMi.XML(由伊利諾伊州Schaumburg的Motorola，Inc制造)。
HHe視頻壓縮技術(shù)是為產(chǎn)生高壓縮性能而在解壓縮時保持合理復(fù)雜性而專門開發(fā)的專用算法。如圖3的框圖所示，該壓縮方案在運動評估之后進(jìn)行變換編碼。HHe算法的頂層與過去十年中開發(fā)的視頻壓縮標(biāo)準(zhǔn)相似，但是選擇的特有技術(shù)確保了在移動設(shè)備上實施實時解碼器。
HHe格式支持以從低比特率單聲道到接近CD質(zhì)量立體聲的各種質(zhì)量等級的音頻壓縮。HHe格式使用流行的MP3音頻壓縮標(biāo)準(zhǔn)作為缺省的音頻格式。HHe格式還支持附加的音頻格式，諸如WMA和AAC。
HHe格式的安全特征由于采用了加密方案和其它特征，具有HHe格式的壓縮內(nèi)容的安全性和完整性非常高。
使用高安全加密方案可以防止未授權(quán)復(fù)制以HHe格式編碼的多媒體?；贐lowfish算法的加密算法是利用128位密鑰的對稱私鑰算法。Blowfish是對稱分組密碼，其可以用作DES或IDEA的直接代替。其采用從32位到448位的可變長度密鑰而使其對于國內(nèi)和出口使用都是理想的選擇。Blowfish是1993年由Bruce Schneier開發(fā)，其作為現(xiàn)存加密算法的快速免費替代品。之后人們對其進(jìn)行了相當(dāng)?shù)胤治觯⑶易鳛榻鸭用芩惴ㄒ呀?jīng)慢慢被人們所接受。Blowfishim沒有申請專利并且沒有許可費，并且對于所有使用都免費。原始的Blofish論文發(fā)表在英國劍橋的First Fast Software Encryption workshop上(然后由Springer-Verlag公布在Lecture Notes in Computer Science#809，1994)以及Dobb’s Journal于1994年4月的發(fā)表。
利用特別健壯的隨機數(shù)發(fā)生器已經(jīng)產(chǎn)生了8個不同的密鑰，將該8個密鑰進(jìn)行加擾并且存儲在ZVUE！內(nèi)部存儲器的不同偏移位置中。使用不同的密鑰對預(yù)先記錄的內(nèi)容、下載的內(nèi)容和代碼更新進(jìn)行加密。
對于預(yù)先記錄內(nèi)容的內(nèi)容保護圖4所示為用于對預(yù)先記錄的內(nèi)容進(jìn)行內(nèi)容保護的過程。預(yù)先記錄的內(nèi)容存儲在SD或MMC存儲卡31上。這些存儲卡含有在該卡的保護區(qū)中存儲的唯一卡密鑰32。存儲在ZVUE！內(nèi)部存儲器中的播放器密鑰33，密鑰0，由唯一的卡密鑰進(jìn)行修改并且在數(shù)據(jù)存儲到存儲卡之前使用該新密鑰對數(shù)據(jù)進(jìn)行加密。在不知道播放器密鑰0、卡密鑰以及所使用的加密算法的情況下，不能將數(shù)據(jù)復(fù)制到其它存儲卡中并且不能進(jìn)行重放。
對于可下載內(nèi)容的內(nèi)容保護圖5所示為用于可下載內(nèi)容的內(nèi)容保護。下載的內(nèi)容由唯一的播放器ID修改的單獨播放器密鑰，密鑰1，進(jìn)行加密。因此下載的內(nèi)容只能由一個特定的播放器解密并且重放。客戶在購買內(nèi)容(110)和下載內(nèi)容(120)之前必須向內(nèi)容服務(wù)器(圖3中34)上傳播放器ID(100)。在下載之后將數(shù)據(jù)復(fù)制到SD或MMC存儲卡上(130)。在不知道播放器密鑰1、新的播放器ID以及所使用的加密算法的情況下，數(shù)據(jù)不能被復(fù)制到其它存儲卡上并且不能在不同的播放器上重放。
預(yù)先記錄的或下載的內(nèi)容的暫停時間播放器具有通過用戶界面可以設(shè)置的實時時鐘?？梢允褂脤崟r時鐘拒絕具有有限的有效期的內(nèi)容。例如，推廣宣傳內(nèi)容可以免費下載并且在有限的時間周期內(nèi)播放；當(dāng)期限截至后，如果用戶不購買該推廣宣傳內(nèi)容，就不能再播放該內(nèi)容。
HHE音頻/視頻同步可以按下述方式實施HHE音頻/視頻(AV)同步·向各解壓縮的視頻幀指定唯一id(0，1，2，3，……)。
·也向各音頻包(包含1152個音頻采樣)指定唯一id(0，1，2，3，……)。
·AV同步代碼監(jiān)控最新提交(render)的視頻幀和音頻包的id。
·每次發(fā)生視頻中斷時，將這些id重新計算為實時時間標(biāo)記(stamp)。
·AV同步代碼比較這些時間標(biāo)記并且判斷是否必須重復(fù)(表示兩次)或丟棄(跳過)。
·從來不調(diào)整音頻流。這意味著只有視頻幀能夠跳過或者重復(fù)以適應(yīng)當(dāng)前的音頻位置。
具體地說，在各視頻中斷時發(fā)生的過程為video_time_stamp＝j(luò)ust_rendered_video_frame_id/video_frames_per_second(Value of video_frames_per_secondcomes from AVI header)audio_time_stamp＝latest_audio_id/audio_packets_per_second(Value of audio_packets_per_secondis normally 44100/1152＝38.28125(samples_per_sec/samples_per_packet))difference＝audio_time_stamp-video_time_stampif(difference>+one_frame_duration_time)skip next video frameelse if(difference<-one_frame_duration_time)repeat current video frameZVUE！文件格式用于存儲ZVUE！媒介的文件格式源自導(dǎo)航系統(tǒng)、圖形系統(tǒng)和解碼引擎的設(shè)計方式。假定以與導(dǎo)航腳本相關(guān)的章節(jié)組織含有視頻/音頻流的媒介，并且該媒介能夠可選地載有定制解碼引擎。
在表3中列出在所述條件下測試失敗的溶液的實施例子。
表3.不滿足紡絲標(biāo)準(zhǔn)的聚合物，分散介質(zhì)和濃度的組合

實施例5-驗證可以自動化的技術(shù)當(dāng)將形成的長絲經(jīng)過襯底的表面拉伸和粘合到所述襯底時，它是紡絲印刷的基礎(chǔ)。改進(jìn)購自Charybdis Technologies(Carlsbad，CA)的Illiad PS2機器人系統(tǒng)用于印刷。Harvard PHD-4400注射泵(Harvard Apparatus，Inc.，Holliston，MA)用于泵送紡絲印刷油墨到Illiad的機器人臂。將Illiad編程以跨過載玻片拉伸平行線。機器人臂運動限制到在最大24m/min下測量的速度。因此要求非常低的泵送速度以獲得長絲的大量拉伸。必須應(yīng)在臂移動開始之前啟動泵送。獲得寬度大約為100μm和間隔大約為400μm的一系列平行線。
實施例6-驗證自動化技術(shù)采用導(dǎo)電材料工作發(fā)現(xiàn)購自Cartesian Technologies(Genomic Solutions，Inc.，AnnArbor，MI)的改進(jìn)CS-194T BioDot XYZ Dispense Platform是印刷平臺的更好選擇。它采用移動臺相對于Illiad的頂部機器人臂。BioDot編程也允許使用與可移動臺協(xié)調(diào)的多個在機器上的注射泵。由于表速度仍然不如所需那樣快速，操縱在機器上的注射泵以保持合適的紡絲比。
類型＝ZVUE！_VIDEO向引導(dǎo)加載器通知該卡存儲有視頻內(nèi)容。如果存在應(yīng)用程序標(biāo)簽，則引導(dǎo)加載器將其裝載到存儲器中并且在那里運行。如果不存在應(yīng)用程序標(biāo)簽，則引導(dǎo)加載器從閃存中加載應(yīng)用程序。
類型＝MP3向引導(dǎo)加載器通知該卡存儲有mp3磁軌道。如果存在應(yīng)用程序標(biāo)簽，則引導(dǎo)加載器將其加載到存儲器中并且在那里運行。如果不存在應(yīng)用程序標(biāo)簽，則引導(dǎo)加載器從閃存中加載應(yīng)用程序。該應(yīng)用程序作為標(biāo)準(zhǔn)MP3播放器運行。
類型＝照片向引導(dǎo)加載器通知該卡存儲有JPEG圖像。如果存在應(yīng)用程序標(biāo)簽，則引導(dǎo)加載器將其加載到存儲器中并且在那里運行。如果不存在應(yīng)用程序標(biāo)簽，則引導(dǎo)加載器從閃存中加載應(yīng)用程序。該應(yīng)用程序以幻燈片播放模式運行。
類型＝固件向引導(dǎo)加載程序通知該卡存儲有新的媒介驅(qū)動器。加載器用加密的檢驗和加密密鑰檢查來自卡的zveu.axf文件，并且然后將其燒入到閃存中。還可以對照當(dāng)前版本檢查版本并且如果它是舊版本則通知用戶。
AVI文件視頻播放器使用標(biāo)準(zhǔn)的Windows AVI格式用于流視頻。該文件應(yīng)該含有用HHE視頻編碼器編碼的一個視頻流(FOURCC＝HHE0)和/或用任意MP3驅(qū)動器編碼的一個音頻流(wFormatTag＝0x0055)。當(dāng)使用B幀時，應(yīng)該加入獨立的AVI塊。通常，由于VFW驅(qū)動器通常不能產(chǎn)生AVI塊，因此需要一些后處理。音頻比特流格式符合ISO CD 11172-3文檔。
導(dǎo)航腳本文件導(dǎo)航腳本詳細(xì)說明了用于具體章節(jié)、使用的AVI流和子圖片以及執(zhí)行的行動的播放器按鈕的語義。導(dǎo)航腳本是具有表示在獨立行上的導(dǎo)航命令的測試文件。命令區(qū)分大小寫。
命令為<口令>＝<值>。允許有空格。如果值中含有空格，則可以包含在雙引號(“”)中。
命令集stream＝<avi-file>
表示與該腳本相關(guān)的AVI文件。
Next＝<scriptname>
表示在該章節(jié)結(jié)束后要運行的章節(jié)。
Previous＝<scriptname>
表示回放開始時的章節(jié)。
在第一位置的分號開始行注釋。如果其為鏈表中的第一章節(jié)，則不存在Previous。如果其為鏈表中的最后一章節(jié)，則不存在Next。
菜單文件菜單文件是詳細(xì)說明菜單外觀和功能的文本文件。命令從各行的開始位置開始，命令參數(shù)(argument)跟在相同的行，可以使用許多空白字符(‘’、‘\t’)作為分隔符。菜單含有背景圖像(以AVI存儲)、在背景上的大量靜態(tài)位圖以及與視頻章節(jié)相關(guān)的菜單項目。命令參數(shù)可以是文件名或者數(shù)字，文件名應(yīng)該放入雙引號內(nèi)。所有參數(shù)都是必須的。
在開始位置的分號開始行注釋。
命令集parent menu active_item表示父菜單(menu)和從當(dāng)前菜單到所述菜單時應(yīng)該是激活的項目(active_item)號。
Background avi-file表示含有菜單背景的AVI(通常是一幀)。在屏幕上播放該AVI文件，并且該AVI的最后一幀用作菜單的背景。
Static bitmap x y transparency表示在背景圖像上顯示的靜態(tài)位圖，x、y表示位圖從左上角的偏移量；transparency(透明度)是表示透明度的從0到255的數(shù)字(0表示透明，255表示實心)。
Item bitmap_0 x y transparency bitmap_1 x y transparency navig_script menuactive_item表示菜單項目，對于選擇的項目顯示bitmap_0，對于沒有選擇的項目顯示bitmap_1，位圖名稱后的x、y和transparency表示其位置和透明度。Navig_script表示當(dāng)執(zhí)行該菜單項目時要開始的腳本，如果是“”，則表示要運行在菜單參數(shù)中指定的子菜單。如果沒有指定腳本名，則菜單設(shè)置用于要運行的腳本的新菜單或者要運行的子菜單。如果為“”，則使用當(dāng)前菜單。active_item表示在新菜單或子菜單中的激活項目的數(shù)字。
HHE AVI文件AVI文件是用于任意類型、任意數(shù)量的數(shù)據(jù)流的容器。AVI文件的主要部分為1.主AVI頭。其總是含有標(biāo)記(“RIFF”)以及整個文件的大小(對于流)。它還說明文件上的一般信息，諸如其上存儲的流號、流數(shù)據(jù)的大小、文件是否含有索引、數(shù)據(jù)流開始處的偏移量等。
2、在AVI文件中可以出現(xiàn)可選的索引。其含有用于描述其在文件中的類型和位置的各數(shù)據(jù)塊的入口(參見下述)。索引位于數(shù)據(jù)流后面的文件最后。
3、各數(shù)據(jù)流格式通過其自身的流頭來描述。視頻流頭實際上是BITMAPINFOHEADERT結(jié)構(gòu)(各像素的寬度、高度和位數(shù)，壓縮類型(HHEO或HHE1))。音頻流頭實際上是WAVEFORMATEX結(jié)構(gòu)(音頻格式(MP3)、通道號、每秒采樣)。
4、在所有的頭后面開始數(shù)據(jù)流。數(shù)據(jù)可以按照塊的方式組織。各塊屬于流并且含有頭和實際數(shù)據(jù)。頭含有該塊所屬的流號碼(通常01-視頻，00-音頻)、流類型代碼(“dc”-壓縮視頻，“wb”-壓縮音頻)以及按字節(jié)計算的塊的大小。
因此，數(shù)據(jù)的整體布局如下01wb<chunk1 size><-header....chunk 1 data...<-data00dc<chunk2 size>
....chunk2 data....
01wb<chunk3 size>
....chunk3 data....
00dc<chunk4 size>
....chunk4 data....
etc...
MPEG4復(fù)雜性降低方案為了降低MPEG4解碼的復(fù)雜性，可以采用下面四個方案
·禁止AC系數(shù)的內(nèi)部預(yù)測不進(jìn)行AC系數(shù)的內(nèi)部預(yù)測。從比特流中取消表示需要AC預(yù)測的標(biāo)志。
·禁止運動補償舍入(rounding)控制禁止舍入控制。在平均過程中使用恒定增量0用于兩個值的平均而1用于四個值的平均。從比特流中消除舍入位。
·在一個步驟中組合VLC解碼和反量化在解碼系數(shù)的可變長度編碼之后直接進(jìn)行該系數(shù)的反量化。由于從反量化步驟中去除了零系數(shù)所以可以提高速度。
·使用位平面(significance map)簡化反離散余弦變換使用位平面存儲在離散余弦變換塊的各行/列中最后非零系數(shù)的位置。在VLC解碼期間可以填充該位平面。假設(shè)知道在行/例中最后非零系數(shù)的數(shù)量，則可以簡化用于該具體行/列的反離散余弦變換?？梢蕴峁﹥煞N不同版本的反離散余弦變換一種是用于8個系數(shù)的行/列而另一種是用于3個系數(shù)的行/列。注意，當(dāng)行/列中的所有系統(tǒng)都為零時，根本不用進(jìn)行反變換。
快速“YUV到RGB555”變換的說明為了提高顏色變換例程的速度，使用變換表。將所述表索引計算為YUV格式中三種顏色的函數(shù)Index＝((U＞＞(8-BITS_U))＜＜(BITS_Y))+((V＞＞(8-BITS_V))＜＜(BITS_V))+(Y＞＞8-BITS_Y))其中Y、U和V是YUV格式中的8比特顏色分量；而BITS_Y、BIT_U、BITS_V是用于各顏色Y、U和V的有效位的位數(shù)。其中索引號為(1＜＜(BITS_Y+BITS_U+BITS_V))。變換表單元表示與YUV格式中的顏色相對應(yīng)的RGB555格式中的顏色。該單元的大小為兩個字節(jié)(高字節(jié)未使用)。因此，表的大小為索引數(shù)*2，即(1＜＜(BITS_Y+BITS_U+BITS_V+1))用于Y顏色分量的有效位的位數(shù)必須大于用于U和V分量的有效位的位數(shù)，這是由于Y顏色分量含有人類視覺可察覺的更多有用信息。目前使用下述有效數(shù)字BITS_Y＝7BITS_U＝5
BIT_V＝5以有助于在以YUV4:2:0格式進(jìn)行圖像變換期間避免高速緩存缺失的方式組織顏色變換表。在用于各色度像素的YUV4:2:0格式中，存在四個亮度像素。索引取決于Y分量要少于取決于U和V分量的事實使得數(shù)據(jù)高速緩存缺失不頻繁。
除了視頻和音頻之外還存在其它類型的數(shù)據(jù)塊。例如，如果視頻顏色格式是每像素8位或更少，則可以存在特殊的調(diào)色板塊。注意兩個視頻塊從來不能一個接一個地發(fā)生。在兩個視頻塊之間總存在一個音頻塊(甚至大小為零)。各視頻塊恰好含有一個壓縮的視頻幀(參見下述關(guān)于B幀的說明)。各音頻塊含有兩個或三個音頻包(解壓后各包為1152個采樣)。
B-幀當(dāng)用b-幀壓縮時，本發(fā)明打破了各視頻幀存儲在其自己的塊內(nèi)的規(guī)則。在一塊中存儲幾個視頻幀。在本發(fā)明當(dāng)前優(yōu)選實施方式中在流中插入大量空(長度為零)的視頻塊以隔離音頻塊。因此數(shù)據(jù)流的整體布局如下<audio chunk>
<big video chunk，containing 4 frames I-P-B-B>
<audio chunk>
<empty video chunk>
<audio chunk>
<empty video chunk>
<audio chunk>
<empty video chunk>
...
由于即使是空的塊也含有頭并且包含在索引中，所以這實際上浪費了大量空間。這是用于Windows驅(qū)動器的視頻的局限性。這可以通過向AVI文件施加后處理應(yīng)用，該應(yīng)用在視頻幀自己的塊中隔離各視頻幀消除所有的空塊。
MPEG-1層3解碼算法的快速定點實施關(guān)于用于定點算法的具有小數(shù)值的操作的一般說明為了表示在定點操作中的數(shù)據(jù)，我們使用下述轉(zhuǎn)換u＝Fix(Ufloat)＝(int)(Ufloat*(2＞＞nBitsFraction)+0.5)，(1.1)
其中nBitsFraction是小數(shù)部分的位數(shù)，值0.5用于舍入。
使用nBitsFraction的下述值-24，用于信號采樣(表示32.24)，-24或15，用于常系數(shù)(表示32.24或32.15)。
設(shè)yfloat＝xfloat*cfloat其中xfloat和cfloat為某一變量(cfloat通常為常數(shù))。
然后，在32.24數(shù)據(jù)表示的情況下，x＝(int)(xfloat*(2＞＞24)+0.5)，c＝(int)(cfloat*(2＞＞24)+0.5)，y＝(x*c)＞＞24.
由于使用32位整數(shù)操作，在計算x*c的乘積時需要避免溢出。
為此，我們將數(shù)據(jù)表示為高部分和低部分的和u＝uLow+(uHigh＜＜12)，其中，uHigh＝u＞＞12。
ULow＝u-(uHigh＜＜12)＝u&0x00000FFF從而得出y＝(x*c)＞＞24＝((xLow+(xHigh＜＜12))*(cLow+(cHigh＜＜12))＞＞24該表達(dá)式可以重寫為y＝xHigh*cHigh+((xLow*cHigh+cLow*xHigh))＞＞12)+((xLow*cLow)＞＞24)為了提高乘法的速度，可以從該和中去除一小部分。在實際的實施中將其區(qū)分為三個不同級別的精度，在編譯時可以選擇其中任意之一。以各模式用于乘法操作的簡化如下對于高精度y＝xHigh*cHigh+((xLow*cHigh+cLow*xHigh)＞＞12)(1.2)對于中精度和低精度y＝xHigh*cHigh+((xLow*cHigh)＞＞12)(1.3)對于常系數(shù)32.12的表示c＝(int)(cfloat*(1＜＜12)+0.5)以32.24表示的常系數(shù)的簡化乘法可以實施為
y＝((x＞＞6)*c)＞＞6(1.4)假設(shè)|cfloat|＜1如果1.0＜|cfloat|＜2.0則該乘法可以執(zhí)行為y＝((x＞＞6)*c)＞＞5(1.5)其中c＝(int)(cfloat*(1＜＜12)+0.5)，類似地，如果1.0＜|cfloat|＜(1＜＜q)，則可以使用下述形式的近似乘法y＝((x＞＞6)*c)＞＞(6-q)(1.6)然后c＝(int)(cfloat*(1＜＜(12-q))+0.5)。
修正反離散余弦變換(IMDCT)的計算加速為了提高IMDCT計算的速度，使用通過變換系數(shù)的簡化乘法。
關(guān)于36點和12點的IMDCT以32.15格式表示絕對值小于1的變換系數(shù)。對于用該系數(shù)的乘法，使用式(1.4)。對于具有絕對值大于1的系數(shù)，使用式(1.6)。
關(guān)于64點的IMDCT(綜合函數(shù))所有變換系數(shù)的絕對值都小于1并且以32.15格式表示。對于這種情況使用式(1.4)。
注意在高精度模式下，對于所有IMDCT函數(shù)使用更精確的式(1.2)。
用于最后加窗操作的計算加速為了產(chǎn)生以16位PCM格式的一個輸出聲音采樣，需要計算來自具有窗系數(shù)的延遲線的采樣的卷積。對于浮點數(shù)據(jù)表示，該卷積循環(huán)為for(sum＝0，j＝0，j＜16)；j++)sumWindowTable[i+32*j]*line[(pos+j*64+i+(j&1)*32)&1023]；(3.1)
其中WindowTable[512]為窗系數(shù)陣列，pos為延遲線中的當(dāng)前位置，i為在32采樣塊中輸出采樣的數(shù)字。
按照以下方式通過計算輸出采樣可以實現(xiàn)加速。
使用按比例調(diào)整的轉(zhuǎn)置窗表WindowTableST[n]＝Fix(WindowTable[i+32*j])＞＞q；其中Fix()對應(yīng)于具有nBitsFraction＝24、n＝i+32*j的(1.1)，對于各i＝0...31標(biāo)號j＝0...15，其提供了對陣列元素的連續(xù)訪問。由于具有標(biāo)號j＝7，8的窗因子，可以具有大于1的絕對值，所以q的值服從以下規(guī)則if j＝7 or j＝8，q＝9，else q＝8卷積循環(huán)的優(yōu)化卷積循環(huán)為下述形式的一系列算子sum+＝line[(r+g)&1023])*(*Pn_WindowTableST++))＞＞m；其中Pn_WindowTableSTwei指向按比例調(diào)整的轉(zhuǎn)置窗表的指針，r＝pos+i，以及g＝j(luò)*64+(j&1)*32。
為了提供正確的乘法結(jié)果，使用m＝6，for j＝7，8，else m＝7。
用于低精度的減小的窗表在(3.1)中，由于具有號j＝0，1，2和j＝12，13，14，15的項對結(jié)果影響很小(由于較小的窗系數(shù))，所以可以從計算中取消這些項。
對于高精度規(guī)一化用于各索引i的16組窗表項目并且所述窗表項目具有在組內(nèi)為常數(shù)的指數(shù)值。然后，以下述形式的一系列算子組織卷積循環(huán)s[j]＝line[(r+g)&1023])*(*Pn_WindowTableST++))＞＞7。
最后的總和根據(jù)指數(shù)的值進(jìn)行移位。
雖然參照優(yōu)選實施方式說明了本發(fā)明，但是熟悉本領(lǐng)域的技術(shù)人員可以理解，在不脫離本發(fā)明精神和范圍的情況下可以用其它的實施代替上述部分。因此，只由下面包括的權(quán)利要求書限定本發(fā)明。
權(quán)利要求
1.一種與移動設(shè)備一起使用的實時視頻解碼器，包括用于接收系統(tǒng)流的裝置，所述系統(tǒng)流包括含有多路分解音頻流和視頻流以及在重放期間同步音頻和視頻所需的時序和其它信息的系統(tǒng)層；以及解壓層，其包括所述音頻流和視頻流；系統(tǒng)解碼器，其用于從系統(tǒng)流中提取時序信息并且將所述時序信息發(fā)送到其它系統(tǒng)部件，該系統(tǒng)解碼器還從所述系統(tǒng)流中多路分解所述視頻流和音頻流并且然后將所述各視頻流和音頻流發(fā)送到相應(yīng)的解碼器；視頻解碼器，用于解壓縮所述視頻流；以及音頻解碼器，用于解壓縮所述音頻流。
2.根據(jù)權(quán)利要求1所述的解碼器，其特征在于，MP3音頻壓縮標(biāo)準(zhǔn)用作缺省的音頻格式。
3.根據(jù)權(quán)利要求1所述的解碼器，其特征在于，還包括加密設(shè)備，其包括基于Blowfish算法的加密算法。
4.一種在解碼技術(shù)中的音頻/視頻同步方法，包括如下步驟為視頻流中各解壓的視頻幀指定唯一的標(biāo)識符(0，1，2，3，…)；為音頻流中各音頻包指定唯一的標(biāo)識符(0，1，2，3，…)；使用音頻/視頻同步代碼監(jiān)控最新提交的視頻幀和音頻包的標(biāo)識符；每次發(fā)生視頻中斷時將所述標(biāo)識符重新計算為實時時間標(biāo)記；以及利用所述音頻/視頻同步代碼比較所述時間標(biāo)記并且確定是否必須重復(fù)或丟棄下一視頻幀；其中從來不對所述音頻流進(jìn)行調(diào)整；以及其中跳過或者重復(fù)視頻幀以適合當(dāng)前的音頻位置。
5.一種用于降低MPEG4解碼復(fù)雜性的方法，包括如下步驟禁止AC系數(shù)的內(nèi)部預(yù)測，其中從MPEG4比特流中取消表示需要AC預(yù)測的標(biāo)志；禁止運動補償舍入控制，其中從所述MPEG4比特流中取消舍入位；將VLC解碼和反量化組合在一個步驟中，其中在對系數(shù)的可變長度編碼解碼之后立即對該系數(shù)進(jìn)行反量化，并且其中從反量化中去除零系數(shù)；以及用位平面簡化反離散余弦變換，其中所述位平面存儲離散余弦變換塊的各行/列中最后非零系數(shù)的位置，其中在VLC解碼期間填充所述位平面。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，提供了兩種不同版本的反離散余弦變換一種用于8個系數(shù)的行/列，而另一種用于3個系數(shù)的行/列，其中如果行/列中所有系數(shù)均為零，則不執(zhí)行反變換。
7.一種用于減少MPEG4解碼復(fù)雜性的方法，包括如下步驟禁止AC系數(shù)的內(nèi)部預(yù)測，其中從MPEG4比特流中去除表述需要AC預(yù)測的標(biāo)志。
8.一種用于減少MPEG4解碼復(fù)雜性的方法，包括如下步驟禁止運動補償舍入控制，其中從所述MPEG4比特流中去除舍入位。
9.一種用于減少MPEG4解碼復(fù)雜性的方法，包括如下步驟將VLC解碼和反量化組合到一個步驟中，其中在系數(shù)的可變長度編碼的解碼之后立即進(jìn)行該系數(shù)的反量化，并且其中從反量化中去除零系數(shù)。
10.一種用于減少MPEG4解碼復(fù)雜性的方法，包括如下步驟用位平面簡化反離散余弦變換，其中所述位平面存儲離散余弦變換塊的各行/列中的最后非零系數(shù)的位置，其中在VLC解碼期間填充所述位平面。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，提供了兩種不同版本的反離散余弦變換一種用于8個系數(shù)的行/列而另一種用于3個系數(shù)的行/列，其中如果行/列中的所有系數(shù)均為零，則不執(zhí)行反變換。
12.一種用于快速“TUV到RGB555”轉(zhuǎn)換的方法，包括如下步驟提供轉(zhuǎn)換表；以及將表索引計算為YUV格式中的三種顏色的函數(shù)；其中轉(zhuǎn)換表單元表示與YUV格式中的顏色相對應(yīng)的RGB555格式中的顏色。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于，所述YUV格式表示為Index＝((U＞＞(8-BITS_U))＜＜(BITS_Y+BITS_V))+((V＞＞(8-BITS_V))＜＜(BITS_V))+(Y＞＞8-BITS_Y))其中Y、U和V為YUV格式中的8位顏色分量；而BITS_Y、BIT_U、BITS_V是用于各顏色Y、U和V的有效位數(shù)。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述索引號為(1＜＜(BITS_Y+BITS_U+BITS_V))，其中單元的大小為兩字節(jié)(高字節(jié)未使用)，并且其中所述表的大小為索引數(shù)*2，即(1＜＜(BITS_Y+BITS_U+BITS_V+1))。
15.根據(jù)權(quán)利要求14所述的方法，其特征在于，所述用于Y顏色分量的有效位數(shù)必須大于用于U和V分量的有效位數(shù)。
16.根據(jù)權(quán)利要求15所述的方法，其特征在于，組織所述顏色變換表以在YUV 4:2:0格式圖像的轉(zhuǎn)換期間避免高速緩存缺失。
17.一種用于壓縮b-幀的方法，包括如下步驟在一個塊中存儲幾個視頻幀；以及在音頻/視頻流中插入大量空(長度為零)的視頻塊以隔開音頻塊。
18.根據(jù)權(quán)利要求17所述的方法，其特征在于，還包括如下步驟對于AVI文件施加后處理應(yīng)用，以在各視頻幀自己的塊內(nèi)隔開各視頻幀并且丟棄所有空的塊。
19.一種用于MPEG-1層3解碼算法的快速定點實施的方法，包括如下步驟將數(shù)據(jù)表示為高部分和低部分的和y＝xHigh*cHigh+((xLow*cHigh+cLow*xHigh))＞＞12)+((xLow*cLow)＞＞24)；以及從所述和中去除一小部分。
20.根據(jù)權(quán)利要求19所述的方法，其特征在于，包括如下的高精度求和步驟y＝xHigh*cHigh+((xLow*cHigh+cLow*xHigh)＞＞12)。
21.根據(jù)權(quán)利要求19所述的方法，其特征在于，包括如下的中精度和低精度步驟y＝xHigh*cHigh+((xLow*cHigh)＞＞12)。
22.根據(jù)權(quán)利要求19所述的方法，其特征在于，包括如下實施的關(guān)于以32.24表示的常系數(shù)的簡化乘法y＝((x＞＞6)*c)＞＞6，假設(shè)|cfloat|＜1；其中，如果1.0＜|cfloat|＜2.0則所述乘法可以執(zhí)行為y＝((x＞＞6)*c)＞＞5其中c＝(int)(cfloat*(1＜＜12)+0.5)，其中，如果1.0＜|cfloat|＜(1＜＜q)，則使用下述形式的乘法y＝((x＞＞6)*c)＞＞(6-q)其中c＝(int)(cfloat*(1＜＜(12-q))+0.5)。
23.一種用于修正反離散余弦變換的計算加速的方法，包括如下步驟使用變換系數(shù)的簡化乘法。
24.根據(jù)權(quán)利要求23所述的方法，其特征在于，對于36點和12點的反離散余弦變換，絕對值小于1的變換系數(shù)以32.15格式表示，用該系數(shù)的乘法為y＝((x＞＞6)*c)＞＞6，以及，其中對于絕對值大于1的變換系數(shù)，用該系數(shù)的乘法為y＝((x＞＞6)*c)＞＞(6-q)。
25.根據(jù)權(quán)利要求23所述的方法，其特征在于，對于64點的反離散余弦變換(綜合函數(shù))，所有的變換系數(shù)具有小于1的絕對值并且以32.15格式表示，用該系數(shù)的乘法為y＝((x＞＞6)*c)＞＞6。
26.根據(jù)權(quán)利要求23所述的方法，其特征在于，對于高精度模式下的反離散余弦變換計算，用該系數(shù)的乘法為y＝xHigh*cHigh+((xLow*cHigh)＞＞12)。
27.一種用于在音頻/視頻解碼器中最后加窗操作的計算加速的方法，包括如下步驟通過下述方法任意之一計算輸出采樣的卷積使用比例可調(diào)整的轉(zhuǎn)置窗表；優(yōu)化卷積循環(huán)；減小窗表。
28.一種用于壓縮/解壓縮設(shè)備的多媒體文件格式，所述文件格式持有高壓縮的數(shù)字視頻、音頻、圖形和導(dǎo)航數(shù)據(jù)，所述文件格式包括用于多媒體文件存儲媒介的主配置文件，其詳細(xì)說明媒介、主導(dǎo)航腳本文件名以及使用的解碼引擎；多路傳輸?shù)膲嚎s的視頻/音頻流；包括壓縮的位圖的菜單子圖片；用于視頻章節(jié)的導(dǎo)航腳本，其詳細(xì)說明多個章節(jié)播放的順序；以及菜單文件，其通過詳細(xì)說明用于菜單項目的子圖片、指向章節(jié)的指針等描述菜單表示和功能。
29.根據(jù)權(quán)利要求28所述的文件格式，其特征在于，使用基于Blowfish算法的高安全加密方案保護以所述多媒體文件格式編碼的多媒體免于未被授權(quán)的復(fù)制。
30.根據(jù)權(quán)利要求29所述的文件格式，其特征在于，利用健壯的隨機數(shù)發(fā)生器產(chǎn)生多個不同的密鑰，其中對所述密鑰進(jìn)行加擾，并且其中所述密鑰存儲在系統(tǒng)內(nèi)部存儲器的不同偏移位置處。
31.根據(jù)權(quán)利要求30所述的文件格式，其特征在于，使用不同的密鑰加密預(yù)先記錄的內(nèi)容、下載的內(nèi)容以及代碼更新。
32.一種用于便攜式設(shè)備的多媒體加密方法，包括如下步驟在SD或MMC存儲卡上存儲預(yù)先記錄的內(nèi)容，所述存儲卡含有存儲在該卡保護區(qū)域中的唯一卡密鑰；在便攜式設(shè)備內(nèi)部存儲器中存儲播放器密鑰，其中通過所述唯一卡密鑰修改所述播放器密鑰以產(chǎn)生新的密鑰；以及在向所述存儲卡中存儲所述內(nèi)容之前用所述新密鑰加密所述內(nèi)容；其中利用高安全加密算法防止在所述存儲卡上以所述多媒體文件格式編碼的多媒體免于未被授權(quán)的復(fù)制；以及其中在不知道所述播放器密鑰、所述卡密鑰以及所述加密算法的情況下，所述內(nèi)容不能被復(fù)制到其它存儲卡上并且不能被重放。
33.一種用于便攜式設(shè)備的多媒體加密算法，包括如下步驟用單獨的播放器密鑰加密縮下載的內(nèi)容，其中由唯一的播放器ID修改所述播放器密鑰；在下載所述內(nèi)容之前向內(nèi)容服務(wù)器上傳所述播放器ID；在下載之后，將所述內(nèi)容復(fù)制到SD或MMC存儲卡；其中利用高安全加密算法防止在所述存儲卡上以所述多媒體文件格式編碼的多媒體免于未被授權(quán)的復(fù)制；以及其中在不知道所述播放器密鑰、所述新的播放器ID以及所述加密算法的情況下，所述內(nèi)容不能被復(fù)制到其它存儲卡上并且不能在不同的便攜式設(shè)備上重放。
全文摘要
本發(fā)明提供了一種用于編碼信息(圖5)的裝置和方法，其尤其適于更小的表示格式，諸如用于手持視頻播放器(圖1)中。本發(fā)明還特別強調(diào)了降低視頻解碼的復(fù)雜性、利用定點運算實施MP3解碼器、快速YcbCr到RGB的轉(zhuǎn)換、視頻流和MP3音頻流到AVI文件的封裝，在存儲卡上存儲菜單導(dǎo)航以及DVD子圖片信息、音頻流和視頻流的同步、用于多媒體數(shù)據(jù)解密的密鑰的加密以及用于實施本申請所公開的改進(jìn)編碼的手持視頻播放器的良好用戶界面(UI)。
文檔編號H04N7/12GK1860787SQ200480028255
公開日2006年11月8日 申請日期2004年9月29日 優(yōu)先權(quán)日2003年9月29日
發(fā)明者埃里克·漢密爾頓, 卡爾·佩齊, 阿利·多爾戈博羅多弗, 安東·蒂庫諾弗, 維拉迪米爾·西門尤克 申請人:手持娛樂公司