【文章內容簡介】 上傳輸CIF或QCIF格式、每秒1～15幀的活動圖像,特別適合在電話線上傳輸質量要求不高的活動圖像。　在MPEG風頭正勁的時候，啟動了一項旨在進一步提高視頻編碼性能的下一代視頻編碼標準的工程,并成立了由雙方專家組成的工作組,即JVT(JointVideoTeam)。希望通過JVT的工作在視頻編碼效率方面帶來實質性的提高,新的標準預期用在所有傳輸帶寬或者存儲容量受限的領域。 ,并且在技術上同MPEG標準形成體系。在實際使用中我們發(fā)現(xiàn)它比MPEG4壓縮率更高，更加適合在有限帶寬的環(huán)境下傳輸視頻數(shù)據(jù)，而畫面質量與MPEG4基本相同?！∑錁藴士煞譃槿龣n：基本檔次（其簡單版本，應用面廣）；主要檔次（采用了多項提高圖像質量和增加壓縮比的技術措施，可用于SDTV、HDTV和DVD等）；擴展檔次（可用于各種網(wǎng)絡的視頻流傳輸）。％的碼率，而且對網(wǎng)絡傳輸具有更好的支持功能。它引入了面向IP包的編碼機制，有利于網(wǎng)絡中的分組傳輸，支持網(wǎng)絡中視頻的流媒體傳輸。，可適應丟包率高、干擾嚴重的無線信道中的視頻傳輸。，從而獲得平穩(wěn)的圖像質量。，高清晰畫質，能適應于不同網(wǎng)絡中的視頻傳輸，網(wǎng)絡親和性好。如電話線傳輸?shù)鹊?，因此，在DVR遠程視頻視頻監(jiān)控領域得到了廣泛應用。Done( D1 )：，目前，DVR行業(yè)市場中，出現(xiàn)了D1這個詞，因此，我們就此區(qū)別大概介紹一下：Done 是一種壓縮視頻顯示分辨率，即704x576，類似的還有CIF，352x288。，即MPEG4/part10。D1的格式是可以很形象的看得到，它是一個image的大小，它主要體現(xiàn)在圖像顯示分辨率上，只能體現(xiàn)在壓縮比例和壓縮文件占存儲空間的多少以及傳輸碼流的大小。現(xiàn)在DVR市面上也出現(xiàn)了HalfD1，只是指準D1，因此壓縮分辨率也只能達到704*576的一半，即704*288分辨率，但這種分辨率已經(jīng)能夠較好的滿足我們監(jiān)控的畫面要求。一、視頻壓縮錄像存儲量對比 經(jīng)過測試表明，對靜止、一般活動場景、劇烈活動場景三種情況下、在相同清晰度對應MPEG1（500K bits/sec）碼流情況下，存儲容量測試結果見下表：表 1. 1視頻壓縮錄像存儲量對比表MJPEGMJPEGMJPEGMPEG1MPEG1MPEG1MPEG4MPEG4MPEG41幀1分鐘1小時1幀1分鐘1小時1幀1分鐘1小時靜止畫面6K9M540M216M一般活動648M216M96M劇烈活動11K990M216M注意：該測試結果隨場景變化有所出入　二、。表 1. 2視頻顯示及圖像傳輸對比表　原始圖像（320240）MPEG1MPEG2MPEG4MJPEGWAVELET壓縮比例1802051002015文件大小/幀/秒230K11K44K11K帶寬K bit/秒1,76722353118續(xù)表 1. 2視頻顯示及圖像傳輸對比表　原始圖像（320240）MPEG1MPEG2MPEG4MJPEGWAVELET圖像質量極好差可以極好好可以好　原始圖像（320240）MPEG1MPEG2MPEG4MJPEGWAVELET應用視像會議本地網(wǎng)本地遠程傳輸本地網(wǎng)本地網(wǎng)備注　不適合于數(shù)碼錄像系統(tǒng)　要求儲存量大當前的行業(yè)趨勢　　三、MPEMPEG在普通電話線路上、：表 1. 3 MPEMPEG網(wǎng)絡類型 MPEG1MPEG4PSTN59幀/秒，圖像質量較差無法傳輸515幀/秒，圖像質量好LAN25幀/秒，需256Kbits帶寬25幀/秒，需500Kbits帶寬25幀/秒，需256Kbits帶寬因此選擇一寬即經(jīng)濟符合自己要求的DVR產(chǎn)品，要根據(jù)監(jiān)控環(huán)境的需要而定，具體可參考以下步驟：1. 顯示/錄像總資源： 選擇單路：實時25幀/s； ； 非實時6幀/s；根據(jù)攝像機數(shù)量總和計算總資源2. 存儲時間周期：確定硬盤容量的大小3. 畫面畫質：確定監(jiān)視及回放畫面分辨率的要求4. 網(wǎng)絡帶寬：確定網(wǎng)絡監(jiān)控的傳輸環(huán)境5. 系統(tǒng)擴展及操作方式6. 穩(wěn)定性及保密性 視頻轉碼技術視頻轉碼技術，顧名思義就是在通過某種手段改變現(xiàn)有視頻數(shù)據(jù)的編碼方式。視頻轉碼技術使用的目的不同，其實現(xiàn)的手段也各不相同。大致上可以分為兩類：一、不同編碼格式之間的視頻數(shù)據(jù)轉碼不同編碼格式之間的數(shù)據(jù)轉碼，指通過轉碼方法改變視頻數(shù)據(jù)的編碼格式。通常這種數(shù)據(jù)轉碼會改變視頻數(shù)據(jù)的現(xiàn)有碼流和分辨率。例如我們可以將基于 MPEG2 格式的視頻數(shù)據(jù)轉換為 DV 、 MPEG4 或其它編碼格式，同時根據(jù)其轉碼目的，指定轉碼產(chǎn)生視頻數(shù)據(jù)的碼流和分辨率。我們可以將 MPEG2 全 I 幀 50Mbps 的視頻源數(shù)據(jù)轉換為 25Mbps 碼流的 DV 格式數(shù)據(jù)，用于筆記本移動編輯系統(tǒng)，同時產(chǎn)生一個 300*200 低分辨率的 MPEG4 文件，使用 REAL 或者微軟的 WMV 格式進行封裝，通過互聯(lián)網(wǎng)絡傳輸至主管領導處用于審看[10]。這種轉碼方式設計的算法較為復雜，其實質上是一個重新編碼的過程，涉及的算法復雜度和系統(tǒng)開銷，是由轉碼所需圖像質量要求及轉碼前后兩種編碼方式的相關度所決定的。二、相同編碼格式之間的視頻數(shù)據(jù)轉碼相同編碼格式的數(shù)據(jù)轉碼，指不改變壓縮格式，只通過轉碼手段改變其碼流或頭文件信息。根據(jù)其使用目的，可分為改變碼流和不改變碼流兩種。如我們可以將 MPEG2 全 I 幀 50Mbps 碼流的視頻數(shù)據(jù)轉碼為 MPEG2 IBBP 幀 8Mbps 碼流的視頻數(shù)據(jù)，直接用于播出服務器用于播出。或者我們將基于 SONY 視頻服務器頭文件封裝的 MPEG2 全 I 幀 50Mbps 碼流的視頻文件，改變其頭文件和封裝形式，使之可以在給予 MATROX 板卡的編輯系統(tǒng)上直接編輯使用。這種轉碼方式的復雜度要小于不同編碼格式轉碼的復雜度，而且對視頻工程上而言，更加具有可操作性。3 視頻數(shù)據(jù)轉碼的實現(xiàn)視頻數(shù)據(jù)不同編碼之間的相互轉化有很多算法可以實現(xiàn)，許多運動圖像專家對此也作了深入的研究，針對不同的編碼方式提出了相當多可行的方案。這些方案共同的特點就是充分利用所需相互轉換編碼之間的共同特征，盡量減少編解碼所帶來的圖像質量損失，同時達到時間和資源消耗的平衡。如我們將一個 MPEG2 的視頻數(shù)據(jù)轉換成 MPEG4 的視頻數(shù)據(jù)，當然可以采用的方法是先將 MPEG2 的視頻解壓縮成單 幀的圖像序列，再將其重新壓縮編碼成為 MPEG4 的視頻數(shù)據(jù)但這種轉碼方式的運算復雜度的使用 SDI 數(shù)據(jù)流作為中介的運算復雜度并沒有什么區(qū)別。我們可以通過一些方法提高轉碼的效率，降低運算復雜度，比如 MPEG2 和 MPEG4 在其編碼算法上有很多相通的地方，在 DCT 變換， MC 運動補償， MV 運動補償?shù)确矫嬗性S多可以公用的地方，我們并不需要將其完全解碼成獨立的圖像序列，可利用不同編碼方式間的相關性進行轉碼工作MPEG2 視頻數(shù)據(jù)中所有的頭信息被解碼后都直接送到 MPEG 4 編碼器中進行編碼，其中少數(shù)頭信息需要調整，以適應新的編碼格式。而 DCT 系數(shù)和 MV 信息被重用，省去了運動估計和 DCT 的系統(tǒng)消耗。同時 MPEG 4 做運動補償?shù)臅r候，也可以直接利用 MPEG 2 解碼器解碼得出的運動矢量的信息。我們可以看出，使用不同的轉碼算法在不同需求的編碼轉換時，可以得到不同的時間及系統(tǒng)消耗復雜度。這些不同復雜度算法的是否采用取決于用戶對工作任務的要求。比如工作任務需要實時獲得轉碼結果，要求高可靠性，并且對轉碼前后的數(shù)據(jù)的編碼方式及碼流指定不變。那么我們可以采用高效的轉碼算法，必要時犧牲一些圖像質量，將算法固化在硬件芯片板卡上，從而滿足任務需求。如果工作任務對轉碼同步性要求并不高，不要求實時輸出，但對圖像質量有很高的要求，我們可以采用一些效率較低，但圖像質量損失較小的轉碼算法?？梢詫⑺惴ü潭ㄔ谟布酒?，也可以使用通用的計算機運算系統(tǒng)、存儲系統(tǒng)和數(shù)據(jù)交換系統(tǒng)，使用軟件算法進行轉碼工作，這些方式的具體應用方式在本文的后半部分會詳細介紹。下面來看一下這些轉碼工作是如何實現(xiàn)的。一、傳統(tǒng)面向流方式的視頻轉碼由于視頻數(shù)據(jù)自身的特點，數(shù)據(jù)量的龐大和線性的存儲格式，長期以來傳統(tǒng)的視頻編碼轉換都是面向數(shù)據(jù)流進行操作。其工作原理如一個制式轉換器一樣，輸入端輸入連續(xù)的 NTSC 制信號，同時在輸出端輸出實時的 PAL 制信號。這種方式的優(yōu)點是可以以實時或者接近實時的方式輸出轉碼結果，轉碼算法固化在板卡芯片上，轉碼工作基本上是由硬件完成，穩(wěn)定性好。但其缺點也是顯而易見的，轉碼單元針對特定的源編碼方式和目標編碼方式，用戶基本無法對碼流的大小和附加信息進行控制，靈活性較差。而為了滿足實時處理的要求，有時必須需要犧牲一些圖像的質量。另外的缺點就是這種基于流方式的視頻轉碼，輸入和輸出基本同步，不能以快于實時的速度進行編碼轉換。隨著計算機技術的日益進步，非線性存儲手段日益完善，我們可以通過文件的方式存儲視頻數(shù)據(jù)。這樣就為視頻數(shù)據(jù)提供了新的，更加靈活高效的轉碼手段。二、使用計算機及其相關設備面向文件方式進行視頻轉碼使用計算機設備改變單幅圖像的編碼方式已經(jīng)是一個非常成熟的技術，但受到計算機運算能力和存儲能力的限制，很長一段時間內，對于符合廣播級要求的專業(yè)視頻數(shù)據(jù)的編碼轉換處理一直沒有什么好的解決方案。但隨著計算機設備運算能力的增強和存儲容量的日益擴大、其數(shù)據(jù)接口已經(jīng)可以滿足視頻數(shù)據(jù)處理的需求，使用計算機及其相關設備處理視頻數(shù)據(jù)已經(jīng)成為現(xiàn)在的主流，同時也給視頻轉碼提供了更好性價比的平臺。我們可以使用計算機設備，利用軟件手段，進行靈活高效的轉碼工作。我們來看一看如何使用計算機系統(tǒng)進行轉碼工作。這種利用計算機設備進行轉碼的工作方式具有非常大的靈活性，可以對以文件方式或以流方式存在的視頻數(shù)據(jù)進行處理。其本質均是在計算機設備的存儲器內開設足夠大數(shù)據(jù)的緩存地帶，將所需處理的視頻數(shù)據(jù)文件或流分成許多大小適合的片段，放入其中。由軟件提供轉碼算法，并控制計算機系統(tǒng)進行轉碼工作。圖 7 中所示的數(shù)據(jù)接口的概念也非常的靈活，它可以使計算機設備的外部接口，如千兆以太、 Fiber Channel 通道，也可以是其本身的內置存儲通道接口。我們來看一下他們是如何工作的。計算機設備先將需轉換編碼方式的視頻數(shù)據(jù)文件放入外部存儲或本地存儲設備中。然后將該視頻文件拆分成適合計算機設備處理的數(shù)據(jù)片段，放入高速緩存中，由軟件提供轉碼算法，利用計算機設備的處理能力對數(shù)據(jù)片段進行編碼轉換。轉換完成后將數(shù)據(jù)片段送入指定區(qū)域存儲，同時高速緩存區(qū)獲取新的數(shù)據(jù)片段。循環(huán)這種方式直到所有的拆分數(shù)據(jù)片段均得到了轉碼處理，合并轉碼完成的視頻數(shù)據(jù)文件片段，輸出我們所需要得到的視頻數(shù)據(jù)。這種拆分數(shù)據(jù)的方式同樣也適合于以流方式存在的視頻數(shù)據(jù)，比如我們可以使用數(shù)據(jù)接口直接與數(shù)字視頻數(shù)據(jù)流連接，不經(jīng)過任何的編解碼將其存儲到計算機轉碼設備的指定緩存區(qū)域，變線性的數(shù)據(jù)流存在方式為非線性的數(shù)據(jù)存儲方式，然后可以使用圖— 8 所示的數(shù)據(jù)拆分方式進行轉碼處理，經(jīng)合并后，可以選擇文件方式或依然保持流方式的數(shù)據(jù)輸出[11]。采用這種方式的轉碼工作，具有很強的靈活性，數(shù)字信號接口并不需要識別接收到的數(shù)據(jù)流為何種格式編碼、封裝如何。只需將數(shù)據(jù)如實記錄到緩存區(qū)，由轉碼軟件決定采用何種轉碼手段，針對何種數(shù)據(jù)流的編碼格式和封裝方法進行編碼轉換工作。如我們在接口硬件標準相同的情況下，可以對 DV 流、 TS 流、 FTP 文件流等多種方式的數(shù)據(jù)流輸入進行編碼轉換，并不需要更換硬件接口和編解碼設備，只需更改轉碼軟件的轉碼處理手段及控制手段即可。 Html5技術HTML 5草案的前身名為Web Applications ，是在2004年由WHATWG提出，再于2007年獲W3C接納，并成立了新的HTML工作團隊。在2008年1月22日，第一份正式草案發(fā)布。WHATWG表示該規(guī)范是目前仍在進行的工作，仍須多年的努力。目前Firefox、Chrome、Opera、Safari（版本4以上）、Internet Explorer 9已支持HTML5技術[12]。盡管HTML5已經(jīng)在網(wǎng)絡開發(fā)人員中非常出名了，但是它成為主流媒體的一個話題還是在2010年的4月，當時蘋果公司的CEO喬布斯發(fā)表一篇題為“對flash的思考”的文章，指出隨著HTML5的發(fā)展，觀看視頻或其它內容時，Adobe Flash將不再是必須的。這引發(fā)了開發(fā)人員間的爭論，包括HTML5雖然提供了增強的功能，但開發(fā)人員必須考慮到不同瀏覽器對標準不同部分的支持程度的不同，以及HTML5和Flash間的功能差異。HTML 5的標準草案目前已進入W3C制定標準5大程序的第1步。負責編纂標準格式文件的Google員工Ian Hickson預期，可能得等到2012年才會推出建議候選版（W3C Candidate Remendation），并在2022年才會成為 W3C 推薦標準（W3C Remendation）。 google公司負責開發(fā)andorid的andy rubin在allthingsd亞洲大會上表示html5還遠不能為不同的移動操作系統(tǒng)提供不同的程序。HTML5提供了音頻視頻的標準接口，實現(xiàn)了無需任何插件支持，只需瀏覽器支持相應的HTML5標簽。雖然SafariFirefox4和Chrome6等瀏覽器加入了HTML5技術，可以免除Flash插件的安裝直接播放視頻 。 SSH框架就現(xiàn)在WEB開發(fā)而言，J2EE企業(yè)級開發(fā)技術比較成熟，開發(fā)模式模式也比較繁多，較流行