PTT數位生活區 / AVEncode (影音編碼技術)

Re: [請問] 請推薦的批次壓 mp4 影片的軟體

看板AVEncode (影音編碼技術)作者 (streetfighter!!!!)時間3年前 (2021/06/18 13:04), 3年前編輯推噓14(14推 0噓 71→)
留言85則, 5人參與, 3年前最新討論串2/2 (看更多)
2套大致試用過 有幾個問題想請教一下 1.兩套的壓製畫質和音質那一個比較優 2.低流量下有比較推薦的參數設定嗎 3.開intel qsv 壓檔，同流量跟純cpu壓比畫質會比較差嗎 以前mediacoder用cuda的經驗是，畫質會變得很差 4.handbrake 批次開檔後，並不會全部加到批次工作列， 要再一個個點添加到隊列中，才會加進去 有辦法直接把全部的檔案加到批次裡嗎 5.聲音的話，以前media coder 有LC-AAC ,HE-AAC, HE-AAC V2 三種 我都是選 HE-AAC V2 80~128k ffmpeg 或handbreak 用的聲音code會比較差嗎 5.handbreak 無法自定聲音的bitrate 只能從幾種bitrate選，有辦法改嗎 謝謝 ※ 引述《fightclubgf (streetfighter!!!!)》之銘言： : 習慣會把一些電影壓成比較小的檔案放隨身碟給撥放器 : 格式 大致是 mp4 L4.1 : 因為考量大部份撥放器的支援性，沒有用h265 編碼 : 格式是360~480p 流量看內容調整 1分鐘5~7mb左右 : 用2PASS high 慢慢壓 : 如果有多聲道或外載字幕的的就用mkv格式 : 因為主要是回味用， : 大部份都有買藍光或dvd了，但懶得再把片子拿出來 : 雖然會損失一些畫質，但方便為主 : 之前都是用Mediacodr 壓，不過Mediacodr 因為是試用版的 : 一段時間後，每壓1-2個檔就會要求輸入驗證， : 完全無法達到批次轉檔的功能 : 格式工廠能調的參數比較少，感覺畫質比較差 : 請問有比較推薦的 批次壓 mp4 影片的軟體嗎 : 先謝謝指教了 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 58.115.207.51 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/AVEncode/M.1623992699.A.88D.html
→
06/18 13:39, 3年前 , 1F
HE-AAC不一定會包，授權問題。超低流量才需要。
06/18 13:39, 1F
會需要大量批次壓的，都是多集的動畫，其實語音還蠻重的 handbreak　和aximo好像無法添加外部編碼器，只能先將就用
→
06/18 13:42, 3年前 , 2F
純cpu效果好，但如果看不出來差別也不用浪費時間浪費電
06/18 13:42, 2F
→
06/18 13:42, 3年前 , 3F
。
06/18 13:42, 3F
→
06/18 13:43, 3年前 , 4F
參數設定除了盡量開veryslow之外，其他自己測試找出甜
06/18 13:43, 4F
→
06/18 13:43, 3年前 , 5F
蜜點。每個人的要求都不同。
06/18 13:43, 5F
→
06/18 13:45, 3年前 , 6F
除非是純語音，不然HE-ACC可能沒有什麼好處。
06/18 13:45, 6F
推
06/19 00:47, 3年前 , 7F
位元率控制不要使用平均位元率方法，因為依照每個畫面的複
06/19 00:47, 7F
→
06/19 00:47, 3年前 , 8F
雜程度不同，所需的資料量也不同，平均位元率方法採先決制
06/19 00:47, 8F
→
06/19 00:47, 3年前 , 9F
這可能導致影片前段位元率分配過高，而後段位元率為了讓輸
06/19 00:47, 9F
→
06/19 00:47, 3年前 , 10F
出平均位元率達落在使用者設定值而下修，造成前後品質落差
06/19 00:47, 10F
→
06/19 00:52, 3年前 , 11F
推薦使用CRF指定一個目標品質，它會根據目標畫質決定位元
06/19 00:52, 11F
→
06/19 00:52, 3年前 , 12F
率分配，缺點是輸出檔案的平均位元率是不可控制的，但不是
06/19 00:52, 12F
→
06/19 00:52, 3年前 , 13F
製作標準光碟影片的花也不需要強迫控制位元率在某個值
06/19 00:52, 13F
→
06/19 00:59, 3年前 , 14F
另外x264的veryslow preset其refs值高達16，這沒必要的
06/19 00:59, 14F
→
06/19 00:59, 3年前 , 15F
你可以強制指定refs在合理值4或5，或是用level來限制refs
06/19 00:59, 15F
→
06/19 01:01, 3年前 , 16F
大致上用 crf 18 + veryslow + ref 5 其他參數看情況調整
06/19 01:01, 16F
→
06/19 01:04, 3年前 , 17F
至於工具，相同過濾器、編碼器、參數設定，轉出來是一樣的
06/19 01:04, 17F
→
06/19 01:05, 3年前 , 18F
主要是差在介面有給你哪些選項，跟用起來是否順手
06/19 01:05, 18F
→
06/19 01:11, 3年前 , 19F
另外2pass方法只是讓位元率分配接近CRF方法，不是做標準光
06/19 01:11, 19F
→
06/19 01:11, 3年前 , 20F
碟影片，沒必要2pass浪費2倍時間控制特定檔案大小
06/19 01:11, 20F
→
06/19 01:16, 3年前 , 21F
上面的crf跟ref是值根據x264編碼器，x265的甜蜜點不同
06/19 01:16, 21F
謝謝分享 一般動畫 或影集 OP因為要撥很多集 所以製作成本比較高， 所以可能動態會比較多，可能會吃掉比較多的流量 這個問題也想過，不過一時也想不出比較適合的分配方式 請問是不是有辦法這樣做， 例如前3分鐘播op的時侯，流量給低一點 後面再回復正常 另外就是有些影片粒子雜訊高 例如一些老電影 或影片風格刻意加入的特效 可能會讓編碼器判斷錯誤，會吃掉很多的流量 如果用crf 壓起來檔案會很大 有時碰到這類影片，我可能還會再開denoise直接讓他糊掉， 畢竟不是追求原汁原味畫質，看糊的影片跟看雜訊高的其實差不多 單部電影可以，但如果是很多集影片 比較無法一一這樣量身定作 ref 這個參數建議4-5的原因為何， 參照影格，但其實要設多少比較適合也沒有一個底 所以一般用預設沒有特別去改 壓短片時， 如果影片偏動態會改小，靜態的會改大 其實2PASS 的1st pass很快，應該只是估算不會真的壓縮， 所以實際不會花到2倍時間， ※ 編輯: fightclubgf (114.34.133.78 臺灣), 06/21/2021 15:40:07
→
06/21 16:11, 3年前 , 22F
分段編再合併成MKV應該可以達成不同bit rate。
06/21 16:11, 22F
→
06/21 16:13, 3年前 , 23F
老電影可以先通過一些去雜訊濾鏡再編，但參數要試。
06/21 16:13, 23F
→
06/21 16:15, 3年前 , 24F
ref也要考慮播放器（特別是老機器）。ref太大在跳轉時
06/21 16:15, 24F
→
06/21 16:15, 3年前 , 25F
可能會卡卡。
06/21 16:15, 25F
剛回家開軟體 才發現axiom 和handbrake 都沒有調ref 的選項 是沒找到嗎，還是這兩套不支援 ※ 編輯: fightclubgf (58.115.207.51 臺灣), 06/21/2021 19:44:15
→
06/22 09:11, 3年前 , 26F
通常包在preset裡了。要改要自己加參數吧。
06/22 09:11, 26F
推
06/22 09:45, 3年前 , 27F
refs是reference frames，handbreak有提供cli參數輸入框，
06/22 09:45, 27F
→
06/22 09:45, 3年前 , 28F
規則同ffmpeg的-x264opts或-x264-params選項
06/22 09:45, 28F
→
06/22 09:45, 3年前 , 29F
key[=value][:key[=value]][:key[=value]]...
06/22 09:45, 29F
→
06/22 09:51, 3年前 , 30F
crf就是依據觀感品質分配位元率的方法，比你憑感覺可靠
06/22 09:51, 30F
→
06/22 09:53, 3年前 , 31F
真的不想要太大檔案可以把設定值拉高些，犧牲一些品質
06/22 09:53, 31F
→
06/22 09:57, 3年前 , 32F
或是說跑1st pass crf + 2nd pass bitrate
06/22 09:57, 32F
→
06/22 10:00, 3年前 , 33F
1st pass crf禁用快速編碼 輸出檔案 大小ok就不跑2nd pass
06/22 10:00, 33F
→
06/22 10:02, 3年前 , 34F
太大再用2nd pass bitrate指定大小
06/22 10:02, 34F
→
06/22 10:04, 3年前 , 35F
就是一個以目標品質為主 太大再依前次的結果下修
06/22 10:04, 35F
→
06/22 10:05, 3年前 , 36F
的花式方手法 沒太大意義 因為通常都是品質更重要
06/22 10:05, 36F
→
06/22 10:07, 3年前 , 37F
因為也只有標準光碟影片真的有必要特別控制位元率
06/22 10:07, 37F
→
06/22 10:26, 3年前 , 38F
至於去噪點我推薦nlmeans或waifu2x，前者ffmpeg有支援
06/22 10:26, 38F
→
06/22 10:28, 3年前 , 39F
後者ffnpeg不支援你可以把影片轉圖片再餵它
06/22 10:28, 39F
→
06/22 10:29, 3年前 , 40F
但是你要有心裡準備 處理速度會非常感人
06/22 10:29, 40F
試過 HANDBRAKE的 nlmeans 非常慢 選weak animation i5-4460 的電腦 2nd pass 編碼速只有5fps 不太適合壓多檔 開另一個 HQdn3d 則 約25fps 跟沒開差距不大 另請問幾個問題 解析度和 bitrate 不高的情況下，level的參數 是否會影響編碼的畫質 壓縮的內容參數為 480~720p vbr 平均500~1000kbps 一些舊的撥放器 只支援到 level 3.1 如果不影響，是否調成3.1比較好 用handbrake 如果選mkv包的話， 在撥放器或編碼器上，會看不出來音軌bitrate的參數 是否為handbrake 封裝的問題，有辦法解決嗎 雖然不影響撥放 還有，我查了一下 handbrake windows版內建的aac encoder是Libav 這個編碼器似乎不太優 MacOS版則是有HEAAC 可以選, 不過我沒有MAC ※ 編輯: fightclubgf (58.115.207.51 臺灣), 06/30/2021 11:58:51
→
06/30 18:53, 3年前 , 41F
libav壓aac沒問題很多年了吧。不太優？做測試啊
06/30 18:53, 41F
→
06/30 18:59, 3年前 , 42F
除非是極限低位元率，不然不用擔心。
06/30 18:59, 42F
不知道極限低是多少 我一般是看來源和心情設64k~96k ，偶爾設到128 這邊的資料寫的 Libav排倒數第二名 https://wiki.hydrogenaud.io/index.php?title=Libavcodec_AAC 之前Mediacoder可以用abr壓aac 還有不知道HANDBRAKE的AAC編碼是CBR，還是ABR ※ 編輯: fightclubgf (58.115.207.51 臺灣), 06/30/2021 19:39:35
→
07/01 01:10, 3年前 , 43F
實驗檢驗才是真的，特別是針對自己的。自己聽得出來嗎？
07/01 01:10, 43F
→
07/01 01:14, 3年前 , 44F
handbrake的aac用abr或quality。除了串流，沒人用cbr吧
07/01 01:14, 44F
→
07/01 01:14, 3年前 , 45F
handbrake官網有寫，很清楚。
07/01 01:14, 45F
→
07/01 01:15, 3年前 , 46F
libav的aac encoder過去曾經表現不佳，但那已經好多年了
07/01 01:15, 46F
→
07/01 01:17, 3年前 , 47F
想要用「公認最好的」就要自己編譯ffmpeg了。
07/01 01:17, 47F
→
07/01 01:19, 3年前 , 48F
64k 2ch夠嗎？這還是自己試吧，每個人設備和接受度不同
07/01 01:19, 48F
有些來源檔bitrate就不是很高， 64k，32k都有，還有的是用mp3 wma或ogg的 給太多也是沒有 一般如果來源有128k以上的我都會給96k以上
推
07/01 11:07, 3年前 , 49F
要求多本來就ffmpeg自己條阿
07/01 11:07, 49F
→
07/01 11:08, 3年前 , 50F
批次也沒什麼問題 都能自己寫
07/01 11:08, 50F
※ 編輯: fightclubgf (114.34.133.78 臺灣), 07/01/2021 18:09:16
→
07/01 19:33, 3年前 , 51F
如果來bit rate源本來就不高，你再太低就要小心
07/01 19:33, 51F
→
07/01 19:35, 3年前 , 52F
或是直接audio pass through就好
07/01 19:35, 52F
推
07/01 19:39, 3年前 , 53F
端看播放器能不能接受
07/01 19:39, 53F
推
07/01 23:29, 3年前 , 54F
如果需要fdkaac編碼器的ffmpeg可以用自動編譯腳本
07/01 23:29, 54F
→
07/01 23:29, 3年前 , 55F
07/01 23:29, 55F
→
07/01 23:32, 3年前 , 56F
不過要追求品質我會寧願用ffmpeg解碼通過管道餵qaac
07/01 23:32, 56F
→
07/01 23:45, 3年前 , 57F
浪費大量時間就為了效率好一點編碼器
07/01 23:45, 57F
→
07/01 23:45, 3年前 , 58F
還不如去下載itunes挖他的編碼器來用ffmpeg+qaac
07/01 23:45, 58F
→
07/02 00:18, 3年前 , 59F
你指定了level編碼器會根據設定值與解析度限制合適的refs
07/02 00:18, 59F
→
07/02 00:18, 3年前 , 60F
但如果你強制指定refs就不需要指level，但如果你兩個都指
07/02 00:18, 60F
→
07/02 00:18, 3年前 , 61F
定，那實際只會應用refs設定值，level會變成單純的標籤
07/02 00:18, 61F
→
07/02 00:18, 3年前 , 62F
就像泡麵包裝外寫的內容物，跟裡面實際的內容物是兩回事
07/02 00:18, 62F
推
07/02 01:12, 3年前 , 63F
請問falcon大，如何調用handbrake的lapsharp，在ffmpeg中
07/02 01:12, 63F
→
07/02 01:12, 3年前 , 64F
使用，ffmpeg的unsharp的效果似乎不太好？
07/02 01:12, 64F
→
07/02 02:05, 3年前 , 65F
refs有甜蜜點，所以才會推薦你直接指定4或5，除非輸出的
07/02 02:05, 65F
→
07/02 02:05, 3年前 , 66F
level會過高才需要，考慮指定level讓編碼器決定refs
07/02 02:05, 66F
→
07/02 03:00, 3年前 , 67F
ffmpeg不支援unsharp，如果你要寫腳本，handbrake有cli版
07/02 03:00, 67F
→
07/02 03:01, 3年前 , 68F
更正，ffmpeg目前不支援lapsharp
07/02 03:01, 68F
推
07/02 13:13, 3年前 , 69F
07/02 13:13, 69F
推
07/02 13:15, 3年前 , 70F
國外網友有提到可以編寫filtergraph，不曉得要如何操作？
07/02 13:15, 70F
→
07/02 20:30, 3年前 , 71F
試過ffmpeg的nlmeans_opencl嗎？gpu比cpu快上許多...
07/02 20:30, 71F
→
07/02 20:35, 3年前 , 72F
-init_hw_device opencl=gpu -filter_hw_device gpu
07/02 20:35, 72F
→
07/02 20:35, 3年前 , 73F
-hwaccel opencl -i input.avi -vf "hwupload,
07/02 20:35, 73F
→
07/02 20:35, 3年前 , 74F
nlmeans_opencl,hwdownload,format=yuv420p"
07/02 20:35, 74F
推
07/02 22:52, 3年前 , 75F
謝謝，硬編降噪不錯，我試試
07/02 22:52, 75F
推
07/02 22:58, 3年前 , 76F
不過我上面問的是銳化濾鏡，可能我沒講清楚，我使用unshar
07/02 22:58, 76F
→
07/02 22:58, 3年前 , 77F
p濾鏡，參數下負數，例如-0.5就是銳化效果，還是說有什麽f
07/02 22:58, 77F
→
07/02 22:58, 3年前 , 78F
fmpeg推薦的銳化濾鏡？
07/02 22:58, 78F
推
07/02 23:01, 3年前 , 79F
handbrake銳化lapsharp，ffmpeg不能調用
07/02 23:01, 79F
推
07/02 23:11, 3年前 , 80F
我打錯了,大於0是銳化,小於0是模糊
07/02 23:11, 80F
→
07/03 00:09, 3年前 , 81F
我是突然想到要回應原PO嫌nlmeans太慢這點
07/03 00:09, 81F
→
07/03 00:09, 3年前 , 82F
我對銳化沒什麼需求，上面就我所知的而已
07/03 00:09, 82F
→
07/03 01:33, 3年前 , 83F
上面的範例，hwupload前方也要加上format=yuv420p
07/03 01:33, 83F
推
07/03 13:18, 3年前 , 84F
好，了解
07/03 13:18, 84F
推
07/16 20:00, 3年前 , 85F
小丸工具箱
07/16 20:00, 85F
‣ 更多 fightclubgf 的文章
文章代碼(AID): #1Wp2bxYD (AVEncode)
AVEncode 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 fightclubgf 的文章
文章代碼(AID): #1Wp2bxYD (AVEncode)