→ andrew43: HE-AAC不一定會包，授權問題。超低流量才需要。 06/18 13:39
會需要大量批次壓的，都是多集的動畫，其實語音還蠻重的
handbreak 和aximo好像無法添加外部編碼器，只能先將就用
→ andrew43: 純cpu效果好，但如果看不出來差別也不用浪費時間浪費電 06/18 13:42
→ andrew43: 。 06/18 13:42
→ andrew43: 參數設定除了盡量開veryslow之外，其他自己測試找出甜 06/18 13:43
→ andrew43: 蜜點。每個人的要求都不同。 06/18 13:43
→ andrew43: 除非是純語音，不然HE-ACC可能沒有什麼好處。 06/18 13:45
推 falcon: 位元率控制不要使用平均位元率方法，因為依照每個畫面的複 06/19 00:47
→ falcon: 雜程度不同，所需的資料量也不同，平均位元率方法採先決制 06/19 00:47
→ falcon: 這可能導致影片前段位元率分配過高，而後段位元率為了讓輸 06/19 00:47
→ falcon: 出平均位元率達落在使用者設定值而下修，造成前後品質落差 06/19 00:47
→ falcon: 推薦使用CRF指定一個目標品質，它會根據目標畫質決定位元 06/19 00:52
→ falcon: 率分配，缺點是輸出檔案的平均位元率是不可控制的，但不是 06/19 00:52
→ falcon: 製作標準光碟影片的花也不需要強迫控制位元率在某個值 06/19 00:52
→ falcon: 另外x264的veryslow preset其refs值高達16，這沒必要的 06/19 00:59
→ falcon: 你可以強制指定refs在合理值4或5，或是用level來限制refs 06/19 00:59
→ falcon: 大致上用 crf 18 + veryslow + ref 5 其他參數看情況調整 06/19 01:01
→ falcon: 至於工具，相同過濾器、編碼器、參數設定，轉出來是一樣的 06/19 01:04
→ falcon: 主要是差在介面有給你哪些選項，跟用起來是否順手 06/19 01:05
→ falcon: 另外2pass方法只是讓位元率分配接近CRF方法，不是做標準光 06/19 01:11
→ falcon: 碟影片，沒必要2pass浪費2倍時間控制特定檔案大小 06/19 01:11
→ falcon: 上面的crf跟ref是值根據x264編碼器，x265的甜蜜點不同 06/19 01:16
謝謝分享
一般動畫 或影集
OP因為要撥很多集 所以製作成本比較高，
所以可能動態會比較多，可能會吃掉比較多的流量
這個問題也想過，不過一時也想不出比較適合的分配方式
請問是不是有辦法這樣做，
例如前3分鐘播op的時侯，流量給低一點
後面再回復正常
另外就是有些影片粒子雜訊高
例如一些老電影 或影片風格刻意加入的特效
可能會讓編碼器判斷錯誤，會吃掉很多的流量
如果用crf 壓起來檔案會很大
有時碰到這類影片，我可能還會再開denoise直接讓他糊掉，
畢竟不是追求原汁原味畫質，看糊的影片跟看雜訊高的其實差不多
單部電影可以，但如果是很多集影片
比較無法一一這樣量身定作
ref 這個參數建議4-5的原因為何，
參照影格，但其實要設多少比較適合也沒有一個底
所以一般用預設沒有特別去改
壓短片時，
如果影片偏動態會改小，靜態的會改大
其實2PASS 的1st pass很快，應該只是估算不會真的壓縮，
所以實際不會花到2倍時間，
※ 編輯: fightclubgf (114.34.133.78 臺灣), 06/21/2021 15:40:07
→ andrew43: 分段編再合併成MKV應該可以達成不同bit rate。 06/21 16:11
→ andrew43: 老電影可以先通過一些去雜訊濾鏡再編，但參數要試。 06/21 16:13
→ andrew43: ref也要考慮播放器（特別是老機器）。ref太大在跳轉時 06/21 16:15
→ andrew43: 可能會卡卡。 06/21 16:15
剛回家開軟體 才發現axiom 和handbrake 都沒有調ref 的選項
是沒找到嗎，還是這兩套不支援
※ 編輯: fightclubgf (58.115.207.51 臺灣), 06/21/2021 19:44:15
→ andrew43: 通常包在preset裡了。要改要自己加參數吧。 06/22 09:11
推 falcon: refs是reference frames，handbreak有提供cli參數輸入框， 06/22 09:45
→ falcon: 規則同ffmpeg的-x264opts或-x264-params選項 06/22 09:45
→ falcon: key[=value][:key[=value]][:key[=value]]... 06/22 09:45
→ falcon: crf就是依據觀感品質分配位元率的方法，比你憑感覺可靠 06/22 09:51
→ falcon: 真的不想要太大檔案可以把設定值拉高些，犧牲一些品質 06/22 09:53
→ falcon: 或是說跑1st pass crf + 2nd pass bitrate 06/22 09:57
→ falcon: 1st pass crf禁用快速編碼 輸出檔案 大小ok就不跑2nd pass 06/22 10:00
→ falcon: 太大再用2nd pass bitrate指定大小 06/22 10:02
→ falcon: 就是一個以目標品質為主 太大再依前次的結果下修 06/22 10:04
→ falcon: 的花式方手法 沒太大意義 因為通常都是品質更重要 06/22 10:05
→ falcon: 因為也只有標準光碟影片真的有必要特別控制位元率 06/22 10:07
→ falcon: 至於去噪點我推薦nlmeans或waifu2x，前者ffmpeg有支援 06/22 10:26
→ falcon: 後者ffnpeg不支援你可以把影片轉圖片再餵它 06/22 10:28
→ falcon: 但是你要有心裡準備 處理速度會非常感人 06/22 10:29
試過 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
→ andrew43: libav壓aac沒問題很多年了吧。不太優？做測試啊 06/30 18:53
→ andrew43: 除非是極限低位元率，不然不用擔心。 06/30 18:59
不知道極限低是多少
我一般是看來源和心情設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
→ andrew43: 實驗檢驗才是真的，特別是針對自己的。自己聽得出來嗎？ 07/01 01:10
→ andrew43: handbrake的aac用abr或quality。除了串流，沒人用cbr吧 07/01 01:14
→ andrew43: handbrake官網有寫，很清楚。 07/01 01:14
→ andrew43: libav的aac encoder過去曾經表現不佳，但那已經好多年了 07/01 01:15
→ andrew43: 想要用「公認最好的」就要自己編譯ffmpeg了。 07/01 01:17
→ andrew43: 64k 2ch夠嗎？這還是自己試吧，每個人設備和接受度不同 07/01 01:19
有些來源檔bitrate就不是很高，
64k，32k都有，還有的是用mp3 wma或ogg的 給太多也是沒有
一般如果來源有128k以上的我都會給96k以上
推 TaiwanFight: 要求多本來就ffmpeg自己條阿 07/01 11:07
→ TaiwanFight: 批次也沒什麼問題 都能自己寫 07/01 11:08
※ 編輯: fightclubgf (114.34.133.78 臺灣), 07/01/2021 18:09:16
→ andrew43: 如果來bit rate源本來就不高，你再太低就要小心 07/01 19:33
→ andrew43: 或是直接audio pass through就好 07/01 19:35
推 andrew43: 端看播放器能不能接受 07/01 19:39
推 falcon: 如果需要fdkaac編碼器的ffmpeg可以用自動編譯腳本 07/01 23:29
→ falcon: 不過要追求品質我會寧願用ffmpeg解碼通過管道餵qaac 07/01 23:32
→ falcon: 浪費大量時間就為了效率好一點編碼器 07/01 23:45
→ falcon: 還不如去下載itunes挖他的編碼器來用ffmpeg+qaac 07/01 23:45
→ falcon: 你指定了level編碼器會根據設定值與解析度限制合適的refs 07/02 00:18
→ falcon: 但如果你強制指定refs就不需要指level，但如果你兩個都指 07/02 00:18
→ falcon: 定，那實際只會應用refs設定值，level會變成單純的標籤 07/02 00:18
→ falcon: 就像泡麵包裝外寫的內容物，跟裡面實際的內容物是兩回事 07/02 00:18
推 stl833: 請問falcon大，如何調用handbrake的lapsharp，在ffmpeg中 07/02 01:12
→ stl833: 使用，ffmpeg的unsharp的效果似乎不太好？ 07/02 01:12
→ falcon: refs有甜蜜點，所以才會推薦你直接指定4或5，除非輸出的 07/02 02:05
→ falcon: level會過高才需要，考慮指定level讓編碼器決定refs 07/02 02:05
→ falcon: ffmpeg不支援unsharp，如果你要寫腳本，handbrake有cli版 07/02 03:00
→ falcon: 更正，ffmpeg目前不支援lapsharp 07/02 03:01
推 stl833: 國外網友有提到可以編寫filtergraph，不曉得要如何操作？ 07/02 13:15
→ falcon: 試過ffmpeg的nlmeans_opencl嗎？gpu比cpu快上許多... 07/02 20:30
→ falcon: -init_hw_device opencl=gpu -filter_hw_device gpu 07/02 20:35
→ falcon: -hwaccel opencl -i input.avi -vf "hwupload, 07/02 20:35
→ falcon: nlmeans_opencl,hwdownload,format=yuv420p" 07/02 20:35
推 stl833: 謝謝，硬編降噪不錯，我試試 07/02 22:52
推 stl833: 不過我上面問的是銳化濾鏡，可能我沒講清楚，我使用unshar 07/02 22:58
→ stl833: p濾鏡，參數下負數，例如-0.5就是銳化效果，還是說有什麽f 07/02 22:58
→ stl833: fmpeg推薦的銳化濾鏡？ 07/02 22:58
推 stl833: handbrake銳化lapsharp，ffmpeg不能調用 07/02 23:01
推 stl833: 我打錯了,大於0是銳化,小於0是模糊 07/02 23:11
→ falcon: 我是突然想到要回應原PO嫌nlmeans太慢這點 07/03 00:09
→ falcon: 我對銳化沒什麼需求，上面就我所知的而已 07/03 00:09
→ falcon: 上面的範例，hwupload前方也要加上format=yuv420p 07/03 01:33
推 stl833: 好，了解 07/03 13:18
推 s952013: 小丸工具箱 07/16 20:00