硬件使用率 - 低百分比

General Support / Questions 硬體編碼
1

我正在試用最新試用版，對於一般使用方式有個疑問。
在將 wtv 檔案轉檔成 mp4 時，使用 NVIDIA 硬體編碼器，但似乎沒有發揮到最大效能，這樣正常嗎？
更具體的使用情況如下：
CPU 10-33%
GPU 12% - Video Encode (nvenc)
GPU 6% - CUDA cores
Network 5.6 Mbps（來自 1 Gbps）

usage
usage1900×1534 145 KB

2

你正在转换到什么编解码器？我认为你是从 h264 转换到 h264……

3

我認為 WTV 是 MPEG2（FIOS 有線電視上的 HD）轉 H264。這是預設的 WTV 設定檔。

4

我可能做錯了什麼。如果我選擇不移除廣告，產生的檔案會比原始檔案更大。看起來 h264 編碼器的「品質」是 10……嗯

2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] job configuration:
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] * source
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + D:\Temp\working0\Airplane!_BBCAHD_2019_06_07_18_59_00.ts
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + title 1, chapter(s) 1 to 1
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] * destination
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + D:\Temp\working0\Airplane!_BBCAHD_2019_06_07_18_59_00-converted.mp4
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + container: MPEG-4 (libavformat)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] * video track
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + decoder: mpeg2video
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + bitrate 200 kbps
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + filters
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + Decomb (mode=7)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + Denoise (hqdn3d) (y-spatial=3:cb-spatial=2:cr-spatial=2:y-temporal=2:cb-temporal=3:cr-temporal=3)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + Output geometry
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + storage dimensions: 1920 x 1080
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + pixel aspect ratio: 1 : 1
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + display dimensions: 1920 x 1080
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + encoder: H.264 (NVEnc)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + quality: 10.00 (CQ)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + color profile: 1-1-1
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] * audio track 1
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + decoder: English (AC3) (5.1 ch) (384 kbps) (track 1, id 0x100)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + bitrate: 384 kbps, samplerate: 48000 Hz
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + mixdown: 5.1 Channels
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + dynamic range compression: 2.500000
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + dither: triangular
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + encoder: AC3 (libavcodec)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + bitrate: 384 kbps, samplerate: 48000 Hz
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] file is MPEG Transport Stream with 188 byte packets offset 0 bytes
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] sync: expecting 218380 video frames
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 24 started (“Audio Synchronization”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] encavcodecInit: H.264 (Nvidia NVENC)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] encavcodec: encoding at rc=vbr 10.00
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] encavcodec: encoding with stored aspect 1/1
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.00 %[19:15:35] Writing Metadata to output file…
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 25 started (“Muxer”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 26 started (“Reader”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 27 started (“Audio decoder (libavcodec)”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 28 started (“Video decoder (libavcodec)”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 29 started (“Video Synchronization”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 2a started (“AVCodec Audio encoder (libavcodec)”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 2b started (“FFMPEG encoder (libavcodec)”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 2c started (“Muxer”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 2d started (“Decomb”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 2e started (“Denoise (hqdn3d)”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [mpeg2video @ 000000000770cb00] Application has requested 17 threads. Using a thread count greater than 16 is not recommended.

5

文件大小与质量设置有关，因此与线程作用域本身无关。

那么……为什么在视频转换阶段 GPU 和 CPU 的占用率如此之低？

6

取決於設定檔中使用的視訊濾鏡以及硬體能力。並非所有硬體都支援所有濾鏡，因此最終會使用 CPU 來處理這些運算。如果你想使用更多硬體資源（犧牲畫質），請從設定檔中移除所有濾鏡。參考以下主題：

7

好吧，我明白滤镜为何会影响，因为它们不由 GPU 处理。据我所知我并没有使用滤镜，但我得再深入检查一下；我在 WTV 容器里选的是“转换为 MP4”的默认配置文件。

无论如何，如果 CPU 是瓶颈，为何利用率没达到 100%？我的核心数比大多数电脑都多（16 个物理核心，32 个虚拟核心，含超线程），这是扩展性问题吗？软件是否对核心数量有限制？