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

Hang on encoding ... plenty of disk space.

Jun 26, 2014 at 9:43 PM
I am using donator version of Mcebuddy 2.3.15 and Comskip. I am not an advanced used but I keep encountering a hang.
I dont use Avast and have plenty of disk space.
I have included the bit from the log file which i dont understand!
--> Starting conversion - DEBUG MESSAGES
INFORMATION> --> Windows OS Version -> Microsoft Windows NT 6.1.7601 Service Pack 1 (WIN_7_2008_SERVER_R2, Home Edition)
INFORMATION> --> Windows Platform -> 64 Bit
INFORMATION> --> MCEBuddy Build Platform -> 64 Bit
INFORMATION> --> MCEBuddy Build Version : 2.3.15.1
INFORMATION> --> MCEBuddy Build Date : 05/16/2014 13:31:46
INFORMATION> --> MCEBuddy Running as Service : True
--> Domain Name ->
User Name -> Guest
Password ->
Wake Hour -> -1
Wake Minute -> -1
Start Hour -> -1
Start Minute -> -1
Stop Hour -> -1
Stop Minute -> -1
Days of Week -> Sunday,Monday,Tuesday,Wednesday,Thursday,Friday,Saturday
Minimum Age -> 0
Max Concurrent Jobs -> 1
Enable Job Logs -> True
Log Level -> 3
Log Keep Days -> 15
Delete Original -> False
Use Recycle Bin -> False
Archive Original -> False
Sync Converted -> False
Allow Sleep During Conversions -> True
Pause Conversion on Battery Power -> True
Send eMails -> False
eMail settings -> Send eMail Settings -> SMTP Server ->
Port -> 25
SSL -> False
User Name ->
Password ->
From ->
To ->
Bcc ->

eMail On Success -> True
eMail On Failure -> True
eMail On Cancellation -> True
eMail On Start -> True
eMail On Download Failure -> True
eMail On Queueing -> True
Custom subject for Successful conversion ->
Custom subject for Failed conversion ->
Custom subject for Cancelled conversion ->
Custom subject for Start of conversion ->
Custom subject for Download Failure ->
Custom subject for Queueing conversion ->
Skip eMail Body for notifications -> False

Locale -> en-GB
Temp Working Path -> D:\cache
Archive Folder ->
Failed Folder ->
Space Check -> True
Custom Comskip Path -> D:\comskip\comskip.exe
Custom profiles.conf ->
App Hang Timeout -> 300
Scan New Files Poll Period -> 300
Process Priority -> High
CPU Affinity -> 0
Engine Running -> True
Subtitle Cut Segment Incremental Offset -> 3.2
Local Server Port -> 23332
UPnP Enabled -> False
Firewall Exception Enabled -> False

--> Task -> Convert to MP4
Profile -> MP4 High Quality
Source File -> D:\MCE movies\Harry Potter and the Order of the Phoenix_ITV1 HD_2013_08_17_18_58_00.wtv
Destination Path -> D:\Transcoded movies
Working Path -> D:\cache\working0
Fallback Destination -> False
Skip ReProcessing -> False
Check Reprocessing History -> False
Auto Increment Filename -> False
Add to iTunes Library -> False
Add to WMP Library -> False
Max Width -> 720
Quality Multipltier -> 1
FPS ->
Auto DeInterlacing -> True
Prefer Hardware Encoding -> True
Volume Multipltier -> 0
DRC -> True
Force Stereo -> False
Encoder Select Best Audio Track -> False
Profile Audio Language ->
Audio Offset -> 0
Start Trim -> 0
End Trim -> 0
Closed Captions ->
Closed Captions Offset -> 2.5
Embed Subtitles and Chapters -> False
Commercial Removal -> Comskip
Custom Comskip INI Path ->
Download Series Details -> True
Prioritize matching by Original Broadcast Date -> False
Force Show Type -> Default
Write Metadata -> True
Rename by Series -> True
Alt Rename by Series -> False
Custom Rename by Series ->
Rename Only -> False
File Selection Pattern ->
Show Selection Pattern ->
Channel Selection Pattern ->
Show Type Selection -> Default
DRM Type Selection -> All
Monitor Tasks Selection ->
Insert at Top of Queue -> False
Extract XML -> True
Disable Cropping -> False
Task Commercial Skip Cut -> False
Skip Copying Original File for Backup -> False
Skip Remuxing Original File to TS -> False
Ignore Copy Protection -> False
TiVO MAK Key ->
Domain Name ->
User Name ->
Password ->
Task Enabled -> True

