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

Conversions Getting Stuck

Nov 4, 2016 at 4:03 PM
For the most part, MCEBuddy works great. Every now and then a conversion gets stuck (typically at 99 or 100%). I tried updating to the latest beta this morning and it's still happening.

I'm using an HDHomeRun recording TS files via NPVR. As of right now, I have a conversion hung up at 100%. Handbrakecli is still running, currently around 12% CPU. Logs can be found here:

https://drive.google.com/drive/folders/0B-NqD_tpkUPqTnVVc3FZZEhacDg?usp=sharing

This causes issue as sometimes I won't notice for a day or two, then I'll have 10 or more files queued up waiting to be converted.
Nov 6, 2016 at 2:05 AM
I haven't looked at your log, but from the symptoms it seems similar to other problems people have had when their GPU drivers aren't up-to-date. Check those.
Nov 10, 2016 at 10:58 PM
Unfortunately I'm using on-board video and there are no new updates for Windows 10. I'm planning on buying a new video card for hardware encoding but need to do some more research first.

I noticed that the problem is with Handbrake getting hung up, I changed my profile to use ffmpeg instead and it's been okay so far. The problem doesn't happen every day so it's still too soon to tell if it fixed the issue.
Nov 11, 2016 at 4:36 AM
That's not fun to have to do. I'm not skilled at understanding log files but the below clip seems to show that you are attempting to to hardware encoding but no hardware encoding support is found so Handbrake does a software encode which I think then hangs.
Prefer Hardware Encoding -> True
.
2016-11-04T06:16:40 MCEBuddy.AppWrapper.Handbrake --> HandBrake has exited.
--> Process exited with code 2
WARNING> 2016-11-04T06:16:42 MCEBuddy.AppWrapper.Handbrake --> Handbrake failed, non 0 return code
INFORMATION> 2016-11-04T06:16:42 MCEBuddy.AppWrapper.Handbrake --> QuickSync encoding supported available -> False
INFORMATION> 2016-11-04T06:16:42 MCEBuddy.AppWrapper.Handbrake --> H.264 encoding supported available -> False
INFORMATION> 2016-11-04T06:16:42 MCEBuddy.AppWrapper.Handbrake --> H.265 encoding supported available -> False
2016-11-04T06:16:42 MCEBuddy.Transcode.ConvertWithHandbrake --> Handbrake profile disable software encoder fallback after hardware encoding failure (handbrake-DisableSoftwareEncoderFallback) : False
2016-11-04T06:16:42 MCEBuddy.Transcode.ConvertWithHandbrake --> Handbrake profile optimized for hardware encoding, disable auto hardware optimization (handbrake-UsingHardwareEncoding) : False
2016-11-04T06:16:42 MCEBuddy.Transcode.ConvertWithHandbrake --> Cannot find supported h264/h265 software/hardware encoder combination in profile, disabling auto hardware encoder adjustments
INFORMATION> 2016-11-04T06:16:42 MCEBuddy.Transcode.Convert --> Converting with Handbrake
.
2016-11-04T07:45:23 MCEBuddy.AppWrapper.Handbrake --> Encoding: task 1 of 1, 100.00 %
Do you know what CPU/motherboard architecture/onboard video you have?
Nov 16, 2016 at 12:08 AM
Try to download the latest version of handbrake (check the build x86 or x64) and replace it in the installation folder and see if that fixes your issue. Sometimes handbrake does have bugs which are fixed in newer builds.
Nov 27, 2016 at 6:02 PM
eskimoquin wrote:
Do you know what CPU/motherboard architecture/onboard video you have?
It's an AMD FX8350 with onboard graphics, so I know hardware encoding is not supported, but MCEBuddy detects that and doesn't try to use it. I appreciate you looking at it though.
Nov 27, 2016 at 6:04 PM
rboy1 wrote:
Try to download the latest version of handbrake (check the build x86 or x64) and replace it in the installation folder and see if that fixes your issue. Sometimes handbrake does have bugs which are fixed in newer builds.
Everything has been working smoothly since changing the profile to ffmpeg. Is there any reason I should try to use Handbrake instead? If not, I'll just leave it as is.