![]() |
||
Major Member
![]() 加入日期: Jan 2002
文章: 102
|
![]() H.264 是 MPEG4 Part10 (AVP) 的壓縮規格
比起 Divx Xvid 是屬於 MPEG4 Part2(ASP)的規格先進許多 (聽說 WMV9 也是類似 H.264 的規格) 不知道有沒有人已經在玩 H.264 的影像壓縮了呢? 可以分享一下經驗嗎? |
|||||||
![]() |
![]() |
Senior Member
![]() ![]() ![]() 加入日期: Oct 2002 您的住址: El's room
文章: 1,046
|
引用:
請問這個消息是聽誰說的? 引用:
壓縮速度,很慢;畫質,H.264 確實會把細微的雜訊顆粒給刪除掉,所以還是寄望 FRExt。 |
||||
![]() |
![]() |
Major Member
![]() 加入日期: Apr 2001 您的住址: 屏東新竹出沒中
文章: 203
|
H.264 是 ITU 定訂的 MPEG 4 標準, 未來應該會成為 MPEG 4 影片的主流, 只是以目前而言, 運算複雜, 壓縮速度很慢.
|
![]() |
![]() |
Senior Member
![]() ![]() ![]() 加入日期: Oct 2002 您的住址: El's room
文章: 1,046
|
H.264 是 ITU 和 ISO 聯合組成的 JVT 發展的視訊壓縮法,這個壓縮法被合併進 MPEG-4 標準,成為 MPEG-4 的一部份,是為 MPEG-4 part.10,又稱為 AVC,Advanced Video Coding,中文可能是翻成先進視訊壓縮法?
所以它有好多個名字,從原本 ITU 發展時用的 H.26L/H.264,到 MPEG-4 part.10,AVC.... ![]() 它的運算複雜度比 WMV-9 高很多,從規格來看,WMV-9 和它不太像,H.264 要複雜非常多,WMV-9 則簡單很多,實際上 WMV-9 比較接近 MPEG-4 ASP,也就是說拿 WMV-9 和 H.264 相比,真是委屈了 H.264.... ![]() H.264 的量化方式有一個缺點,在 HDTV 的解析度時,用上 4x4 這麼小的轉換、量化的方塊大小,會使得它刪除許多很細微的顆粒雜訊,所以業界的人士對它的最高品質還是不夠滿意。目前 H.264 追加了新的 Profile,叫做 FRExt,這個新的 Profile 引進了 MPEG-2 的 8x8 轉換大小,還有量化矩陣,以及一口氣提升量化的精度到 9~12bit,色彩取樣 4:2:2~4:4:4,成為一個非常恐怖的超高畫質的規格。 不過對一般人來說,可能在意的還是它在低流量的表現..... |
![]() |
![]() |
Senior Member
![]() ![]() ![]() 加入日期: Oct 2002 您的住址: El's room
文章: 1,046
|
引用:
以規格來講,H.264 應該是目前地球上最強的壓縮法 ![]() 但是因為它太複雜,目前實作的 Codec 都還沒有辦法做到很完美,事實上是距離實用都還有一大大大段距離,現在的 H.264 Codec,大部分甚至還可能不如 MPEG-4 ASP,所以壓出來不如人意是正常的。 講到淡入淡出,嘿嘿,這個有如果有正常實作的 H.264 應該會是所有 Codec 中最強的,因為這一點正是 H.264 特別強化的地方。 H.264 有一個 Weighted Prediction,可以對參考畫面乘上一個權重,加上偏移量,以這個加權之後的結果來作預測,用來對付以前 MPEG 壓縮最頭痛、最難壓縮的淡入淡出的畫面(畫面亮度由亮轉暗,或由暗轉亮的情況,用 MPEG 壓縮經常會在這種地方看到明顯的方塊)。 因為 MPEG 壓縮會參考前面的畫面壓縮,而淡入淡出的畫面,畫面上的亮度會全體劇烈的變動,和現在的畫面相差一個很大的值,使得參考預測的時候要記錄一個很大的誤差量,這樣會使得壓縮的效率大大的降低。 H.264 引進了加權的方法,先對參考畫面的數值加上一個偏移量,以這個偏移後的畫面做為參考畫面。例如畫面由亮轉暗,前後畫面亮度相差接近 60 的話,以傳統的壓縮法就必須記錄 60 這個差異量,現在利用加權,加權後的參考畫面是原參考畫面 -60,剛好符合目前要壓縮畫面的亮度變化,這樣剩下來需要記錄的誤差就會變得很少,壓縮效率會大大大幅的提升。 H.264 還有其他許多很強的壓縮工具,可以說,只要 H.264 Codec 有很完善的實作出 H.264 規格裡所有的東西,並且有最佳化,H.264 要贏過其他壓縮格式是輕而易舉的事情,不管是在中高低流量,或者極低流量,因為它和目前其他壓縮格式的差距實在太大的緣故。 引用:
ffdshow 裡面的 H.264 Encoder 用的就是 x264,x264 在最新版裡面已經加入了 2-pass,你下載最新的 ffdshow 就可以使用,不過 ffdshow 裡面的 x264 的 subpixel refinement 似乎有 bug,你需要手動替換 celtic_druid 編譯的 ff_x264.dll,把它覆蓋 ffdshow 目錄下原本的 dll http://celticdruid.no-ip.com/test/ff_x2647.7z 不過,我覺得不用浪費時間去試,目前的 x264 還在非常初期的開發階段,它的壓縮效果很差,甚至還不如 MPEG-4 ASP,想要真正測試 H.264 的實力,拿 x264 來測是完全看不出來的 ![]() 要測試 H.264,目前軟體發展的最成熟的,可能是 Nero Digital 團隊發展的 Ateme H.264 Encoder,在這個月(可能是下禮拜)會發表的 Nero Burning ROM 6.6 和 NeroVision Express 2.3 裡面可能可以看到 Ateme H.264 正式版包含在裡面,但是目前也有消息可能看不到。anyway.. 總之 Ateme H.264 最遲也會在今年年底之前推出 ![]() 此文章於 2004-10-08 12:30 AM 被 Shade 編輯. |
||
![]() |
![]() |
Senior Member
![]() ![]() ![]() 加入日期: Oct 2002 您的住址: El's room
文章: 1,046
|
Ateme H.264 實作了大部分 H.264 的壓縮功能(例如 B-frame, CABAC, Weighted Prediction ..等等),而且有經過最佳化的修改,在之前的 Beta 測試中,有結果顯示 Ateme H.264 的 PSNR 可以贏過之前最高的 VP6.2。
其實,我覺得還太少了一點,應該要贏得輕而易舉才對.... ![]() 接下來還有一個可以寄望的是,MainConcept 的 H.264 Encoder,他們延攬了 x264 原先的作者加入,再加上他們對 MPEG Encoder 開發的熟悉程度,我相信 MainConcept 的 H.264 推出來應該也有一定程度的水準,最起碼應該不會作出比 MPEG-4 ASP 還爛的東西 ![]() 有時間的話,我可以貼一下用 H.264 Reference Software 壓 HDTV 訊源,無失真的 4:2:0 1280x720p/1920x1080p,和各個 Codec 比較的結果,看看誰保留的細節多 ![]() 引用:
你怎麼知道台灣沒有自己在發展 H.264? ![]() 不是一堆人在做嗎? ![]() 引用:
不知道這些消息都是誰放出來的.... ![]() |
||
![]() |
![]() |
Elite Member
![]() ![]() ![]() ![]() ![]() 加入日期: Jul 2003 您的住址: Großdeutschland
文章: 6,997
|
感謝各位的知識分享與交流.
|
![]() |
![]() |
Junior Member
![]() ![]() ![]() 加入日期: Mar 2002
文章: 925
|
引用:
作了也要給我們玩玩呀 萬一弄到晶片上 那我不就玩不到了 ![]() 引用:
對岸的 聽聽就算了 Ateme H.264 ![]() MainConcept H.264 想再測測看 但是每次都強制跳出 ![]() 有個小問題 CABAC是否像b-frame一樣 開了對畫質有所影響 流量有降低一點點 但不是很明顯 壓x264有個怪現象 ![]() H264都有這特性嗎 |
||
![]() |
![]() |
Senior Member
![]() ![]() ![]() 加入日期: Oct 2002 您的住址: El's room
文章: 1,046
|
引用:
MainConcept H.264 preview2 只能在 P4 的 CPU 上執行 >_< 引用:
CABAC 是最後無失真壓縮的步驟,使用的壓縮法,所以它不會影響畫質.... 應該這麼說,CABAC 的無失真壓縮法,比原本的 CAVLC 壓縮法的壓縮率要高出 18~20%,這 18~20% 是完全免費,不用犧牲任何畫質做為代價,就可以換來的。所以使用 CABAC 壓縮法,壓縮率會提高,同檔案大小下,壓縮率較高的 CABAC 就可以促進畫質的提升,因為 CABAC 省下許多流量,這些流量可以用來記錄更多的畫面資訊,不用捨棄。 所以使用 CABAC 對畫質是有影響,畫質會提高 ![]() 引用:
這個和 H.264 的規格無關,是各個 encoder 使用的動作搜尋演算法的關係,MPEG-2 的 encoder 同樣也會有這種現象,例如 Canopus ProCoder ![]() 此文章於 2004-10-11 11:13 AM 被 Shade 編輯. |
|||
![]() |
![]() |