--> Max Concurrent Jobs -> 1
--> Commercial Skip Cut (profile + task) -> False
--> Auto DeInterlacing (profile + task) -> True
--> Pre-Conversion Commercial Remover -> True
--> Copy LOG File -> False
--> Free Space Check -> True
--> Subtitle Cut Segment Incremental Offset -> 3.2
--> Locale Language -> ENG
--> .NET Framework Version -> 4.0, Service Pack -> 0
2014-06-26T21:01:33 MCEBuddy.AppWrapper.Handbrake --> Encoding: task 1 of 1, 99.90 % (47.80 fps, avg 48.31 fps, ETA 00h00m04s)
2014-06-26T21:01:34 MCEBuddy.AppWrapper.Handbrake --> Encoding: task 1 of 1, 99.91 % (47.80 fps, avg 48.31 fps, ETA 00h00m04s)
2014-06-26T21:01:34 MCEBuddy.AppWrapper.Handbrake --> Encoding: task 1 of 1, 99.91 % (47.80 fps, avg 48.31 fps, ETA 00h00m04s)[21:01:34] hb_ts_stream_decode - eof
2014-06-26T21:01:34 MCEBuddy.AppWrapper.Handbrake --> [21:01:34] reader: done. 3 scr changes
2014-06-26T21:01:34 MCEBuddy.AppWrapper.Handbrake --> [21:01:34] reader: 2 drops because DTS out of range
2014-06-26T21:01:34 MCEBuddy.AppWrapper.Handbrake --> [21:01:34] thread 3bf760 exited ("Reader")
2014-06-26T21:01:34 MCEBuddy.AppWrapper.Handbrake --> Encoding: task 1 of 1, 99.91 % (47.80 fps, avg 48.31 fps, ETA 00h00m04s)
2014-06-26T21:01:34 MCEBuddy.AppWrapper.Handbrake --> Encoding: task 1 of 1, 99.92 % (46.74 fps, avg 48.31 fps, ETA 00h00m03s)
2014-06-26T21:01:34 MCEBuddy.AppWrapper.Handbrake --> Encoding: task 1 of 1, 99.92 % (46.74 fps, avg 48.31 fps, ETA 00h00m03s)
2014-06-26T21:01:35 MCEBuddy.AppWrapper.Handbrake --> Encoding: task 1 of 1, 99.92 % (46.74 fps, avg 48.31 fps, ETA 00h00m03s)
2014-06-26T21:01:35 MCEBuddy.AppWrapper.Handbrake --> Encoding: task 1 of 1, 99.92 % (46.74 fps, avg 48.31 fps, ETA 00h00m03s)
2014-06-26T21:01:35 MCEBuddy.AppWrapper.Handbrake --> Encoding: task 1 of 1, 99.92 % (46.74 fps, avg 48.31 fps, ETA 00h00m03s)

2014-06-26T21:19:05 MCEBuddy.AppWrapper.Handbrake --> Encoding: task 1 of 1, 99.92 % (46.74 fps, avg 48.31 fps, ETA 00h00m03s)
ERROR> --> Job cancelled, killing process
ERROR> --> Process hung
WARNING> 2014-06-26T21:19:05 MCEBuddy.Transcode.ConvertWithHandbrake --> Handbrake conversion failed with hardware encoder, retrying with default x264 encoder
2014-06-26T21:19:05 MCEBuddy.Transcode.ConvertWithHandbrake --> Using standard deinterlacer instead of qsv
2014-06-26T21:19:05 MCEBuddy.Transcode.ConvertWithHandbrake --> Using default x264 encoder instead of qsv
2014-06-26T21:19:05 MCEBuddy.Transcode.ConvertWithHandbrake --> Enabling 2 pass conversion for x264
ERROR> --> Job cancelled, killing process
ERROR> 2014-06-26T21:19:05 MCEBuddy.Transcode.ConvertWithHandbrake --> Handbrake fallback conversion failed
2014-06-26T21:19:05 MCEBuddy.Transcode.ConvertWithHandbrake --> Conversion: Percentage Complete 0
ERROR> 2014-06-26T21:19:05 MCEBuddy.Transcode.ConvertWithHandbrake --> Conversion of video failed
ERROR> 2014-06-26T21:19:05 MCEBuddy.Transcode.Convert --> Handbrake did not convert successfully, using fallback if configured
ERROR> 2014-06-26T21:19:05 MCEBuddy.Transcode.Convert --> Unable to convert file Harry Potter and the Order of the Phoenix_ITV1 HD_2013_08_17_18_58_00.ts using profile MP4 High Quality
ERROR> 2014-06-26T21:19:05 MCEBuddy.Engine.ConversionJob --> Conversion failed
INFORMATION> 2014-06-26T21:19:05 MCEBuddy.Engine.ConversionJob -->
--> Performance Metrics for the Current Conversion
-->

--> Source video duration (hh:mm:ss) -> 02:17:37
--> Source video codec -> h264
--> Source video height -> 1080
--> Source video width -> 1920
--> Pre-conversion video duration (hh:mm:ss) -> 02:17:37
-->

