顯卡|波導效率私房:根據實際需求,二次壓制自己的動畫收藏

顯卡|波導效率私房:根據實際需求,二次壓制自己的動畫收藏

文章圖片

顯卡|波導效率私房:根據實際需求,二次壓制自己的動畫收藏

文章圖片

顯卡|波導效率私房:根據實際需求,二次壓制自己的動畫收藏

文章圖片

顯卡|波導效率私房:根據實際需求,二次壓制自己的動畫收藏

文章圖片

顯卡|波導效率私房:根據實際需求,二次壓制自己的動畫收藏

文章圖片

顯卡|波導效率私房:根據實際需求,二次壓制自己的動畫收藏

文章圖片

顯卡|波導效率私房:根據實際需求,二次壓制自己的動畫收藏

文章圖片

顯卡|波導效率私房:根據實際需求,二次壓制自己的動畫收藏

文章圖片

顯卡|波導效率私房:根據實際需求,二次壓制自己的動畫收藏

文章圖片



大家好 , 我是波導終結者 。
前陣子在網上逛的時候 , 發現一個資源 , 《妖精的尾巴》第一部共175集高清資源 , 1080P , H265 , 10bit , FLAC , 視頻碼率在4M-5M左右 , 目測應該是原片直接壓過來的 , 清晰度基本完美 。



在一些畫面動得非常厲害的打斗場景 , 片源仍然能保證沒有肉眼可見的模糊或者方塊 , 然而代價是偏大的容量占用 。 只算動畫本體的話(種子內還有原聲CD、片頭片尾、小劇場等其他資源) , 175集占用144G的容量 , 實在有點吃不消 。



于是 , 我的二壓計劃開始了 。 首先 , 對于動畫片來說 , 700-800K碼率的FLAC是真的奢侈 , 這個是肯定要壓縮掉的 。 而視頻碼率的壓縮 , 主要還是看最終的效果 , 由于源是H265 10bit壓制 , 二壓的時候不能低于這個規格 , 否則會造成碼率浪費 , 與壓制的目的:減少體積 , 相矛盾 。



基于此 , 我先寫了一段代碼 , 用hevc_nvenc也即顯卡編碼 , 目前H265顯卡會比CPU軟壓快 。 而為了保證畫面質量 , 又使用了-rc vbr_hq這個參數來提升一下預期的畫面質量 , 得到如上的報錯信息 。
經過一番查詢與驗證 , 得到以下幾個信息:
1.hevc_nvenc編碼里的vbr_hq是舊版本的參數 , 在新版本里的中高質量Preset里已經不再支持 。
2.H265(hevc)的vbr_hq參數實際上核心是2pass編碼 , 已經被-preset slow所包含 。
3.H265的2pass又跟H264的2pass不太一樣 , H264的2pass是整遍過完再過一遍 , 而H265里所謂的2pass是類似于預讀一段用作參考 。 雖然有看到老外在最新版的x265中調試兩遍分開的命令 , 但是權衡之下我還是選擇了hevc_nvenc顯卡編碼帶來的速度提升 。 畢竟170多集不是開玩笑的……



按照網上這張表格里的信息 , 只要寫上-preset slow便是2pass編碼 , 降一檔到medium就是1pass , 事實真是這樣嗎?我們來親自驗證一下 。



如上圖 , 上面是-preset slow參數 , 下面是medium參數 , 可以看到速度確實慢了一半(5倍vs10倍) 。 鑒于網上公認以及我實測的信息 , 目前認為hevc_nvenc顯卡編碼-preset slow質量不差(相當于x264 2pass) , 速度較快 , 是目前需求下的最佳方案 。 x265軟壓當然效果更好 , 但是耗時太長 。



基于這些信息 , 第一版的代碼如下 。 -pixfmt p010le是指定顏色格式10bit , 與指定Main10同效 。 雖然對于動畫來說 , 顏色并不復雜 , 但是為了避免轉換帶來的損失 , 還是以與片源相同的10bit為準 。 平均碼率1.5M , 最大碼率2M , 音頻AAC128K就足夠了 。

相關經驗推薦