瀏覽單個文章
taitongtan
Basic Member
 

加入日期: Dec 2000
您的住址: Taiwan
文章: 24
引用:
Originally posted by LIBIDO
現在看到 resize 的討論,有種時光倒流的錯覺

小弟以為,如果你是用 TMPGEnc 作業,在 RGB24 的色空間下可以切奇數的點,那麼用 sswroom 兄的做法是最準確的,這個是 sswroom 兄想到的方法,真是太聰明了

如果你是用 AviSynth 作業,使用 YUY2 or YV12 製程,沒有動到 RGB,只能切偶數的點,那麼就用我們以前討論的做法,小弟現在已經沒力再去套公式計算了

gknot 用的計算是 72/79,所以他認為切到 702 是正確的,誤差是 0%。其實是 702.22222.....,所以 702 還是不對的,不過 gknot 就算了,那些小數點的誤差當作沒看到。

用 sswroom 兄的做法,4:3 可以完全一點都不差,16:9 的誤差也比較小,可惜就是只能在 RGB24 底下切,YUY2 or YV12 不能用。


我還是會用以前討論的做法
因為我用avisyth
只是我在resize時發現以前討論的做法與gknot的做法
保留的有效畫面不甚相同
我說的不清楚gknot的原理是
不知道它怎麼決定crop的數值
可以使得只要一次crop與一次resize即能達到誤差極小
所以才會亂想說不知道有啥方法可以保留更多有效畫面的
結果只想出720x480-->640x352 (resize)
不過您老早就知道了
我的想法是
如果可以誤差很小 但是有效畫面增加不少的話
我也願意試試那種方法
新手繼續潛水去...
舊 2004-06-22, 02:38 AM #286
回應時引用此文章
taitongtan離線中