--> <Start At> <Duration (hh:mm:ss)> <Activity>
--> <06/26/2014 18:47:28> <00:00:00> <Running custom commands>
--> <06/26/2014 18:47:28> <00:00:00> <Getting show information and banner from Internet sources>
--> <06/26/2014 18:47:29> <00:00:00> <Running custom commands>
--> <06/26/2014 18:47:29> <00:00:00> <Checking for disk space>
--> <06/26/2014 18:47:29> <00:09:38> <Remuxing recording>
--> <06/26/2014 18:57:08> <00:00:00> <Trimming video recording>
--> <06/26/2014 18:57:08> <00:35:20> <Comskip advertisement scan>
--> <06/26/2014 19:32:29> <00:00:07> <Analyzing video information>
--> <06/26/2014 19:32:37> <00:00:00> <Running custom commands>
--> <06/26/2014 19:32:37> <00:17:09> <Removing commercials>
--> <06/26/2014 19:49:46> <00:00:15> <Analyzing video information>
--> <06/26/2014 19:50:02> <00:00:06> <Analyzing video information>
--> <06/26/2014 19:50:08> <01:28:57> <Converting>
-->

INFORMATION> --> Total time taken by conversion (hh:mm:ss) -> 02:31:36
Jun 26, 2014 at 10:02 PM
Please post a link to the full/zipped log. Do not post partial logs


Jun 28, 2014 at 10:01 AM
Jun 28, 2014 at 2:03 PM
So couple of things happening which are compounding the problems:
1. Your original video isn't perfectly compliant with the h.264 specifications and has many errors in it which you can see here:
2014-06-27T00:10:55 MCEBuddy.AppWrapper.FFmpeg --> [mpegts @ 0000000004f65040] Non-monotonous DTS in output stream 0:2; previous: 2208130, current: 2202730; changing to 2208131. This may result in incorrect timestamps in the output file.


2. You are using hardware encoding but for some reason your hardware encoder is not working and it falls back to the Intel software encoder.
2014-06-27T01:19:36 MCEBuddy.AppWrapper.Handbrake --> Encoding: task 1 of 1, 0.00 %[01:19:36] qsv_enc_init: using 'software' implementation, API: 1.9

So your Intel driver appears to the the culprit here: update your Intel video driver to version 10.18.10.3379 and it should solve your issue. If you don't want to update/can't update disable hardware encoding in the Expert Settings page.


Jun 28, 2014 at 7:40 PM
I had the later intel driver 10.18.10.3496 guess thats a duffun??

I'll try the earlier one, as for the video, its just a straight record from the HD TV channel using windows MCE 7.
Jun 28, 2014 at 8:23 PM
two things to note:
1. Latest is not the most stable always unfortunately, Intel jhas a long patchy history for bad drivers and poor quality.
2. The recording depends upon y our capture card and not so much on MCE. If you capture card is feeding bad data to MCE, MCE just packages it. anyways most good encoders can handle bad corrupted data, supposedly your intel driver version can't.


Jun 29, 2014 at 1:08 PM
I used the driver you recommended and still hung log is here https://drive.google.com/file/d/0B5QoHW8GlKGQVkZqMm42dGtJRGM/edit?usp=sharing

My laptop has a Nvidia 610m chip and Intel 4000HD graphics can i force MCEBuddy to use the Nvidia chip if so how?

I have tried transcoding directly with handbrake but get lots of artifacts so really would like to get this sorted.
Jun 29, 2014 at 7:53 PM
So it sounds like handbrake is having an issue processing that file. Unfortunately there is no way to force handbrake to use nvidia.

I would suggest try these and let me know if any of them works
1. Download the latest nightly build of handbrake CLI from http://handbrake.fr/nightly.php (check your build x86 or x64) and replace the handbrakecli.exe in the mcebuddy handbrake installation folder. Could be possible the issue has been fixed with a new build
2. If that doesn't work, let me know if it works when you disable hardware encoding in the expert settings.


Jun 29, 2014 at 9:28 PM
It does transcode with Hardware turned off. The output file though is jerky and not smooth playing.
Jun 29, 2014 at 9:40 PM
okay it looks like handbrake is having issues, try using the 0.9.9 release of handbrake, that is very stable.

If that does not work then edit the profile and remove handbrake from the order
so if the line is
order=handbrake,ffmpeg,mencoder

make it
order=ffmpeg,mencoder

first try 0.9.9 - that's pretty good.


Marked as answer by rboy1 on 7/8/2014 at 9:34 AM
Jun 29, 2014 at 9:47 PM
I've got the nightly build running atm with hardware turned back on.... I'll try 0.9.9 if that fails
Jun 29, 2014 at 10:21 PM
you may also want to report the issue to handbrake devs so they can fix it for the future


Jun 30, 2014 at 4:01 PM
0.9.9 failed, but I copied the program from my handbrake installation to MCEBuddy it works now but the output is jerky video as per running the video straight through handbrake. My version of Handbrake is 64 bit 0.9.9.5530
Jun 30, 2014 at 6:04 PM
Please report it to handbrake forum or upload the file to dropbox/some hosting site and we can look into it.


Jun 30, 2014 at 9:36 PM
The original file is 13gb so it will take an age to upload/download or do you mean another file?
Jun 30, 2014 at 10:25 PM
Took out Handbrake it encoded fine in FFmpeg
Marked as answer by rboy1 on 7/8/2014 at 9:34 AM
Jul 1, 2014 at 1:38 PM
yes I figured that. Try one thing, just report the issue to handbrake bugs forum and see what they have to say about it.