→ jdtrue:壓的時候沒有用sar? 上面original aspect ratio是寫1.978 05/04 23:55
→ jdtrue:用mmg重包只是改變display aspect ratio 那個1.978變不了 05/04 23:57
→ jdtrue:做dvdrip的話 常用--sar 40:33 sar的用法可估狗之 05/05 00:00
多謝回應。壓的時候未使用sar,老實說也第一次聽到sar。由於影片本身是720x480且有上下各58pixel寬的黑邊,所以只單純作crop動作,打算將縮放交由播放器處理。
※ 編輯: xvid 來自: 125.228.173.131 (05/05 23:10)
→ jdtrue:因為DGAVC只做Index 不會知道你原本片源顯示比例是多少 05/06 01:50
→ jdtrue:sar就是告訴x264這個視訊的正確播放要縮放多少 寫到訊息裡 05/06 01:52
→ jdtrue:播放器讀到這個數字在播放時會去resize這樣 05/06 01:53
→ jdtrue:像是在處理日本電視台的TS檔的時候 因為是1440x1080所以若 05/06 01:55
→ jdtrue:是想壓成16:9的mkv 要嘛1.硬是在AVS resize成1920x1080 05/06 01:55
→ jdtrue:不然就2.不在AVS中resize 但是加上--sar 4:3讓播放器去做 05/06 01:56
→ jdtrue:其他細節不論 但明顯2的做法好過1 因為沒有浪費到碼率 05/06 01:57
→ jdtrue:正常來講 resize會增加失真 能減少次數就盡量減少 05/06 01:58
→ jdtrue:能一次性全交給播放器resize是最理想的 所以好好利用sar吧 05/06 01:59
→ jdtrue:順便附上一個網址 裡頭有關於做dvdrip的一些切邊以及resize 05/06 02:00
謝謝兩位解答。抱歉忘了補充,影片本身為720x480,以640x480播放,應該是屬於4:3 letterbox的類型。
若去除上下黑邊後的720x364要縮放成原來的正常比例,原始1 pixel要變型成8:9的寬度,影片播放時的比例會是160:91,不曉得以上計算有沒有錯誤。
sar用40:33似乎還是保留了上下黑邊?請問有方法去除黑邊後能由標記於容器播放比例等方法?我由mkvmerge重包時寫入後,在mkvinfo有成功加入正確比例
+ Video track
| + Pixel width: 720
| + Pixel height: 364
| + Display width: 720
| + Display height: 409
只是很詭異的MPC-HC與Haali Splitter都沒理會,不曉得是這些資訊的優先權設計還是分離器上等問題。
推 tonyhsie:交給播放器resize是省碼率的選擇 但並不是最好的選擇 05/06 08:26
→ tonyhsie:因為播放器resize 比壓縮時用lanczos3處理 前者效果較差 05/06 08:27
→ tonyhsie:播放器resize只考慮"即時"也就是"最快"輸出resize結果 05/06 08:28
→ tonyhsie:若用avs,lanczos3慢慢壓,無法即時輸出,效果自然比較好 05/06 08:29
→ jdtrue:是沒錯 不過剩下的碼率讓相同大小情況下不resize畫質一開始 05/06 12:21
→ jdtrue:就已經比較好了 我會選擇這點優先於lanczos3 05/06 12:22
一般播放器的預設resizer效果的確不佳,不過madVR的出現倒多了個選擇,他有八種演算法可選擇,當然也包含lanczos。
也之所以我考慮保留解析度,交由madVR作縮放。
※ 編輯: xvid 來自: 125.228.173.131 (05/06 17:35)
→ tonyhsie:寬應該是11:10吧 也就是省略704->640這一步而必須在播放 05/06 20:23
→ tonyhsie:時回復的比例...若寬不縮小 就變成高要放大1.1倍 05/06 20:24
我是這樣計算
(720x480)x像素比例=4/3 => 像素比例=8/9 [寬/高]
請問取704的原因是?
※ 編輯: xvid 來自: 125.228.173.131 (05/06 22:31)
→ xvid:我是偏向不裁切來源影像 05/11 12:40
→ tonyhsie:不裁沒差 比例一樣是 11:10 05/13 23:18