HandBrake

That's a Plex support question, not a HB one.

Much like the x264 psychovisual optimizations, you can do things that look better subjectively, but objectively have reduced the quality of the video.

Where's your log from a month ago? All 3 logs are from today.

Eh, a lot of them are just cheap and lousy encoders.

I'd start with the 1080p Fast preset, and maybe adjust the encoder preset a bit slower. See what that gets you on typical footage.

GPU encoding doesn't actually use the GPU, it uses some extra video encoding hardware bolted on to the side of the GPU, so you're probably looking at the wrong utilization.

GPU encoding isn't expected to use much CPU.

If the source is correctly mastered and flagged 10-bit HDR, HB will output correctly converted 8-bit SDR.

The same video encoder presets for x264 and x265 set different options, since they're different codecs and encoders.

The memory bandwidth requirements would be on the uncompressed video; no relation to the compressed video size.

Your post doesn't really reflect how SMT works... there's 2n virtual threads scheduled on to n physical cores. There's not separate groups of virtual cores and physical cores.

Add capture_output=True to your subprocess.run, then you can inspect the returncode.

Try disabling hardware acceleration in preferences.

Try ripping with something else, like MakeMKV. HB reads this title as being very short.

Looks like its your playback device; HB isn't changing the dimensions at all in the provided log file.

Code: Select all

[11:06:32] Skipping crop/scale filter

CUDA encoding has been dead and gone for many generations, it never worked well. NVDEC/ENC is on the main GPU ASIC, not a separate ASIC. The NVENC documentation is a bit garbage, but the available options don't result in much variation anyway. It's great for quick throw away encodes and realtime cap...

s55 wrote: ↑Sat Aug 29, 2020 9:26 amPatches are defiantly welcome

An Activity Log is required for support requests. Please read How-to get an activity log? for details on how and why this should be provided.

ffmpeg

That's far from impossible, there are users with particular preferences who do day-long encodes. It's only an impediment if you're trying to do realtime transcoding.

The new MS Flight Sim has live FlightAware traffic in it though, and it looks so good.

Rodeo wrote: ↑Thu Aug 27, 2020 9:55 pmX-Plane

Without tune SSIM, the SSIM comparison is meaningless; the encoder is intentionally doing things that look good but have a negative impact on SSIM.

It sounds like you're running into issues with vertical video vs presets configured for horizontal video, and then confused by anamorphic. To preserve the resolution you should make your own preset with no resolution limit. As a workaround, you can indeed use the 4K presets (at least until you get 4...

NLMeans is slow. Use it if you need it, and it does amazing things, but skip it otherwise.

That's one option.

All the HDR data has been thrown out by HB, and the 10-bit video converted down to 8-bit before being blown back up to 10-bit, so there's a fair bit lost here.

But if it looks fine to you, enjoy the result. I'd even suggest pushing the RF several points higher for 4K for an even smaller output.