This project has moved and is read-only. For the latest updates, please go here.

Issue with conversions & handbrake errors

Apr 17, 2015 at 12:56 PM
My system
MCEBuddy - 2.4.2, Win7ProX64, Intel i7-4790 Haswell Quad-Core 3.6GHz processor (with QuickSync support), MSI Z97S SLI motherboard, 16gb DDR3 2400 memory

I'm using the "fast MP4" profile and I'm experiencing problems with Handbrake. Looking at the log it appears handbrake is failing for some reason. I'll upload the log, but some of the lines I think are important are:

INFORMATION> 2015-04-16T23:33:20 MCEBuddy.AppWrapper.Handbrake --> Handbrake checking for OpenCL and QuickSync support
WARNING> 2015-04-16T23:33:23 MCEBuddy.AppWrapper.Handbrake --> Handbrake failed, non 0 return code
INFORMATION> 2015-04-16T23:33:23 MCEBuddy.AppWrapper.Handbrake --> QuickSync encoding supported availble -> True
INFORMATION> 2015-04-16T23:33:23 MCEBuddy.Transcode.Convert --> Converting with Handbrake

Then further down:

INFORMATION> 2015-04-16T23:33:23 MCEBuddy.Transcode.ConvertWithHandbrake --> Converting the video - Main conversion
WARNING> 2015-04-16T23:33:28 MCEBuddy.AppWrapper.Handbrake --> Handbrake failed, non 0 return code
WARNING> 2015-04-16T23:33:28 MCEBuddy.Transcode.ConvertWithHandbrake --> Handbrake conversion failed with hardware encoder, retrying with default x264 encoder

and finally:

INFORMATION> 2015-04-16T23:51:07 MCEBuddy.Engine.ConversionJob --> Success - All done!
INFORMATION> 2015-04-16T23:51:07 MCEBuddy.Engine.ConversionJob -->
INFORMATION> --> Total time taken by conversion (hh:mm:ss) -> 00:18:12

So it looks to me that MCEbuddy is detecting QuickSync but something within handbrake kicks an error "Handbrake failed, non 0 return code", not sure what that means. But it still tries to convert with Handbrake. Which then kicks another error "Handbrake conversion failed with hardware encoder" which would explain the slow conversions.

Could you please let me know what I can do to eliminate the errors and speed up the conversions?

Thank you

Apr 17, 2015 at 6:05 PM
First up please set your log to debug, this tells you there's a problem but doesn't help beyond. Debug will give you the full picture then upload the log and we'll analyze it.
BTW, please ensure you're using the latest builds 2.4.1 or later.

Apr 18, 2015 at 1:54 AM
Ok, uploaded a new log with full logging under folder "Discussion - 631344 - Issue with conversions & handbrake errors" It's the same file as the last log but with full debugging.

My system
MCEBuddy 2.4.2 64bit - build 20150115
Intel i7-4790 Haswell Quad-Core 3.6GHz processor
MSI Z97S SLI motherboard
16gb DDR3 2400 memory
Intel HD Graphics 4600 (Integrated Graphics)
Logged in as user

MP4 fast profile
1280 max width
+10% on quality
Apr 18, 2015 at 10:57 PM
You have a bad intel driver, try using the recommended version,

2015-04-17T15:31:09 MCEBuddy.AppWrapper.Handbrake --> ERROR: encqsvInit: MFXVideoENCODE_Init failed (-15)
2015-04-17T15:31:09 MCEBuddy.AppWrapper.Handbrake --> ERROR: Failure to initialise thread 'H.264/AVC encoder (Intel QSV)'

Marked as answer by rboy1 on 4/28/2015 at 12:35 PM
Apr 19, 2015 at 3:03 AM
Upgraded to the video driver to Reconverted the same file again and uploaded the new log. Better but not quite what I was expecting. Maybe I have unrealistic expectations? The old driver was just over 17min, the new driver almost 11 min.
Apr 19, 2015 at 3:29 PM
According to your logs the conversion worked just fine with the hardware encoding.

Apr 19, 2015 at 4:09 PM
The CPU load dropped from roughly 100% without Quicksync to about 30% with quicksync working, Are there any tweaks to increase the CPU load which I think "should" decrease the conversion times??? I'm assuming if I could use the entire CPU power then the times should go down? Then again, I might be way off base as I have very little understanding of how these things work...
Apr 19, 2015 at 8:24 PM
Yep there is no connection between quick sync and CPU. I think you mean GPU load