H.265 encoding supported available -> False

So I know my Intel Quick Sync conversions to H.265 work as when I run them in Handbrake itself, it works fine and I have no issues. So I thought I try it in MCEBuddy 2.4 Beta 8.
So when I perform a transcode to h.265, the Quick Sync doesn’t kick in and I don’t know why? H.264 Quick Sync works fine.

Here is the log from my conversion that I thought was weird.

Blockquote
2017-11-07T22:56:16 MCEBuddy.AppWrapper.Handbrake → Starting process as a UISession process with Admin privileges. This requires atleast 1 user to be logged into the system (remote desktop or locally)
2017-11-07T22:56:16 MCEBuddy.AppWrapper.Handbrake → Setting process priority to Normal
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] hb_init: starting libhb thread
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] thread 47481e0 started (“libhb”)
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → HandBrake 20170728192513-45a24df-master (2017080101) - MinGW x86_64 - https://handbrake.fr
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → 8 CPUs detected
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → Opening null…
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] CPU: Intel(R) Core™ i7-7700K CPU @ 4.20GHz
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] - Intel microarchitecture Kaby Lake
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] - logical processor count: 8
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] Intel Quick Sync Video support: yes
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] - Intel Media SDK hardware: API 1.24 (minimum: 1.3)
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] - H.264 encoder: yes
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] - preferred implementation: hardware (any)
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] - capabilities (hardware): breftype icq+la+i+downs vsinfo opt1 opt2+mbbrc+extbrc+trellis+ib_adapt+nmpslice
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] - H.265 encoder: yes (8bit: yes, 10bit: yes)
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] - preferred implementation: hardware (any)
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] - capabilities (hardware): bpyramid vsinfo opt1
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] hb_scan: path=null, title_index=1
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → src/libbluray/disc/disc.c:274: failed opening UDF image null
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → src/libbluray/disc/disc.c:352: error opening file BDMV\index.bdmv
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → src/libbluray/disc/disc.c:352: error opening file BDMV\BACKUP\index.bdmv
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] bd: not a bd - trying as a stream/file instead
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → libdvdnav: Using dvdnav version 5.0.3
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → libdvdread: Encrypted DVD support unavailable.
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → libdvdread: Can’t stat null
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → No such file or directory
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → libdvdread: Could not open null
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → libdvdnav: vm: failed to open/read the DVD
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] dvd: not a dvd - trying as a stream/file instead
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] hb_stream_open: open null failed
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] scan: unrecognized file type
2017-11-07T22:56:20 MCEBuddy.AppWrapper.Handbrake → [22:56:20] libhb: scan thread found 0 valid title(s)
2017-11-07T22:56:22 MCEBuddy.AppWrapper.Handbrake → No title found.
2017-11-07T22:56:22 MCEBuddy.AppWrapper.Handbrake → HandBrake has exited.
→ Process exited with code 2
WARNING> 2017-11-07T22:56:24 MCEBuddy.AppWrapper.Handbrake → Handbrake failed, non 0 return code
INFORMATION> 2017-11-07T22:56:24 MCEBuddy.AppWrapper.Handbrake → QuickSync encoding supported available → True
INFORMATION> 2017-11-07T22:56:24 MCEBuddy.AppWrapper.Handbrake → H.264 encoding supported available → True
INFORMATION> 2017-11-07T22:56:24 MCEBuddy.AppWrapper.Handbrake → H.265 encoding supported available → False
2017-11-07T22:56:24 MCEBuddy.Transcode.ConvertWithHandbrake → Handbrake profile disable software encoder fallback after hardware encoding failure (handbrake-DisableSoftwareEncoderFallback) : False
2017-11-07T22:56:24 MCEBuddy.Transcode.ConvertWithHandbrake → Handbrake profile optimized for hardware encoding, disable auto hardware optimization (handbrake-UsingHardwareEncoding) : False
2017-11-07T22:56:24 MCEBuddy.Transcode.ConvertWithHandbrake → Cannot find supported h264/h265 software/hardware encoder combination in profile, disabling auto hardware encoder adjustments
INFORMATION> 2017-11-07T22:56:24 MCEBuddy.Transcode.ConvertWithFfmpeg → Checking for Unsupported profile for container / codec combination

So as you can see, Handbrake says it doesn’t support H.265 encoding, do I need a newer version of Handbrake in the MCEBuddy folder or is the profile MCEBuddy uses doesn’t support H.265 Quick Sync?

Any advice would be appreciated, thanks.

Are you on the latest 2.4.8 beta build?

Confirmed issue with the newer handbrake versions. We’ll fix this in today’s build.

Fixed. Try the latest 2.4.8 BETA build and let us know if there’s an issue.

