使用H264編碼壓制HDTVrip的方法說明（附圖）
自從新的CoreAVC解碼器出現後，H264編碼的HDTV就變得不是那麼高不可攀拉，更多的機器可以流暢播放這種可以提供更好畫質的編碼影片。考慮使用最簡單的方法獲得H264壓縮的方法，初步探索如下：
Gordian Knot 是一款不錯的影音編輯軟件，也是本人常用的壓片軟件。
（使用方法參考http://www.silu.info/read.php?tid=42798&fpage=1）
但是本身好像不帶H264編碼器，所以先安裝H264編碼器「SE_H264編碼器」（附件見後，解壓後右鍵點擊x264vfw.inf選安裝）
在使用Gordian Knot壓片時選擇x264編碼：
壓片時使用兩次編碼：
第二遍時可以控制碼率，預定壓制的最大值有時並不止5000：
至於一般1280X720的片子碼率在4000~5000畫質就相當滿意了，再大CPU負擔太重。
以x264和H264在本質上是一樣的，使H264的子集,使用MeGUI感覺比GK好用點，碼率計算後自動填入設置。
各位如果要嘗試H.264編碼的話很多家的中,推薦Mainconcept的H.264編碼器,個人我覺得這個比較成熟,且功能也很完善.
如果用的是普通的x264,可以自動計算碼率
版本太老了!往
http://x264.nl/可下傳新版
其實壓出好的x264，方法很多，我試過nero recode，TMPGEnc3XP，都不錯。相對TMPGEnc3XP呼叫x264編碼器比nero快些。關鍵是x264的編碼設置，B-frames參數，Max consecutive (0-16)，使用avi容器建議關閉。這樣播放更流暢一些。
要是能在編碼設置上多研究，比較，大家探討就更好了。
x264 vfw版用avi輸出是有b-frame的問題，不過用VirtualDubMod的話也可以用MKV輸出。對於壓制一些小東西還是很方便的（寫AVS還是有點麻煩），而且最新版的VFW又新增了幾個CLI版的參數。CLI版對於製作DVDrip或HDRE是最好的選擇，CLI版壓置高質量的作品時推薦大家加入ROD-6/NO fast P-ship/JVT matrix這幾個參數，能明顯的改善畫面中的"塊"現象。
為什麼 avc 不該再用 vfw-avi:
http://forum.doom9.org/showthread.php?s=&threadid=80430
http://forum.doom9.org/showthread.php?t=99061
理想的方法是用 cli (通過 megui 協助或直接用 cli) 直接輸出 mp4/mkv, 兩者都有原生的 avc/h.264 支援
請勿再用 x264-vfw, vfw 比 cli 少了的功能:
http://forum.doom9.org/showthread.php?t=105899
avc/h.264 用 vfw/avi 的壞處:
QUOTE:
[轉]目前不同的AVC 工具支持不同的容器（Container）：
.mp4：mp4 是MPGE-4 標準（ISO 14496-15）指定的AVC 容器。目前支持它的編碼器有Nero、Sorenson、Envivio 和Moonlight。
.mpg：mpg 是MPEG-2 標準（ISO 13818-1,AMD3）指定的AVC 容器。目前支持它的編碼器有：Mainconcept 和Moonlight。（藍光BD-ROM 也會使用這種容器，具體請參見
http://www.blu-ray.com）
.avi：使用AVI 作為容器是不標準的，並且會造成不相容的問題。使用AVI 可能妨礙AVC 的一些功能的發揮，也可能會損傷回放的質量，或者降低解碼速度。目前支持avi 的編碼器有VSS、x264（mencoder 和x264 的vfw 都支持）、mpegable。
.264/.h264：通常是參考編碼器輸出的作為例子的源圖像。（mencoder 中的x264 也可以輸出.264，mp4creator 可以從.mp4 種Demux 出來）
@zy88810
Nero Recode 用的是 Nero Digital (Mpeg-4 ASP 級) 和 Nero AVC, 事實上最新的應該是由子公司 Ateme 開發的 Ateme AVC, 不清楚是否已經整合入 Nero Recode, 但 Nero 絕對和 X264 沒關係, 我上面貼的 doom9 比較 (
http://www.doom9.org/index.html?/codecs-final-105-1.htm ) 也說明了這點
至於 TMPGEnc3XP 則不清楚, 或者用的都是 vfw 介面, 還是有上面的問題
>x264 vfw版用avi輸出是有b-frame的問題
vfw/avi 用 bframe 本來就有問題, 不單是 avc 獨有, 上面貼的
http://forum.doom9.org/showthread.php?s=&threadid=80430
說明了這點
>不過用VirtualDubMod的話也可以用MKV輸出
vdubm 和 vdub 一樣都是以 vfw 為基礎的, 用 vdubm 的 mkv 輸出其實就等於做成 avi 再以 vfw 模式 mux 入 mkv, 它不過是一步完成
這和 x264 cli 或 mencoder 直接輸出的原生 avc-mkv (native avc mkv) 是不一樣的, 而 vfw 模式 avc-mkv 和 avc-avi 是一樣的, 有上面的問題, 我上面貼的最後一個連結 (
http://forum.doom9.org/showthread.php?t=99061 ) 說的就是這個
>而且最新版的VFW又新增了幾個CLI版的參數
呵呵, 那簡直是個惡耗, 據說 x264 的開發者本來有意完全放棄 vfw 的, 不過說到尾 vfw 的功能始終沒有 cli 的完整
>JVT matrix
測試中好像只有一個 cqm 在低碼率中比預設的好, 而且不是 jvt, 用預設就好了
JVT matrix 我說的是用在高質量的作品，也就是說高碼率的dvdrip或hdre。但由於同Q值下JVT matrix 會大幅增加文件容量（我測試的片斷中增加了30%多，如果配合ROD-6的話只增加了10%.當然質量也有所下降，但如果是用2-PASS輸出同樣大小的文件的話應當是較好的選擇）
ROD-6是不如ROD-7更有壓縮率，但是比ROD-7快很多。對於製作dvdrip和hdre來說能節約很多的時間。如果不在乎時間的話ROD-7是更好。
發幾個圖比比看預定matrix同JVT matrix的區別給大家看看，源是dvd，為了方便觀察圖像都放大到了1024。參數如下：
Starting job job1 at 11:18:27
Job is a video job. encoder commandline:
--qp 20 --keyint 240 --min-keyint 6 --no-fast-pskip --bframes 1 --b-rdo --bime --weightb --subme 6 --analyse all --8x8dct --direct spatial --progress --no-psnr --output "E:\3.mp4" "E:\3.avs"
successfully started encoding
Processing ended at 11:19:20
----------------------------------------------------------------------------------------------------------
Log for job job1
avis [info]: 720x288 @ 23.98 fps (553 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 3DNow!
mp4 [info]: initial delay 417083 (scale 10000000)
x264 [info]: slice I:24 Avg QP:17.00 size: 10982
x264 [info]: slice P:378 Avg QP:20.00 size: 4477
x264 [info]: slice B:151 Avg QP:22.00 size: 2054
x264 [info]: mb I I16..4: 49.0% 38.2% 12.8%
x264 [info]: mb P I16..4: 13.3% 19.3% 2.9% P16..4: 23.5% 4.6% 1.5% 0.2% 0.1% skip:34.6%
x264 [info]: mb B I16..4: 0.7% 2.2% 0.7% B16..8: 23.4% 1.5% 2.2% direct: 2.1% skip:67.2%
x264 [info]: 8x8 transform intra:52.1% inter:45.8%
x264 [info]: kb/s:786.0
Actual bitrate after encoding without container overhead: 786.47
This is a CQ job so there's no desired bitrate. Obtained video bitrate: 788.349640894153 kbit/s
----------------------------------------------------------------------------------------------------------
Starting job job2 at 11:22:34
Job is a video job. encoder commandline:
--qp 20 --keyint 240 --min-keyint 6 --no-fast-pskip --bframes 1 --b-rdo --bime --weightb --subme 6 --analyse all --8x8dct --direct spatial --cqm "jvt" --progress --no-psnr --output "E:\4.mp4" "E:\3.avs"
successfully started encoding
Processing ended at 11:23:31
----------------------------------------------------------------------------------------------------------
Log for job job2
avis [info]: 720x288 @ 23.98 fps (553 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 3DNow!
mp4 [info]: initial delay 417083 (scale 10000000)
x264 [info]: slice I:25 Avg QP:17.00 size: 12098
x264 [info]: slice P:377 Avg QP:20.00 size: 5086
x264 [info]: slice B:151 Avg QP:22.00 size: 2012
x264 [info]: mb I I16..4: 23.4% 71.4% 5.2%
x264 [info]: mb P I16..4: 3.2% 19.9% 1.0% P16..4: 44.6% 7.0% 2.4% 0.2% 0.1% skip:21.8%
x264 [info]: mb B I16..4: 0.1% 1.6% 0.3% B16..8: 22.2% 1.6% 2.5% direct: 1.9% skip:69.8%
x264 [info]: 8x8 transform intra:80.2% inter:71.6%
x264 [info]: kb/s:875.4
Actual bitrate after encoding without container overhead: 875.85
This is a CQ job so there's no desired bitrate. Obtained video bitrate: 877.682730085177 kbit/s
----------------------------------------------------------------------------------------------------------
Starting job job3 at 11:24:15
Job is a video job. encoder commandline:
--qp 20 --keyint 240 --min-keyint 6 --no-fast-pskip --bframes 1 --bime --weightb --analyse all --8x8dct --direct spatial --cqm "jvt" --progress --no-psnr --output "E:\5.mp4" "E:\3.avs"
successfully started encoding
Processing ended at 11:24:56
----------------------------------------------------------------------------------------------------------
Log for job job3
avis [info]: 720x288 @ 23.98 fps (553 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 3DNow!
mp4 [info]: initial delay 417083 (scale 10000000)
x264 [info]: slice I:34 Avg QP:17.00 size: 11886
x264 [info]: slice P:368 Avg QP:20.00 size: 6231
x264 [info]: slice B:151 Avg QP:22.00 size: 2278
x264 [info]: mb I I16..4: 39.8% 44.8% 15.4%
x264 [info]: mb P I16..4: 24.7% 20.8% 5.7% P16..4: 21.6% 5.6% 2.0% 0.6% 0.4% skip:18.5%
x264 [info]: mb B I16..4: 0.7% 2.0% 1.7% B16..8: 15.5% 1.2% 2.9% direct: 4.9% skip:71.1%
x264 [info]: 8x8 transform intra:41.4% inter:23.1%
x264 [info]: kb/s:1054.8
Actual bitrate after encoding without container overhead: 1055.33
This is a CQ job so there's no desired bitrate. Obtained video bitrate: 1057.12620051311 kbit/s
建議不要用x264的vfw版壓
把AVS直接扔給MeGUI用x264CLI壓
vfw的壓縮質量不如CLI
vfw版的x264是比較好用的，當時出到388版時，作者曾表示放棄繼續更新，但是今年元月份就又推出了新版的408版，說明，他還是有發展前途的，畢竟比較好用，但就實際輸出問題，就比較複雜了，首先，封裝問題，採用avi和mkv封裝，都有問題，avi在播放時有問題，相容性很差，一拖動，就需要很長時間才能正常滿幀播放，mkv封裝，用gk呼叫vdm封裝的mkv，自己也打不開，不太明白其中道理。
再說cli版的x264，首先軟件要求環境比較複雜，研究很長時間才知道啟動megui所需環境（充分說明本人比較菜），等測試結束後封裝mkv時，發現很多軟件不識別？！（本人對視頻瞭解很少），視頻倒是能播放，另外，它的相容性比較差，如果原始視頻中有一點什莫問題，就會中途退出，本人編寫的avs文件，很多都不識別退出，可能是對avs還沒有研究透，播放到沒有看到有什莫問題，這兩種編碼器出來的片子，都播放正常，效果也都差不多。
上班後還沒有在進行深入研究，目前還採用vfw版的x264進行編碼，用vdm或avi_mux gui封裝mkv，doom9出的cli版的還沒有詳細研究，看著他們在春節中還是401版的，現在已經到439版了，更新速度突飛猛進，我還是先等等再用的說。
本人e文較差，doom9上面的看不了全意，歡迎大家多多指導，爭取能多為大家貢獻好片子。
裝好x264的code,在vdm裡就可以選擇使用264,而且選項也多很多呢.GK覺得太死板了
圖片：
回：yanyani989
Nero Recode 的確不是呼叫的x264，是他自帶的AVC編碼，也是屬於H264的吧。我沒有說清楚。我用的是nero7 裡的。編碼速度比x264慢。
TMPGEnc3XP是呼叫的x264。界面如圖
mencoder -priority belownormal -nosound -noskip -oac copy -ovc x264 -x264encopts pass=1:turbo=1:qp_constant=26:keyint=250:keyint_min=5:subq=6:me=2:4x4mv:8x8dct:frameref=5:bframes=3:b_pyramid:weight_b:brdo -of rawvideo %1 -o %2.h264 -passlogfile %2.static
mencoder -priority belownormal -nosound -noskip -oac copy -ovc x264 -x264encopts pass=2:bitrate=800:qp_constant=26:keyint=250:keyint_min=5:subq=6:me=4:4x4mv:8x8dct:frameref=5:bframes=3:b_pyramid:weight_b:brdo -of rawvideo %1 -o %2.h264 -passlogfile %2.static
這個我的twopass的
我輸出raw,然後用
mp4box %2.mp4 -add %2.h264
合成mp4
聲音在用mkvgui合成mkv
壓x264最好不要用碼率，要習慣量化器,用QP和CRF來配合
KoanH264視頻編碼器 V1.0怎麼樣？
ZT軟件介紹
H264 — 蘋果公司聲稱的下一代MPEG標準，將應用於手機及高清晰度領域，能以有效的低資料流量傳輸。
本軟件的主要功能就是使用H264編碼製作高清AVI文件，可以對主流的視頻格式進行轉換，軟件內置H264的獨立編解碼功能，直接製作H264文件，編解碼視頻文件時無需系統Direct Show Filter支持，支持截取VCD任一聲道，安裝軟件的同時系統也能夠支持播放H264文件。
軟件採用最為簡潔，直觀的界面設計，適合各個階段的電腦用戶使用，並且最適合初級用戶使用。
軟件通過優化CPU指令，並且預定使用空閒級的優先級，使得編碼的同時可以流暢地進行其它操作，不會大量地佔用系統資源。
軟件支持的格式：avi,rm,rmvb,wmv,mpg,dat,vob,asf,dv,mp4,mkv,ogm,ts(HDV)
KoanH264 高階視頻編碼器 安裝包說明：直接雙擊安裝即可使用
**********************************************************************
本軟件的主要功能是使用H264編碼製作高清AVI文件，可以對主流的視頻格式進行轉換，包括avi,rm,rmvb,wmv,mpg,dat,vob,asf,dv,mp4,mkv,ogm,ts等，本軟件內置H264的獨立編解碼功能，直接製作H264文件，編解碼視頻文件時無需系統Direct Show Filter支持，支持截取VCD任一聲道，安裝軟件的同時系統也能夠支持播放H264文件。
當前版本是1.0傻瓜版，正式發佈於2006年9月15日，適合初級電腦用戶使用，專業版將於近期內推出，適合專業視頻製作用戶使用，軟件支持 Windows 98/NT/2K/XP/2003 系統