報告樓主...小弟試用後..使用 asus tuf 15, amd 4800h, GTX 1650使用你說的nvEncode...目標是,h264——>h2652hr, 6.5gb 用 cpu 轉, 會變小成 3gb, 但要花上 1hr2hr, 6.5gb 用nvEncode(gpu)轉,不會變小,但分析結果出來是變 h265, 只要花 30 分..其它設定都相同...這樣不太正常, 覺得只有用cpu轉, 好像結果是對的...至少要變小啊..小弟不懂, 還請您參考參考..
fct3512 wrote: 是只有這個版本,還(恕刪) 1.6.13 所有版號都試過了只要勾選GPU解碼 都會失敗 檔案都是0KB 而且不到一秒就完成任何轉檔方式都一樣 補充:我的需求是想把H264 10Bit > H265 10Bit or H264 8Bit 測試後發現 原始檔案如果是H265 10Bit/8bit正常H265 10Bit 失敗H264 8Bit正常
Todo1156 wrote:如果轉檔的解碼步驟是(恕刪) 測試後發現 原始檔案如果是H265 10Bit/8bit正常<H265 10Bit 失敗>H264 8Bit正常 你說的應該是 H.264 10Bit 吧,我再研究看看
*-小士-* wrote:報告樓主...小弟試(恕刪) 硬體GPU轉檔主要是轉換格式或增加字幕,要變小很多又要畫質好只能用軟體CPU如果畫質不要求太多,可選擇"固定位元率"的方式轉,檔案大小可用"影像位元率"控制
fct3512 wrote: 硬體GPU轉檔主要(恕刪) 謝謝樓主說明, 長了很多知識..那再請教一個問題..大部份有需求的地方是幾種..1. 想讓畫質不變, 檔案變小, 264-->265(格式改變靠技術縮小), 樓主是回說->用CPU去轉->證明如此2. 想把多餘的前後砍掉, 畫質不變, 問: 是否可以用GPU轉, 會快很多, 也可以瘦身?還是一樣得用CPU去跑?(小的需求都是在畫質不變的前題之下..)