1 Like

yes, now it’s activate, but the handbrake conversion fails with hardware and falls back to software encoder.Bizarre Foods_ Delicious Destinations - (Reykjavik)-2017-11-14-0.ts-Transcode and Comskip-2017-11-15T21-46-18.6812420-06-00.log (384.0 KB)

WARNING> 2017-11-15T21:47:28 MCEBuddy.AppWrapper.Handbrake --> Handbrake failed, non 0 return code
WARNING> 2017-11-15T21:47:28 MCEBuddy.Transcode.ConvertWithHandbrake --> Handbrake conversion failed with hardware encoder, retrying with default software encoder
2017-11-15T21:47:28 MCEBuddy.Transcode.ConvertWithHandbrake --> Disabling qsv decoder
2017-11-15T21:47:28 MCEBuddy.Transcode.ConvertWithHandbrake --> Using default x265 encoder instead of qsv

1 Like

fyi, i stopped the conversion prematurely since it was estimated for over 1 hr to convert.
handbrake itself takes about 1 to 1 realtime on a h.265 transcode of this ~30 minute recording.

Thanks for the logs, looking into it. Looks like there’s a parameter mismatch. Unfortunately our machines don’t have qsv h265 encoding capability so we can’t test it here, but will get back to you.

Can you try this, open your profiles.conf file, locate the HEVC MP4 profile that you’re using and there’s a line named handbrake-video.

In that line you’ll find this --encoder-preset medium, remove this, save the file and try the encoding again. Now the hardware encoding should work. Let me know how it goes.

Also just for testing purposes set your quality to 0% (you’ve set it to increase 100% now). See if that works without any other changes, trying to isolate the issue here.

One more test, can you open a command prompt and goto the folder where mcebuddy is installed and into the handbrake directory.

Now run this command:

HandBrakeCLI.exe --encoder-preset-list qsv_h265

Let me know the results.

Removing --encoder-preset medium; it transcoded fine.
Bizarre Foods_ Delicious Destinations - (Reykjavik)-2017-11-14-0.ts-Transcode and Comskip-2017-11-16T23-22-14.4068669-06-00

With only changing the quality to 0%; it also transcoded fine.
Bizarre Foods_ Delicious Destinations - (Reykjavik)-2017-11-14-0.ts-Transcode and Comskip-2017-11-16T23-34-30.0770179-06-00

C:\Program Files\MCEBuddy2x\handbrake>HandBrakeCLI.exe --encoder-preset-list qsv_h265
[23:51:27] hb_init: starting libhb thread
[23:51:27] thread 26e1680 started (“libhb”)
Available --encoder-preset values for ‘qsv_h265’ encoder:
speed
balanced
quality

HandBrake has exited.Bizarre Foods_ Delicious Destinations - (Reykjavik)-2017-11-14-0.ts-Transcode and Comskip-2017-11-16T23-22-14.4068669-06-00.log (458.6 KB)
Bizarre Foods_ Delicious Destinations - (Reykjavik)-2017-11-14-0.ts-Transcode and Comskip-2017-11-16T23-34-30.0770179-06-00.log (520.5 KB)

1 Like

This should be fixed in today’s 2.4.8 BETA build. Try it out and let us know if you’re still facing an issue. It should automatically replace the --encoder-preset with the hardware supported equivalent option.

I just wanted to comment I was seeing the same behavior in 2.4.7 and upgrading to the latest 2.4.8 Beta resolved this issue for me as well. However, I noticed in the logs that where in 2.4.7 it said I had H.265 support now in this latest 2.4.8 Beta it shows false. I have a Skylake i3-6100 which is listed as having hardware h.265 support.

INFORMATION> 2017-11-26T19:00:35 MCEBuddy.AppWrapper.Handbrake --> QuickSync encoding support available -> True
INFORMATION> 2017-11-26T19:00:35 MCEBuddy.AppWrapper.Handbrake --> H.264 encoding support available -> True
INFORMATION> 2017-11-26T19:00:35 MCEBuddy.AppWrapper.Handbrake --> H.265 encoding support available -> False

Please attach your conversion log so we can see whats going on

Airwolf (1984) - S04E13 - The Rogue Warrior.ts-Convert to MP4-2017-11-29T02-34-05.3790885-05-00.log (578.0 KB)

Log attached showing H.265 as not available.

1 Like

Thanks for reporting this, yes it’s a confirmed issue, MCEBuddy got confused between the 8bit and 10bit modes and defaults to the least rather than the most feature.

Try today’s 2.4.8 BETA build and it should resolve the issue.

I can confirm it fixed the H.265 issue, it now shows as true in my logs.

MCEBuddy.AppWrapper.Handbrake --> H.265 encoding support available -> True

1 Like