TWed2k - 心得教學區 - [整理] HD 高畫質視訊 GPU 硬體解碼寶典 <2009-04-12 更新>

TWed2k » 心得教學區 » [整理] HD 高畫質視訊 GPU 硬體解碼寶典 <2009-04-12 更新> » 發表回覆

Discuz! 代碼
提示插入
直接插入
說明訊息

添加文字底框

內容 [字數檢查]:

表情符號













更多 Smilies

字型大小

小|中|大|巨

溫馨提示：本區開放遊客瀏覽。

[quote][b][i]xTheme[/i][/b]寫到: [url=https://twed2k.org/viewthread.php?tid=263094&page=1#pid2083791][img]https://twed2k.org/images/common/back.gif[/img][/url] 
[box=#202020][color=#B0B0B0]
[size=3][color=#FF9966][b]迎接高解析的未來 [u]H.264[/u] 與 [u]VC-1[/u] 兩大視訊壓縮技術比較[/b][/color][/size]

影音編碼已經成為數位家庭中，最為主要的角色之一，畢竟我們日常所收看的電視節目、播放的影音片段，無一不是採用各種手段的影音編碼所構成。如何針對各種收看環境來選用適合的編碼標準，除了要看各種編碼規格的特性，還要注意組建來作為編解碼的硬體其包含成本考量、架構設計簡易度以及編解碼晶片性能的限制等等因素。

以目前的編碼技術方面，通常影像與音效都是去隔開來的，除了少數如 [color=#EEEEEE]MPEG-4[/color] 中有將音效編碼的規則納入以外，其餘大多是獨立而可與視訊編碼互相搭配的。而因應未來高解析視訊與高傳真音效並重的時代，諸多新產品中紛紛引進了新一代的影音壓縮標準，不過舊有的技術並沒有就這麼退出時代潮流，在一些特定的應用之中，舊技術仍然佔有相當重要的一席之地。

[size=3][color=#FF9966]■ 視訊壓縮標準方面[/color][/size]

這方面的競爭情況相當激烈，可以說是群雄並起，互不相讓，以應用到市場的技術而言，主流技術為 [color=#C0EEC0][u]MPEG-2[/u][/color]、[color=#C0EEC0][b][u]H.264[/u][/b][/color]、[color=#C0EEC0][u]Divx[/u][/color]、[color=#C0EEC0][u]Xvid[/u][/color]以及微軟的 [color=#C0EEC0][b][u]WMA[/u][/b][/color]、[color=#C0EEC0][b][u]VC-1[/u][/b][/color]等規格。對於市場來說，目前的狀況來說，由於被下一代藍光儲存欽定為預設的影音編碼規格則是以[color=#C0EEC0][b][u]H.264[/u][/b][/color]氣勢最盛，[color=#EEEEEE]MPEG-2[/color] 除了在目前DVD影片中廣泛被採用以外，Blu-Ray初期也將只支援 [color=#EEEEEE]MPEG-2[/color] 編碼，雖然壓縮比輸了[color=#C0EEC0][b][u]H.264[/u][/b][/color]一大截，但是由於在市場上推廣多年，目前設備大多可以沿用，應用在推廣初始Blu-Ray內容時，可收到降低成本及壓制較為簡易的優點，但是面對HD-DVD在支援眾多格式的情況下，且初始內容就採用[color=#C0EEC0][b][u]H.264[/u][/b][/color]壓縮，使得 [color=#EEEEEE]MPEG-2[/color] 的後勢也並不是很樂觀。

[color=#EEEEEE][b][u]Divx[/u][/b][/color] 與 [color=#EEEEEE][b][u]Xvid[/u][/b][/color] 這對兄弟原本系出同門，如今處境卻大有不同，除了在掌上型影音播放裝置中取得相當大的普及率以外，在一些台面下的應用也相當熱門，但是真正的商業應用卻相當匱乏。[color=#EEEEEE][b]Divx[/b][/color] 有被少數遊戲公司應用到遊戲開頭動畫中，而且也擁有一個使用Divx壓縮格式，內容類似 [b]YouTube[/b] 的的影音分享網站 [url=http://stage6.divx.com/][color=#EEEEEE]http://stage6.divx.com[/color][/url]，該網站可以說是目前影音分享網站中具有最高解析度影音表現的，當然，高影音品質是要用頻寬來換的。

而 [color=#EEEEEE][b]Xvid[/b][/color] 大多則是玩家之間互相流傳，商務上的應用更少。在微軟強勢的商業作風之下，[color=#EEEEEE]WMV[/color] 成為網路串流媒體的主流格式之一，後繼的[color=#C0EEC0][b][u]VC-1[/u][/b][/color]也成為藍光影音壓縮的標準格式之一，因此 [color=#EEEEEE]WMV[/color] 可以說是除了 MPEG 與[color=#C0EEC0][b][u]H.264[/u][/b][/color]兩大格式以外，在商業推廣上最成功的視訊壓縮格式了。

[color=#C0EEC0][b][u]H.264[/u][/b][/color]視訊編解碼標準－這個視訊編解碼格式是由 [color=#EEEEEE][b]ITU-U[/b][/color] 中的 [color=#EEEEEE][b]VCEG[/b][/color] 與 [color=#EEEEEE][b]ISO/IEC[/b][/color] 組織中的 MPEG 標準組成的聯合視訊團隊 [color=#EEEEEE]（[b]JVT[/b]，Joint Video Team）[/color] 所共同制定提出的。[color=#C0EEC0][b][u]H.264[/u][/b][/color]也被稱為 [color=#EEEEEE][b]AVC[/b]（Advanced Video Coding）[/color]。由於[color=#C0EEC0][b][u]H.264[/u][/b][/color]的制定目標是希望能夠在過去編碼規格的一半或以下的流量之下，就能提供良好的品質。

[img]http://i237.photobucket.com/albums/ff156/xtheme_ga/HD/06110618755e_0_gif_thumb.jpg[/img]
  ▲ ..... [color=#C0EEC0][b][u]H.264[/u][/b][/color]解壓縮流程。（資料來源：工研院）

[color=#C0EEC0][b][u]H.264[/u][/b][/color]在壓縮模式上，具有7個 [color=#EEEEEE][b]macroblock[/b][/color]（畫面預測區塊大小）類型，這些類型共有16×16、16×8、8×16、8×8、8×4、 4×8、4×4，此外～ 依照壓縮軟體設定的不同，參考畫面最多可往前31張以及往後31張，移動向量可以精確到4分之1像素，可以藉此大幅提升時間軸上的預測精準度。而在進行轉換時，最原始版本[color=#C0EEC0][b][u]H.264[/u][/b][/color]的 [color=#EEEEEE][b]DCT[/b][/color] 處理是以4×4矩陣為轉換基本單元，而且採用整數作為轉換係數，因此在進行反轉換時，不會有採用小數運算方式還原後無法匹配的問題，解編碼的精確度可以大幅提高，而在量化技術上，[color=#C0EEC0][b][u]H.264[/u][/b][/color]僅採用加法與乘法，沒有除法運算，因此對於積體電路的實現有著相當大的好處。至於在針對量化過的轉換係數資料方面，則是提供了 [color=#EEEEEE][b]CAVLC[/b]（Context Adaptive Variable Length Coding）[/color]與 [color=#EEEEEE][b]CABAC[/b]（Context Adaptive Binary Arithmetic Coding）[/color] 兩種編碼方式，可自動根據編碼的內容來統計特定代碼出現的機率，進而產生最適合於目前影像的編碼表。與傳統 [color=#EEEEEE]MPEG-2/4[/color] 的固定編碼方式明顯不同，可以有效提高壓縮比。基本上來說，[color=#EEEEEE][b]CABAC[/b][/color] 的編碼方式要比 [color=#EEEEEE][b]CAVLC[/b][/color] 來得複雜。

[color=#C0EEC0][b][u]H.264[/u][/b][/color]在針對壓縮方式的區別上，可根據不同的內容應用來區分為不同的組態[color=#EEEEEE]（Profile）[/color]，這些組態分別為 [color=#EEEEEE][b][u]Baseline Profile[/u][/b][/color]、[color=#EEEEEE][b][u]Main Profile[/u][/b][/color]、[color=#EEEEEE][b][u]Extension Profile[/u][/b][/color]，每個組態中還有相對應的影片尺寸與位元率等級，在定義上，則是可由 [color=#EEEEEE][b]Level 1[/b][/color] 區分至 [color=#EEEEEE][b]Level 5.1[/b][/color]，涵蓋小畫面與HD畫面等不同解析度與流量應用範圍。

[color=#EEEEEE][b]Baseline Profile[/b][/color] 主要是著眼於低位元率與低流量的應用中（如視訊電話、網路影片串流等），而由於其運算複雜度相較起其他組態為低，目前的嵌入式處理器或 [color=#EEEEEE]DSP[/color] 都還能負擔，所以也適合應用於如PMP、多媒體手機等個人隨身的影音播放裝置中；
   
   [color=#EEEEEE][b]Main Profile[/b][/color] 因為支援了交錯式影片[color=#EEEEEE]（interlaced content）[/color]的編碼類型，所以也適合應用於 HDTV 數位電視廣播，由於其非常容易整合在傳統的 [color=#EEEEEE][u]MPEG-2 Transport/Program Stream[/u][/color] 上來傳送 [color=#C0EEC0][b][u]H.264/AVC[/u][/b][/color] 位元流的特性，所以在導入難度上就顯得相對簡易。
   
   至於在 [color=#EEEEEE][b]IP-TV[/b][/color] 或是 [color=#EEEEEE][b]MOD（Multimedia On Demand）[/b][/color]等方面的應用方面，使用具有高抗錯性編碼工具[color=#EEEEEE][b]（error resilient tools）[/b][/color]的 [color=#EEEEEE][b]Extension Profile[/b][/color] 即可以滿足這些需求。

[IMG]http://i237.photobucket.com/albums/ff156/xtheme_ga/HD/06110618755e_1_gif_thumb.jpg[/IMG]

然而，微軟在2003年將其開發的視訊壓縮技術向美國的電影電視工程師協會[color=#EEEEEE]（Society of Motion Picture and Television Engineers；[b]SMPTE[/b]）[/color]提出公開標準化的申請，並以 [color=#C0EEC0][b][u]VC-1[/u][/b]（Video Codec 1）[/color]作為此新標準的命名，而且已經在2006年4月正式通過成為標準。由於[color=#C0EEC0][b][u]VC-1[/u][/b][/color]在高解析度影片上的表現出色，導致 [color=#C0EEC0][b][u]H.264[/u][/b][/color] 在 DVD Forum 與 Blu-ray Disc Association 的高解析度DVD影片品質測試中嚐到挫敗，甚至被Blu-Ray陣營所拒用，其主要原因是 [color=#C0EEC0][b][u]H.264[/u][/b][/color] 使用較小尺寸的轉換公式與無法調整的量化矩陣，造成不能完整保留影像的高頻細節資訊，比如說，在[color=#EEEEEE]1080i/p[/color]影片中常會故意使用的 [color=#EEEEEE]Film Effect[/color] 效果就會被[color=#C0EEC0][b][u]H.264[/u][/b][/color]所消除，因此[color=#C0EEC0][b][u]H.264[/u][/b][/color]於2004年展開標準增修的討論，來納入稱之為 [color=#EEEEEE]Fidelity Range Extensions （[b]FRExt[/b]）[/color]的新編碼工具，並以先前 [color=#EEEEEE][b][u]Main Profile[/u][/b][/color] 為基礎來擴充增加4個新的組態類別，而成效也相當的驚人，[color=#C0EEC0][b][u]H.264[/u][/b][/color]藉此成功打倒[color=#C0EEC0][b][u]VC-1[/u][/b][/color]，重新取得畫質之王的稱號，並且被Blu-Ray 所採用。

[color=#EEEEEE][b][u]FRExt[/u][/b][/color] 修正了[color=#C0EEC0][b][u]H.264[/u][/b][/color]第一版支援的每像素8-bit，且僅限於4：2：0的方式，除了進一步引進先進的編碼工具，藉此提高壓縮效率以外，原始視訊每個像素的採樣值可以達到12-bit，並且增加了4：2：2以及4：4：4等採樣格式，同時也支援了更高的解析度。除此之外，還可以針對特定高傳真影像需求，對影像進行無破壞壓縮，並且支援了基於RGB格式的壓縮，同時也避免了色彩空間的誤差。

[color=#EEEEEE][b][u]FRExt[/u][/b][/color] 的四個新的類別分別是支援8-bit，4：2：0採樣的 [color=#EEEEEE][b][u]High Profile[/u]（HP）[/b][/color]、支援10-bit，4：2：0採樣的 [color=#EEEEEE][b][u]High 10 Profile[/u]（H10P）[/b][/color]、支援10-bit，4：2：2採樣的 [color=#EEEEEE][b][u]High 4：2：2 Profile[/u]（H422P）[/b][/color] 以及支援12-bit，4：4：4採樣的 [color=#EEEEEE][b][u]High 4：4：4 Profile[/u]（H444P）[/b][/color]，其中 [color=#EEEEEE][b]H444P[/b][/color] 是無損壓縮且具有多色彩空間[color=#EEEEEE][b]（Color Space）[/b][/color]的編碼方式。

由於前一版的 [color=#C0EEC0][b][u]H.264[/u][/b][/color]在 [color=#EEEEEE][b]DCT[/b][/color] 轉換上採用4×4整數轉換，雖然有著演算複雜度較低，並可減低區塊效應的優點以外，對於高解析度視訊的處理方面，會因為被捨棄的細節太多，而導致視訊品質在壓縮過後會與遠使版本有落差的問題，因此為了達到各方面的平衡，[color=#EEEEEE][b]FRExt[/b][/color] 導入了8×8整數變換機制，且編碼工具可以在 [color=#EEEEEE][b]Macroblock[/b][/color] 階段自動選擇4×4或8×8轉換方式。由於8×8的正轉換以及逆轉換演算都可以通過相當具有效率的蝶形演算法來實做，對於特定位元率的視訊輸入，只要在該位元率另行加入8-bit的演算動態範圍即可，在複雜度上僅略高於4×4的方式。

不過在新的轉換方式上，也同時要求新的量化方式，由於 [color=#EEEEEE][b]FRExt[/b][/color] 只是原先[color=#C0EEC0][b][u]H.264[/u][/b][/color]規範的延伸，與 [color=#EEEEEE]MPEG-2[/color] 同樣的可以選擇量化矩陣進行量化，並藉此提高影像品質。同時也在 [color=#EEEEEE][b]CABAC[/b]（Context Adaptive Arithmetic Binary Coding）[/color] 編碼方式上做出改進，增加了3個內容模型。至於 [color=#EEEEEE][b]CAVLC[/b]（Context Adaptive Variable Length Coding）[/color]則是把1組8×8的矩陣切割為4組4×4的矩陣。除了量化方式的改進以外，在偵測與預測視訊頁框亮度的技術也多加了9種不同的方式，在這些技術的相互搭配之下，追求完美的畫質表現。

[color=#C0EEC0][b][u]VC-1[/u][/b][/color]視訊編解碼標準—甫於2006年4月正式成為標準的微軟[color=#C0EEC0][b][u]VC-1[/u][/b][/color]格式，則是基於 [color=#EEEEEE]Windows Media Video 9[/color] 壓縮技術的影像壓縮標準，由三大編解碼元件所組成，每一個編解碼元件都具有其獨自的 [color=#EEEEEE][b]FourCC[/b][/color] 編碼。

[IMG]http://i237.photobucket.com/albums/ff156/xtheme_ga/HD/06110618755e_2_gif_thumb.jpg[/IMG]
   ▲ ..... [color=#C0EEC0][b][u]VC-1[/u][/b][/color]解壓縮流程。（資料來源：工研院）

這些元件包含了以下三種：
[list=1][*][color=#EEEEEE][b][u]WMV3[/u][/b][/color]：也就是過去俗稱的 [color=#EEEEEE]WMV9[/color]，[color=#EEEEEE][b]WMV3[/b][/color] 可以說是[color=#C0EEC0][b][u]VC-1[/u][/b][/color]的構成基礎，它支援了循序編碼方式，可用來做為電腦的顯示，也支援了電視常用的交錯方式，不過當微軟開始進行 [color=#EEEEEE][b]WMV Advanced Profile[/b][/color] 的研發與推廣後，[color=#EEEEEE][b]WMV3[/b][/color] 的交錯編碼就不再被需要了。
[color=#EEEEEE][b]WMV3[/b][/color] 包含了 [color=#EEEEEE][b]Simple[/b][/color] 以及 [color=#EEEEEE][b]Main[/b][/color] 這兩種 [color=#EEEEEE]Profile[/color]，並且應用在[color=#C0EEC0][b][u]VC-1[/u][/b][/color]編解碼標準中。

[*][color=#EEEEEE][b][u]WMVA[/u][/b][/color]：這是最原始版本的 [color=#EEEEEE][b]WMV Advance Profile[/b][/color]，被 [color=#EEEEEE][b][u]SMPTE[/u][/b][/color] 接受納入為[color=#C0EEC0][b][u]VC-1[/u][/b][/color]標準的草案，這個元件也被包含在微軟的視窗多媒體播放軟體 Windows Media Player 10 當中，不過在2006年正式被 WVC1 所取代。

[*][color=#EEEEEE][b][u]WVC1[/u][/b][/color]：也就是 [color=#EEEEEE][b]Windows Media Video 9 Advanced Profile[/b][/color] 的正式版，成為[color=#C0EEC0][b][u]VC-1[/u][/b][/color]中最主要的編碼架構，被應用在次世代藍光影音的壓縮標準中。[/list]
　  
[box=#202020][IMG]http://i237.photobucket.com/albums/ff156/xtheme_ga/HD/VC-1_Profiles.gif[/IMG][IMG]http://i237.photobucket.com/albums/ff156/xtheme_ga/HD/VC-1_Profiles_2.gif[/IMG][/box]
    與[color=#C0EEC0][b][u]H.264[/u][/b][/color]類似的是，[color=#C0EEC0][b][u]VC-1[/u][/b][/color]包含了許多高階的編碼工具，不過在種類上有所差異？除了支援2分之1像素的 [color=#EEEEEE][b]Bilinear[/b][/color] 內插運算以外，[color=#C0EEC0][b][u]VC-1[/u][/b][/color]還支援 4分之一像素的 [color=#EEEEEE][b][u]Bicubic[/u][/b][/color] 內插運算，傳統 [color=#EEEEEE][b]MPEG-2[/b][/color] 與 [color=#EEEEEE][b]MPEG-4[/b][/color] 皆只有使用2分之一像素 [color=#EEEEEE][b]Bilinear[/b][/color] 內插運算，因此最終輸出畫面將會變得模糊，再加上前後參考頁框皆是處於類似的狀況之下，畫面品質更是乏善可陳。[color=#C0EEC0][b][u]VC-1[/u][/b][/color]是以16×16的 [color=#EEEEEE][b]MacroBLock[/b][/color] 為壓縮單位，1個 [color=#EEEEEE]MacroBlock[/color] 1個 [color=#EEEEEE][b]MV[/b]（Motion Vector，運動向量）[/color]，而在係數轉換上，則是包含了有8×8、換模式，理論上而言，轉換的區塊越小，能越能夠有效減少傳統 [color=#EEEEEE]MPEG-2[/color] 壓縮後常見的 [color=#EEEEEE]Ringing[/color] 瑕疵。

[size=3][color=#FF9966]■ 兩大視訊壓縮格式的技術比較[/color][/size]
[list][*][color=#EEEEEE][b]動作補償（Motion Composition）技術的差異[/b][/color]
[color=#C0EEC0][b][u]H.264[/u][/b][/color]具有7種不同的動作補償模式，而[color=#C0EEC0][b][u]VC-1[/u][/b][/color]只有4種，動作補償的區塊越小，就越能找到誤差值越小的參考點，進而節省紀錄誤差值所需的位元數，不過區塊也不可能無限制的縮小切割下去，因為區塊越小，同一畫面中所需紀錄的向量也越多，例如以1個16×16大小的區塊來說，只需要紀錄一個向量，如果區塊切割的大小縮為4×4，那麼向量將會增加為16個，雖然動作向量也可以透過預測的方式來進行壓縮，但是過小的區塊將會使得壓縮的效益變的不明顯。加上編碼器必須在壓縮過程中，隨時對畫面進行偵測與判斷，從多種模式中選用最佳的方式來進行壓縮。一般來說，大片的單純顏色區域將會使用較大的區塊，而具有銳利邊緣的地方，將會使用小區塊來進行動作補償，在偵測與選用的過程中，會因為判斷動作的增加，而使得壓縮的時間增加，因此雖然[color=#C0EEC0][b][u]VC-1[/u][/b][/color]在壓縮比方面雖然無法勝過[color=#C0EEC0][b][u]H.264[/u][/b][/color]，但是在壓縮時間上，明顯比[color=#C0EEC0][b][u]H.264[/u][/b][/color]短了許多的原因在此。

[*][color=#EEEEEE][b][u]Sub-Pixel[/u]（次像素）動作搜尋精度差異[/b][/color]
在[color=#C0EEC0][b][u]H.264[/u][/b][/color]的草案中，具有8分之1像素以及16分之1像素的構想，不過因為這兩個精度所帶來的效益並不明顯，因此在正式版本中的3個Profle中都拿掉了，而隨後推出的 [color=#EEEEEE][b]FRExt[/b][/color] 也沒有再將之納入支援，不過將來若有必要，也是可以隨時再增加新的組態。而[color=#C0EEC0][b][u]H.264[/u][/b][/color]的預設內插補點是採用 [color=#EEEEEE]6-tap FIR[/color] 的濾波器。而[color=#C0EEC0][b][u]VC-1[/u][/b][/color]則是如前所述，採用 [color=#EEEEEE]Biliner[/color] 以及 [color=#EEEEEE]Bicubic [/color]方式，最小同樣可達4分之1像素。

[*][color=#EEEEEE][b]不同的量化方式[/b][/color]
[color=#C0EEC0][b][u]H.264[/u][/b][/color]中的 [color=#EEEEEE][b]Base Profile[/b][/color] 以及 [color=#EEEEEE][b]Main Profile[/b][/color] 具有多個量化品質切割方式，但是並不具有量化矩陣，這與[color=#C0EEC0][b][u]VC-1[/u][/b][/color]採用類似 [color=#EEEEEE]MPEG-2[/color] 的量化矩陣的方式不同，但是[color=#C0EEC0][b][u]H.264[/u][/b][/color]在之後的 FRExt中，重新採用了可選擇的量化矩陣方式，不過由於[color=#C0EEC0][b][u]H.264[/u][/b][/color]設計方式的特殊，可以非常高的壓縮比達到幾近於無損壓縮的高品質表現，這點要明顯比 [color=#C0EEC0][b][u]VC-1[/u][/b][/color]優秀，不過換來的是非常久的壓縮時間，如果沒有特殊加速晶片或強大的硬體支援，會有不少人可能會改而選擇壓縮時間較短，但是品質仍在可接受範圍的 [color=#C0EEC0][b][u]VC-1[/u][/b][/color]。

[IMG]http://i237.photobucket.com/albums/ff156/xtheme_ga/HD/06110618755e_3_gif_thumb.jpg[/IMG]
  ▲ ..... [color=#C0EEC0][b][u]VC-1[/u][/b][/color]的重疊平滑技術。（資料來源：工研院）

[*][color=#EEEEEE][b]區塊濾波器的有無[/b][/color]
[color=#C0EEC0][b][u]H.264[/u][/b][/color]有做區塊濾波器，而[color=#C0EEC0][b][u]VC-1[/u][/b][/color] 沒有做區塊濾波器。[color=#C0EEC0][b][u]VC-1[/u][/b][/color]採用不同的濾波方式，稱為[color=#EEEEEE]重疊平滑（Overlap Smoothing）[/color]，雖然[color=#C0EEC0][b][u]H.264[/u][/b][/color]的區塊濾波可以有效降低區塊效應，但是區塊濾波使在解壓縮還原之後才會進行的步驟，而不是在壓縮階段就會進行的過程，因此經過區塊濾波處理之後，就已經不是原本的影像資訊，有可能會導致影像中的細節丟失。而區塊濾波器的演算複雜度相當高，除了考慮到播放裝置的性能以外，在某些簡單應用中也不適合使用。[color=#C0EEC0][b][u]VC-1[/u][/b][/color]對以 [color=#EEEEEE][b]Intra[/b][/color] 模式壓縮的區塊則是提供了另1種重疊轉換技術，藉此彌補沒有區塊濾波器所可能產生的區塊問題。重疊轉換是在進行壓縮時，利用在空間領域作前處理，並且在解壓縮時搭配進行後處理來達成，基本上，重疊平滑方式必需要搭配前置與後製處理，在理論上，可以兼顧去除區塊以及保持最大量的原始影片資訊兩方面的需求，不過重疊平滑的步驟僅在區塊的型態為I時才執行，無法應用到所有的區塊型態中。

[*][color=#EEEEEE][b]其他差異[/b][/color]
[color=#C0EEC0][b][u]H.264/AVC[/u][/b][/color] 的畫面間參考資料最多可由31張的之前重建畫面所組成，而[color=#C0EEC0][b][u]VC-1[/u][/b][/color]畫面間參考資料僅可由前1張的之前重建畫面所組成。而在針對亮度的同畫面預測方面， [color=#C0EEC0][b][u]H.264[/u][/b][/color] 採用 [color=#EEEEEE][b]intra_4×4[/b][/color] 與 [color=#EEEEEE][b]intra_16×16[/b][/color] 兩種方式， [color=#C0EEC0][b][u]VC-1[/u][/b][/color] 則是使用傳統 MPEG 的作法，使用 DC 與 AC 方式的預測。而雖然 [color=#C0EEC0][b][u]H.264[/u][/b][/color] 與 [color=#C0EEC0][b][u]VC-1[/u][/b][/color] 都採用了可變長度編碼設計，但是其餘的技術差異仍然相當大，如果要實做到支援多規格播放的硬體電路中，所要考慮的層面相當的多。[/list]

[size=3][color=#FF9966]■ 結論[/color][/size]

雖然 [color=#C0EEC0][b][u]H.264[/u][/b][/color] 擁有史上最強的影像畫質，但是 [color=#C0EEC0][b][u]VC-1[/u][/b][/color] 強大的均衡性，在正式成為標準之後，聲勢上也不會弱於 [color=#C0EEC0][b][u]H.264[/u][/b][/color] ，加上微軟強大的軟體入侵方式，以及同樣屬於下一代藍光內容壓縮標準，很難純粹從技術上或是從市場觀點來論定這兩個技術的優劣，所以在授權費用多寡與方式上，可能就會成為兩大視訊壓縮標準決定勝敗的關鍵。
[/color][/box] [/quote]

儲存草稿｜恢復草稿｜...

文章關鍵字 : [功能說明]
(關鍵字可加強搜索準確性, 如關鍵字多於一組, 請以 , 作分隔, e.g. : 阿笨,shiuh,第一笨)

關閉 URL 識別 | html 禁用
關閉表情符號 | 表情符號可用
關閉 Discuz! 代碼 | Discuz! 代碼可用
使用個人簽名
接收新回覆信件通知

推薦放檔網絡空間

檔案(Torent, zip等)

圖片(JPG, GIF等)

>>>歡迎推薦好用空間

平凡小任

發表於 2009-8-24 11:30 PM

沒錯
軟解強的話推薦軟解
我苦命的op170阿

mclarenfung

發表於 2009-8-24 10:55 PM

現在覺得軟解會靚粉多...
CONFIG
AMD : P II 940BE (WATERCOOLING)
MB :MAGIC-PRO AKGX-EXTREME GTS
RAM :4X 2G KINGSTON DDR2 1066 5-5-5-15 (RUNNING @ 4-4-4-12)
DISPLAY : GALAXY 9800GT
TV CARD : MYGIGA X8509 (PCI-E 1X)
RAID CARD : LSI MEGARAID 8308
HARDDRIVE : SEAGATE 10K2 73G SAS HARDDRIVE X2 (RAID 0 OS)
W.D. 2500YS X4 RAID 5

平凡小任

發表於 2009-8-15 11:55 PM

potplayer不錯用
因為我XP裡的wmp爛掉了
所以我從kmp轉potplayer
他wmv是用asf reader解碼的
還OK
看一些高畫質的片很方便
不太需要去學怎麼調用解碼器之類的技術
遺憾的是字沒辦法像之前kmp放到最底下黑邊
還有播放完按停止畫面不會變成最小→自問自答：到參數選項→標準→關閉時設定為預設大小(看高畫質X片怕被抓包好用)
不然真的不錯
我是用這些片源測的
之前沒那麼多bdre有時候一個影片就要1XG才搞定
還有黑鷹計畫remux要9DVD

[平凡小任在 2009-8-16 02:33 AM 作了最後編輯]

sdbb

發表於 2009-8-15 09:47 PM

引用:

xTheme寫到:

CoreAVC pro 要 1.95 版以上才會完全硬解，而且只支援 N 卡

PotPlayer 已經做得不錯囉，
至少偶訴這麼覺得啦～
唯一的遺憾是沒有英文版

偶猜您大概是裝了其他的解碼包，所以 PotPlayer 才怪怪的

KMPlayer 內建的 Codec 幾乎已經停止開發，
畫面有橫紋可以打開 Anti-Interline 看看有沒有用～

KMPlayer內建的Codec不是自己開發的，KMPlayer提供調用解碼器(走directshow的話叫filter)的介面

願意手工打造的話，可以自己幫KMPlayer更新，或是直接調用外部的codec，
如CoreAVC、CineMaster(提供mpeg2硬體播放)

真正有自己開發（應該說照spec實作codec）的只有CoreAVC、Cyberlink、Nero、FFmpeg、
Media Player Classic Home Cinema 等公司或專案

CoreAVC不多做介紹了，軟解第一名，硬解只支援CUDA
Cyberlink 硬解支援度佳
FFmpeg，著名的libavcodec便是出自此專案，免費，目前只提供軟解
Media Player Classic Home Cinema ，提供免費的H264硬體解碼，該codec也可供作其他軟體使用，

xTheme

發表於 2009-6-30 04:30 PM

CoreAVC pro 要 1.95 版以上才會完全硬解，而且只支援 N 卡

PotPlayer 已經做得不錯囉，
至少偶訴這麼覺得啦～
唯一的遺憾是沒有英文版
偶猜您大概是裝了其他的解碼包，所以 PotPlayer 才怪怪的

KMPlayer 內建的 Codec 幾乎已經停止開發，
畫面有橫紋可以打開 Anti-Interline 看看有沒有用～

Earlson

發表於 2009-6-29 03:19 PM

嗯嗯我用的是8600M gt
kmplayer用的是CoreAVC pro1.9硬解 (找不到pro 1.95)
剛剛跑去更新驅動
potplayer有好一點但是還是不順＠＠不選硬解變正常
另外 kmplayer沒有用硬解的話畫面人物在移動的時候會有橫紋＠＠?

[Earlson 在 2009-6-29 03:24 PM 作了最後編輯]

xTheme

發表於 2009-6-29 10:16 AM

kmplayer 內建的 Codec 好像都是軟體解壓縮

potplayer 開啟硬解是使用 DirectX 的 DVXA 加速模式，
所以可能在其他的 DirectX 模式間切換會有延遲的現象，
不過 ... 這又跟使用哪種顯示卡以及驅動程式有關連 ....

您可以試試看把驅動程式更新，
或許這個現象可以解決說～

Earlson

發表於 2009-6-28 09:42 PM

我剛剛用了kmplayer硬解怪怪沒變快
改用potplayer放1080i的反而成功把cpu使用率降到5%以下@@
但是感覺gpu的反應變慢了...切換畫面變慢@@

[Earlson 在 2009-6-28 09:49 PM 作了最後編輯]

xTheme

發表於 2009-6-18 09:38 PM

引用:

不鏽鋼寫到:

....
我是vista 64位元的~顯卡是2600xt做CF~

首先～ Vista 要硬解而且字幕播放要正常，視訊轉譯器幾乎就只能設定在 VRM9 或者是 EVR 模式下才可以開啟 DVXA 硬體解壓縮;

其次～ Vista x64 比較龜毛，
只要 Codec 對不攏就會一直跳下一個解碼 Codec，不然會乾脆給你當在那邊

您的 PowerPlayer 是第幾版的？
偶試過裝 PDVD 9 不過不能用說 ( Vista x64 )

還有～在 Vista x64 底下，偶目前試過最佳的方式是用 PotPlayer x64 + ffdshow x64 codec，
而且設定兩個環境設定檔，平常能撥的影片用 PotPlayer 內建的解碼器開啟硬解播放，
當遇到不能撥的(動畫片最多，而且幾乎都是 AVC-1 壓的) 就改成 ffdshow 軟解，
目前偶覺得這樣是最好用，而且最穩定。

給您參考一下！

不鏽鋼

發表於 2009-6-18 07:51 PM

有的時候明明解碼器都調好了~
播放影片卻沒硬解~
像我播FINAL.FANTASY.VII.ADVENT.CHILDREN.COMPLETE.2005.Bluray.1080.DTS.2Audio.x264-CHD
這片~
avc1都調成powerdvd8的了~還是沒硬解~
後來到視訊處理調轉譯器~換成Enhanced Video Renderer~在播就有硬解了~
這是什麼原因呢!?跟作業系統有關嗎??
我是vista 64位元的~顯卡是2600xt做CF~

本主題回覆較多，請點擊這裡檢閱。