|
||
|
Major Member
 加入日期: Dec 2003
文章: 146
|
關於DVD轉avi一些關鍵技巧,請問
覺得壓dvd到avi最難的,其實應該是湊大小的部份吧?
看到有些很厲害的,剛好整片包括字幕,整整壓到700MB或是699.9MB, 實在很厲害. XviD的話,基本上還有它自己附帶的計算機,可以計算流量參數, X264的話,我用它的2-pass,配上自己的計算(當然我不敢肯定 自己有正確精算),在一些小測試中,相差都滿大的,我要轉出20MB, 可能誤差在1MB左右,ex.19.1MB...如果是計算700MB,我猜大概 誤差就不只這樣了吧.. 想請問有經驗的人士,你們對於X264要轉出特定大小,有沒有什麼心得? 畢竟目前X264並沒有類似專屬的流量計算機之類的. 如果可以的話,也談談XviD的2-pass吧. 還有說到整個處理,是偏好轉出一個檔,平均切割成兩份,還是 各轉出兩個平均的avi檔呢?兩者何者較佳? 另外說到切割avi檔的話,看前面的文章,似乎也提到只能從keyframe處切割, 但是當時舉的例子是只有I與P的frame,如果還有B-frame在內的話呢?原則 不變嗎? 我覺得就轉檔來說,這個部份學問好像很大呢?而且還充滿著類似處理手段的藝術之類的. 有摸索的人,請發表一下摸來的經驗吧? |
|||||||
2006-06-14, 12:51 PM
#1
|
|
|
Master Member
  
加入日期: Nov 2002 您的住址: 氣候越來越不友善的中部首善之區
文章: 1,773
|
我轉過幾次x264，他的平均流量控制還蠻準確的，普遍都在2%左右(2-pass)
數據是從頭播完影片然後根據Haali Media Splitter的統計值 流量我最常設在3Mbps(1280x720)，壓出來的影片有時可以衝到10Mbps以上，但平均下來都能控制在3Mbpbs多一點 所以大體來說，控制容量上還沒有太麻煩的地方，不過真的要剛好精確到700MB整或是699.9MB，這可能要轉不只一次，重複嘗試的結果 至於XviD的容量控制就真的蠻準的我以前轉出來的檔誤差都2、3MB而已(700MB扣掉字幕跟音軌) 不過一樣，要真的精確到699.9MB，可能還是要轉一次以上 以前自己轉XviD的DVDrip並不會要求把一張CD塞得滿滿滿，所以一般會以695MB左右去扣 因此就我的標準來看，XviD的容量控制是很好的，主要是我並沒有說銖錙必較到多精確的地步 另外我猜啦，那些轉檔魔人可能有一張table，表列了DVD有多少時間，平均流量是多少，用了哪些濾鏡..... ......可能就會對應到不同的容量offset，這個值影響到實際容量設置的大小 比如說希望轉出來的檔案要逼近700MB，那可能依據不同片源跟處理方式，他們會設不一樣的值(700MB+/-offset) |
||
|
2006-06-14, 03:39 PM
#2
|
|
|
Major Member
加入日期: Dec 2003
文章: 146
|
引用:
能否談一下,x264你是怎樣估計檔案大小的呢? 有沒有什麼計算工具?或是計算方式? 據我所知,不單單僅能用時間除以檔案大小算出平均流量的方式, 似乎要加減一些有的沒的東西. 總而言之,我也不確定我的方式有沒有計算錯誤. 好比說,5分鐘的電影,我要讓它20MB,一種略算法大概就是, 20MB= 20480 KByte 5分鐘 = 300 秒 20480 / 300 = 68.26.... (68.26KByte/s 大概等於 546 kbps) 因此2-pass我就把546 kbps目標bitrate填寫上去. 不過似乎不能這樣算?好像還要加減什麼嗎? |
|
|
2006-06-14, 06:49 PM
#3
|
|
|
Master Member
加入日期: Nov 2002 您的住址: 氣候越來越不友善的中部首善之區
文章: 1,773
|
引用:
我想如果不是很瞭解檔案結構或是對H.264技術有研究的，很難說除了流量外還要去考慮些什麼耶 只能用經驗去累積一些微調的拿捏吧，所以我才說可能要靠再多轉幾次來逼近 我現在轉x264已經完全是不管容量了，目前是放在相同流量跟XviD合Ateme之間的比較上 而且如果不是要以CD容量為目的，那似乎沒有在容量上要求過於精準的必要? |
|
|
2006-06-14, 08:25 PM
#4
|
|
|
*停權中*
加入日期: Oct 2001
文章: 1,068
|
現在用CD來燒實在不符成本
何必堅持一定要控制在700M左右 |
|
2006-06-15, 03:40 AM
#5
|
|
