[討論]畫質好檔案小的轉法

看板AVEncode作者 (殤棠)時間16年前 (2010/03/02 19:59), 編輯推噓7(7推 0噓 50→)
留言57則, 8人參與, 最新討論串1/1
轉檔軟體：MediaCoder 設定： 《Video》 編碼：h264 kb/s：256 ※3-pass（三次編碼）←這個我只有在Mediacoder看過 《Audio》 編碼：FAAC（Mediacoder有很多個，不知道哪個好就選預設的了） ※Quality ※kb/s：64 25分鐘的動畫，轉完後檔案大小大約60MB 會稍微有些格子（其實比較像鋸齒） 嘗試過用512kb/s，但是檔案會衝到100mb 想問一下有沒有辦法再次減少鋸齒，檔案還能在60mb附近甚至更低的呢？ 請指教。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.37.1.244
推
03/02 20:01, , 1F
如果是電腦看畫質要好 檔案就會很大
03/02 20:01, 1F
→
03/02 20:03, , 2F
感覺主要是要看的螢幕解析度的問題!
03/02 20:03, 2F
→
03/02 20:06, , 3F
其實上面的都不動，只把video的kbs改成512看起來就跟
03/02 20:06, 3F
→
03/02 20:06, , 4F
高畫質差不多了
03/02 20:06, 4F
→
03/02 21:44, , 5F
Present"Placebo" 睡前用
03/02 21:44, 5F
→
03/02 21:45, , 6F
不知用何編碼器? x264 不支援 3-Pass
03/02 21:45, 6F
→
03/02 21:46, , 7F
解碼器也很重要
03/02 21:46, 7F
→
03/02 21:47, , 8F
若要以後難還是不建議，現在容量很便宜
03/02 21:47, 8F
→
03/02 21:52, , 9F
再看
03/02 21:52, 9F
→
03/02 21:53, , 10F
聲音64kbps? 試試96kbps吧!若覺得沒差那48kbps也好
03/02 21:53, 10F
→
03/02 22:15, , 11F
解析度呢? Placebo據個人實驗 只好"一點點點點"
03/02 22:15, 11F
→
03/02 22:15, , 12F
也就是以大量時間為代價換取極小幅的畫質提升...
03/02 22:15, 12F
→
03/03 00:36, , 13F
bitrate 才是王道。x264 可用 2pass以上。更多 pass
03/03 00:36, 13F
→
03/03 00:37, , 14F
只是提供更準確的流量分配。應該不是提升畫質。
03/03 00:37, 14F
→
03/03 00:38, , 15F
用預設值 就 OK了，參數設那麼強，只是提升歇微壓縮率
03/03 00:38, 15F
→
03/03 00:56, , 16F
也就是其實可以做的事情不多? 基本按照預設profile的建議
03/03 00:56, 16F
→
03/03 00:57, , 17F
參數配上足夠的bitrate就ok的情況?
03/03 00:57, 17F
推
03/03 01:17, , 18F
要看解析度
03/03 01:17, 18F
→
03/03 01:39, , 19F
quantizer 模式設定22~24 大概就是高畫質 同時低流量平衡
03/03 01:39, 19F
→
03/03 07:58, , 20F
個人通常是壓CRF18~23之間 一般都設定21.5差不多@@
03/03 07:58, 20F
推
03/03 15:33, , 21F
根據計算 25min 60MB 總位元率約328kbit/s.
03/03 15:33, 21F
→
03/03 15:36, , 22F
建議: 視訊H.264 320x240 280kbit/s,音訊:AAC+ 48kbit/s
03/03 15:36, 22F
推
03/03 15:37, , 23F
鋸齒的主因可能是解析度較低的關係, 但是有時間跟容量壓力
03/03 15:37, 23F
→
03/03 15:38, , 24F
這很難解決 只能建議改用rmvb
03/03 15:38, 24F
→
03/03 17:44, , 25F
解析度是1024*576或800多（16：9的）
03/03 17:44, 25F
→
03/03 17:54, , 26F
那樣的話 256kbps真的太小...SD起碼接近1000kbps比較能維
03/03 17:54, 26F
→
03/03 17:54, , 27F
持畫質 更不用說HD了...
03/03 17:54, 27F
→
03/03 18:56, , 28F
其實3pass後，放全螢幕也只有鋸齒。（我用電腦看）
03/03 18:56, 28F
→
03/03 18:58, , 29F
目前主要是在檔案小於80～100mb的前提下，有不差的畫質
03/03 18:58, 29F
→
03/03 18:59, , 30F
回hate56，我試過rmvb，是沒鋸齒，但是有格子＝ ＝
03/03 18:59, 30F
→
03/03 19:02, , 31F
問一下，quantizer是啥？ 另一問，dirac會比較好嗎？
03/03 19:02, 31F
→
03/03 19:28, , 32F
CQP模式=Constant Quantizer Parameter
03/03 19:28, 32F
→
03/03 19:30, , 33F
主要跟2pass ABR模式的差別就是 CQP是設定畫質等級 壓出來
03/03 19:30, 33F
→
03/03 19:31, , 34F
多大多小一開始並不清楚 而ABR的話 可以先指定bitrate這
03/03 19:31, 34F
→
03/03 19:31, , 35F
找不到這東西
03/03 19:31, 35F
→
03/03 19:31, , 36F
樣就可以算出檔案大小 簡單說就是CQP是決定畫質 bitrate
03/03 19:31, 36F
→
03/03 19:32, , 37F
未知 ABR是決定bitrate 畫質未知 但是可以通過經驗去預測
03/03 19:32, 37F
→
03/03 19:32, , 38F
megui或x264.exe會有
03/03 19:32, 38F
→
03/03 19:34, , 39F
是指CBR還是Mediacoder x264Tab底下的Level值？
03/03 19:34, 39F
→
03/03 19:43, , 40F
目前正在嘗試512kbs，只是會衝到100mb左右…正在找替代
03/03 19:43, 40F
→
03/03 19:43, , 41F
方案
03/03 19:43, 41F
推
03/03 21:59, , 42F
只能說這太困難了 H.264跟RMVB已經是目前壓縮率最高的編碼
03/03 21:59, 42F
→
03/03 22:00, , 43F
器了 但是餵他太少實在沒有辦法要求太高..
03/03 22:00, 43F
→
03/03 22:01, , 44F
寬螢幕的話可以改成640x360或480x270
03/03 22:01, 44F
→
03/04 05:37, , 45F
目前已經決定用512kbs了，畢竟…我沒有足夠的錢買硬碟
03/04 05:37, 45F
推
03/06 21:10, , 46F
說真的硬碟日後只會更便宜，不會更貴，現在1TB的硬碟
03/06 21:10, 46F
→
03/06 21:10, , 47F
可以放多少影片？這些影片你又有多少時間看第二遍？
03/06 21:10, 47F
→
03/06 21:11, , 48F
把這些時間用來轉檔，你會錯失掉多少人生的美好？
03/06 21:11, 48F
→
03/06 21:12, , 49F
到不是說不需要計較容量，而是花這麼大的代價才省那一點點
03/06 21:12, 49F
→
03/06 21:12, , 50F
容量，能省下多少錢，十元有嗎？
03/06 21:12, 50F
→
03/06 21:13, , 51F
隨著時間過去，未來的硬碟只會愈來愈大
03/06 21:13, 51F
→
03/06 21:14, , 52F
未來的你，只會愈來愈有錢，但轉檔後劣化的畫質是一去不返
03/06 21:14, 52F
→
03/07 16:38, , 53F
其實壓小原因多，一半是「手邊」沒容量，一半是同學要求
03/07 16:38, 53F
推
03/10 21:30, , 54F
時間就是金錢呀孩子，轉檔所花的時間與電費也夠你買硬碟了
03/10 21:30, 54F
→
03/10 21:31, , 55F
至於同學要求你管他去死，要本事要他自已轉
03/10 21:31, 55F
→
03/10 21:45, , 56F
ㄎㄎ，是想幫個忙罷了。最後還是決定轉成1024kbs
03/10 21:45, 56F
→
03/10 21:47, , 57F
解析度1280x720or640 正在想的是audio要用vobris還是aac
03/10 21:47, 57F
‣ 更多 ShangTang 的文章
文章代碼(AID): #1BZFsPy_ (AVEncode)