|
||
|
New Member
加入日期: Oct 2005
文章: 3
|
DVD轉AVI的一些觀念請教...
經歷了快2周的DVD轉AVI的學習和摸索, 也讀了版上多位高手的解說文章和snic自製精華區,
也對這個轉檔的概念多了一知半解...小弟在看完了這些文章後...也產生了一些疑問.. 希望各位高手, 能不吝指教^^; 專挑您擅長的部分回答就好..因為小弟的問題..實在有點多... 假設小弟現在的焦點是放在DVD(Vob) -> 轉Xvid的Avi 1. 關於VirtualDub/VirtualDubMod/TMPGEnc的選用 小弟是使用Avisynth來產生avs檔, 來讓VirtualDud使用,並呼叫Xvid的Codec(壓縮方式是2Pass) (avs檔中, 同時也用了IT.dll作了IVTC和Resize的動作) 壓出的畫面品質, 真的是還不錯, 後來一些文章有提到VirtualDub是使用RGB24的ColorSpace 和最終輸出是YUV 4:2:0的MPEG4格式,會造成一些色彩的損失,所以有人建議改用VirtualDubMod, 所以我都有去玩玩看,而這邊想請教的是, 在轉檔的過程中, IVTC和Resize的動作, 都已交給了 Avisynth給作完了, 那最後影片的壓縮部分, 主角應是Xvid這支Codec, 那麼透過VD/VDM/TMPGEnc等等來呼叫Xvid 結果不是應該都一樣嗎?而且我也沒有在VD/VDM/TMPGEnc中再指定其它的Filter了. 那麼,這三支TOOL在最後壓縮的過程中, 是扮演什麼樣的角色呢?(似乎都各有愛好者) 大家是比較偏好誰呢? 原因是? 像Shade大大,似乎就較偏好TMPGEnc? (http://forum.pcdvd.com.tw/showthrea...2&page=20&pp=10) 2. 關於Color Space 小弟的d2v檔, 是使用DGIndex1.40作出來的,然後在avs檔中, 所呼叫的Decoder是DGDecode.dll (DGIndex所選的是PC Scale), 那麼整個Color Space, 在我壓成AVI時, 不知是否如下所列? DVD(Vob) >> YV12(YUV 4:2:0) ↓ DGIndex >> YUV 4:2:0 → YUV 4:2:2 → YUV 4:4:4 → RGB24 (不確定是否最後變成RGB24) ↓ 雖然這個TOOL是基於DVD2AVI改出來的,不知這裡的COLOR SPACE,是否和DVD2AVI一模一樣. ↓ Avisynth >> RGB24? → YV12? or other? 不知道經過DGDecode.dll解碼出來的ColorSpace是什麼格式.... ↓ 猜測可能是YV12,因為DGDecode.dll是基於MPEG2Dec3.DLL的基礎改出來的樣子 ↓ VirtualDubMod >> ??? 如果Avisynth轉出來的是YV12, 這裡壓縮時選Fast Recompress, ↓ 那麼這裡就會保留YV12的格式? ↓ Xvid >> YV12(4:2:0) → YV12 ?? 如果式子成立, 那麼這裡就沒有顏色的失真?? 還是不確定..Orz ↓ AVI(MPEG4) >> YV12(YUV4:2:0) 如果說, DGIndex的輸出並沒有變成RGB24, 那麼整個流程下來, 好像Color Space都是在YUV的模式下進行, 那這樣子, 是不是就可以讓顏色的損失,達到最少?? 但如果DGIndex(設PC Scale)其實是有轉成RGB24, 那麼好像要達到全部由YU12的方式來傳遞,在一開始就破功了呀? 又如果沒有上面說的問題,但最後把VDM換成了VD/TMPGEnc的話,整個ColorSpace至少會跑到RGB的模式去一次, 一定會有顏色的損失,那麼很多人愛用TMPGEnc的理由是什麼呢? 因為TMPGEnc的評價,幾乎都很高,速度雖然中等,但是畫質的輸出很好,會比VDM壓出來的好很多嗎? 由於自己對於各種工具,還不是很熟悉, 所以還不是很有能力自行比較轉出來影像檔的品質... 同時也怕自己設錯了參數, 導致最後的比較時, 有了不客觀的結果...而造就了錯誤的觀念 所以在這裡先聽取各位高手的寶貴意見. 3. 使用VD/VDM壓縮時. 所有的教學文字, 一律指向用選"Fast Recompress", 還有在此篇文章中Shade大大有提到, http://forum.pcdvd.com.tw/showthrea...2&page=20&pp=10 要選Fast Recompress才可以在壓縮的過程中, 原封不動的傳送YUV4:2:2的資料給Codec. 有人可以簡單解釋一下 Fast Recompress, Normal Recompress, Full Processing Mode 之間的差異嗎? 在網路上找不到關於這部分的說明文件....只好來這裡請教看看有沒有人知道. 在轉檔的過程中, 我參考了snic大大說Word檔圖文教學和Julian的Xvid2AVI的PDF教學 如果照著上面的方法作, 真的蠻容易作出一個不錯的AVI檔, 但深入去看每個選項背後所代表的 含意時..才發現在一個簡單的轉檔, 所牽涉到的相關知識真的是有夠多的多... (如果是 DVD -> 某支轉檔程式 > AVI 的這種, 簡單多多了, 但效果真的還是比不上這種DVDRip的方式.. 所以我不列入考慮) 上面很多地方, 寫出了自己猜測的結果...整個看下來...大大小小的問題真的有點多... 在這裡先謝謝您的回答.m(_ _)m |
|||||||
2005-11-09, 01:13 PM
#1
|
|
|
*停權中*
加入日期: Apr 2004
文章: 969
|
可能有些東西snic兄實在是不想回應吧......
尤其是可以自行求證的東西, 你自己在那邊猜來猜去。 引用:
VD從1.6.0之後就支援YUV輸出了, 只是聽說還有些bug沒改掉, 而且不支援MKV、OGM; TMPGenc是使用VFAPI的介面, 走的是RGB24, 但是會做色伸張, 在壓xvid時會再轉回來, 所造成的失真其實很小, 了不起1bit根本看不出來, 會浪費一些時間倒是真的。Shade大為什麼喜歡用TMPGenc, 不是也說得很明白了嗎? 它的手動IVTC介面用熟了就很快, 而且自適應在做一般動畫很少出錯。 引用:
DGIndex就是改良了DVD2AVI的一些bug而成的, 也是為了走YUV, Avisynth只要不用到RGB24的filter, 當然也不會有色轉換的動作出現。 引用:
色空間的問題前面說過了, 另外就是它的IVTC資訊可以記錄成專案檔tpr, 這個專案檔可以用sswroom兄寫的AVIRead配合aviutl做自動120fps, 也可以單純使用aviutl來做接下來的各種處理, 雖然filter可能沒有Avisynth多, 但GUI介面總比文字介面要來得直覺些。這是青菜蘿蔔各取所好。 引用:
把游標放在上面就會看到解釋了。 |
||||||
|
2005-11-10, 02:20 AM
#2
|
|
|
New Member
加入日期: Oct 2005
文章: 3
|
感謝您的回答..因為實在是不是很熟練在各個階段要怎麼去驗證現在的ColorSpace
但也翻了數百篇的討論文..才慢慢的了解我要問的是什麼.. 就試著把他給寫出來, 然後請觀念正確的人指教^^; 一般沒有意外的情況下...照著前人的STEP BY STEP大概就可以作出不錯畫質的AVI了. 但是小弟現在是去試著知其所以然...可能自己比較笨..看了那麼多的討論文.. 還是沒理出一個完整的頭緒.. 對於 Fast Recompress, Normal Recompress, Full Processing Mode 等的使用時機. 我想單單游標放上去的解釋...大概也只能 達到簡單的說明文字代表的意義.. 我還是沒法子知道什麼情況下我該選擇什麼選項. Fast Recompress : Attempt fast repack of video data through direct decompressor-to-compressor linking: Normal Recompress:decompress video data and send video frame to compressor without futhur processing. Full Processing Mode :Enable full VirtualDub Video processing. 舉個例子.如我為什麼不選Normal 而去選Fast recompress來壓Xvid呢? 我就回答不上來.... 基本上.我應該要去先找說明文件...但都沒找著..只好來這裡問問^^; |
|
2005-11-10, 03:03 PM
#3
|
|
