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


MCEBuddy Service haning at 100% CPU


The MCEBuddy Service is having a problem on my computer (Windows 8.1, fresh install tonight) Running MCEBuddy Whenever it begins to pick up a file, the service CPU usage jumps to 100% and stays there indefinitely. It no longer updates the GUI, and the task never starts. It is definitely the service; I've watched the task manager as this happens.

The logs are unhelpful; they say basically nothing. On the GUI side, you see it begin to work on the file - the last update is that it is "Getting information and banner from Internet sources".

Things I have tested to try to resolve this - none of which have worked:

1) I've turned off auto-scanning for files, and only manually handed it a file.
2) Normally, my source directory is a shared drive on another computer. Trying a local file instead did not fix it.
3) Rebooting the computer and service.
4) Disabling looking up internet metadata.
5) Turning on the firewall exception.
6) Trying multiple profiles for Conversion
7) Changing the Temp directory

The oddest thing - it was working, until I had to reboot the computer after installing other software. It only happens at the beginning of a conversion. It will sit "Idle" indefinitely without any problems.

I have seen this issue happening off and on for a couple of weeks now. The fresh windows install I did tonight was partially in hopes of fixing the issue, but I had it come back before I even installed anything except drivers.

I've attached the logs for the file I am manually starting and mcebuddy both.

file attachments


rboy1 wrote Nov 13, 2013 at 10:55 AM

Try doing a clean install. This usually indicates a configuration issue or a corrupted .net installation.

rboy1 wrote Nov 13, 2013 at 12:06 PM

Try this. Update to the 2.3.14 release version. It has better support for downloading metadata. And if it still hangs it will print better debug information in the conversion log file. Post that back here please

rboy1 wrote Nov 13, 2013 at 12:09 PM

Oh I see what's happening. It might be hanging while trying to extract the metadata from the wtv files. That would indicate a windows filter issue.
Try the above and post the log file here and I'll try to see what can be done.
Are you installing any 3rd party filters or codecs?

sideswipeitman wrote Nov 13, 2013 at 1:35 PM

I'm not installing any 3rd party codecs; I do have Plex Home Theater installed however, but I don't think that installs any codecs or filters.

I'm downloading the new version and will get it installed after I finish working tonight. It's probable that it will work initially - a clean install almost always results in it working for a time at least. I'll post what happens.

wrote Nov 13, 2013 at 2:49 PM

sideswipeitman wrote Nov 13, 2013 at 2:49 PM

I've replicated the problem on a different PC, using the new build (downloaded last night).

I've attached the log from an attempted conversion. The last thing it did was try to:

2013-11-13T08:39:52 MCEBuddy.AppWrapper.FFmpegMediaInfo --> Process arguments -probesize 100M -analyzeduration 300M -i "\MOVIEMACHINE\Recorded TV\Phineas and Ferb_DISNHD_2013_11_12_04_58_00.wtv"

If that's attempting to start FFmpeg, it's never getting there; at least, ffmpeg starts to run on my computer, but is using 0 cpu and virtually no memory, so it's not doing anything.

wrote Nov 13, 2013 at 2:51 PM

wrote Nov 13, 2013 at 2:51 PM

rboy1 wrote Nov 22, 2013 at 7:06 PM

I'm wondering if ffmpeg is having trouble running on your computer. try to run a simple ffmpeg command on your computer and see if it hangs?

like ffmpeg -i <some video file>

Also if you want to try, goto, download the latest 64bit static build of ffmpeg and replace it in the ffmpeg directory. See if that hangs.

RaceRecall wrote Nov 26, 2013 at 9:55 PM

I'm having exact;y the same issue with a fresh install of Windows 8.1.
Tried clean re-install of showanalyzer and MCE 2.14 with no success. Service runs CPU at 100% and eventually shuts down.

RaceRecall wrote Nov 26, 2013 at 10:31 PM

Hey, I think I have found a solution. I am running win 8.1 x64 and have always installed the 64 bit version. Out of desperation, I installed the 32 bit version and it seems to be working perfectly.

rboy1 wrote Nov 27, 2013 at 8:46 PM

Can you check mcebuddy.log and open the event log from the main status page and see where it hangs or the last entry before the hang?

Am very confused as to why 64bit will hang and 32bit not, since they are identical code base.

sideswipeitman wrote Nov 28, 2013 at 12:22 AM

I don't think it has to do with 32 vs 64. In my case, a clean install almost always works. However, it will break soon after. One thing that seems to always cause it is rebooting the computer while it's working (so get it scanning, have it pick up a task to convert or two, then reboot the computer). When it comes back up, it almost always starts the 100% CPU hang.

I'll get the new version of FFMPEG installed and see if it affects anything.

rboy1 wrote Dec 13, 2013 at 1:22 PM

were you able to get the event logs and mcebuddy.log?

rboy1 wrote Dec 13, 2013 at 1:24 PM

ignore my last comment - it's ffmpeg that's hanging and I don't know why. Did a new build of the ffmpeg 64bit help?

If so I would suggest you open a ticket with ffmpeg and report the same to them also to fix it. Unfortunatley given that I cannot replicate the issue I will not be able to report this.

rboy1 wrote Dec 13, 2013 at 1:25 PM

Do you have this original WTV file with you

Phineas and Ferb_DISNHD_2013_11_12_04_58_00.wtv

if so can you upload it to dropbox and post the link here? I will try to replicate the issue. It may be specific to the file which can help isolatet he ffmpeg issue

sideswipeitman wrote Dec 16, 2013 at 3:44 PM

I don't still have the file; however, I don't believe this is specific to any one file - I can make it happen on virtually any files.

After doing a lot of further playing around with this...I'm only seeing it happen on Windows 8.

I've tried running MCEBuddy on 4 different computers; 3 of them have been running Windows 8/8.1, and one has been running Server 2012. The Server 2012 machine has never had it happen, the other 3 have all had it happen.

I just created a VM that's running Windows 7 ultimate, and it has started right up without any issues, and I've been unable to get the "hang" to happen, where it happens almost constantly in Windows 8.

I think my next move will be reverting to Windows 7 outside of the VM environment and seeing if I can make it break.

rboy1 wrote Dec 16, 2013 at 4:05 PM

  1. just for replication purposes, I have a windows 8.1 machine so if you can upload a sample file along with your configuration file I'll try to replicate it also and see why it's happening.
  2. BTW I'm uploading a new version of ffmpeg on the MCEBuddy server (64bit), since you indicated that ffmpeg is causing the hang. Try to see if this version also hangs (assuming you said that 32bit does not hang)
  3. With 2.3.14 you'll find an option in the start menu, start MCEBuddy engine (as an application), try that and see if it still hangs (running the engine as an application vs service)

wrote Dec 17, 2013 at 3:55 AM

sideswipeitman wrote Dec 17, 2013 at 3:55 AM

I've added a copy of my mcebuddy.conf file.

The oddest thing here is that it's RANDOM. It happens often; there are times I've had trouble getting it to go at all. But other times, it will start right up and behave normally. It will even go along, converting files for a few hours sometimes, then hang again.

I just tried the run as an application; immediately got the "100% CPU use hanging".

I've tried downloading the newest ffmpeg from their website; no difference.

Just so you have the fullest picture that I can give, this is my environment and how it's set up:

HTPC is recording shows. I share that folder over the network. Desktop PC is running MCEBuddy on Windows 8.1. I have it set up to connect to that shared folder for the monitoring. Originally I had it writing out the resulting files to a 3rd PC, my home server. I've got that part disabled and have been writing the resulting files out locally while I try to get this worked out. All PCs are part of a Windows Domain, and I have the credentials entered in for the correct user in MCEBuddy. The only other thing that is altered is I have the nightly build of HandbrakeCLI.exe, and I changed my default profile to use that with QuickSync. I don't think that is related, since it seems to hang before it even starts ripping out commercials, if it's going to.

I'll upload one of my recordings; is there a good place to put it on the FTP site?

rboy1 wrote Dec 17, 2013 at 12:18 PM

upload it to dropbox and post the link here.

Also to confirm, you are only seeing this issue with 64bit mcebuddy and not 32bit?

The one thing that comes to my mind, does the hanging happen before the remuxing? either just at the start or while downloading information from the internet? Did you try disabling the download information from the internet option?

wrote Dec 28, 2013 at 11:53 PM

wrote Jan 1, 2014 at 1:01 AM

tsxrider9 wrote Jan 1, 2014 at 1:12 AM

I've tried MCEBuddy v2.3.12, v2.2.13, v2.3.14, 32 and 64 bit versions and it all seems to happen on Windows 8.1 Pro for me. The MCEBuddy.service is always locking up and consuming maximum CPU and the GUI is unable to connect to the service and nothing ends up happening. I can provide logs or whatever you need I love MCEBuddy as I have a NAS server running 24/7 that is downloading and churning out videos automatically. Im not a member so I don't have the latest version to test if this is occurring on 2.3.15 beta but I'll help out whichever way I can.

tsxrider9 wrote Jan 1, 2014 at 3:30 AM

Just donated and tried out version 2.3.15 beta, it seems to be having the same issues with the service hanging. I can't seem to find the logs so I can't pick the specifics but it always happens when mcebuddy picks up a new file to convert and begins processing it. Also it did not detect the media in the monitor folder. I had to add the file manually.

rboy1 wrote Jan 1, 2014 at 2:39 PM

Hmm, I need to see your mcebuddy.log file when the service hangs.

Try this to get the log at the exact moment of hanging. First Start MCEBuddy service (don't add any files), then set the priority to low. Then start Task Manager, locate mcebuddy.service.exe
Now add the file, the moment it hangs, terminate mcebuddy.service.exe from the task manager and post the mcebuddy.log file here. (this is isolate the EXACT moment when it hangs) - unfortunately it appears to be system dependent and I'm unable to replicate it.

Regarding not picking up files, it's like a permission issue (Which another user also faced). Try to use a different monitor directory and if ti works, then the permissions are not set correctly.

After doing the above, try this. Open the Start Menu (well search in 8.1) and locate Start MCEBuddy as a Command Line service and click it. It will stop the MCEBuddy service and start the engine as an command line application, now see if you can convert a file. (DO THIS AFTER SENDING ME THE LOGS AS IT'LL OVERWRITE THEM OTHERWISE).

wrote Jan 1, 2014 at 5:29 PM

tsxrider9 wrote Jan 1, 2014 at 5:29 PM

OK so I uninstalled everything in order to have a clean slate and then reinstalled 2.3.15 64bit beta. I setup the watch folders and dropped in a file to test it out. It was working fine and converting video with no hiccups. I cancled the conversion half way though and moved the file out of the watch folder. Then proceeded to a reboot. When I started the GUI back up it was running fine no lockups or anything. As soon as I put the file in the folder the service locked up and the gui said it could not connect to the service after detecting the file. So I stopped it and zipped the logs into a zip file. I appended _success and _failed to the video specific logs so you can see the differences between the processes.

Also trying to the start the command line with a file in the watch folder produces the same looking up issue and if I remove the video then the command fails and windows force closes it.

rboy1 wrote Jan 1, 2014 at 10:15 PM

What if you add a file manually instead of putting it in the watch folder?
Ffmpeg appears to be the culprit here but am confused why.

Can you try one more thing. Download the latest ffmpeg build from the ffmpeg site and replace it in the ffmpeg folder and then see if it still hangs.

RaceRecall wrote Jan 2, 2014 at 12:21 AM

I too am running win 8.1 pro and have also tried all of the above with no luck. It makes no difference if the files are added automatically or manually. If the process is interrupted, then it will not restart and only a complete uninstall and install fixes the problem temporarily. It mainly fails before decoding, but sometimes hangs when getting show information, Turning off this feature makes no difference either.

rboy1 wrote Jan 2, 2014 at 12:38 AM

To confirm - you've unchecked the download series information check box in the expert settings page of the conversion task ?

tsxrider9 wrote Jan 2, 2014 at 1:33 AM

Still no luck, no matter what I do the service always hangs when it tries this command

"2014-01-01T20:20:38 MCEBuddy.AppWrapper.FFmpegMediaInfo --> Process arguments -probesize 100M -analyzeduration 300M -i "N:\Workspace\2-Prepared\Criminal Minds S04E02 - The Angel Maker.mkv"

Manual or Automatic add doesn't work and swapping out ffmpeg does not seem to do anything.

tsxrider9 wrote Jan 2, 2014 at 1:56 AM

When I tried running ffmpeg from the command line with the same command I kept receiving an Access Denied message. I'm assuming this is an issue with some new permissions on windows 8.1 that could be causing this. Maybe the MCEBuddy service is constantly trying to run the command and is continuously being denied but not moving forward or detecting an error?

rboy1 wrote Jan 2, 2014 at 2:28 PM

Also try this, open an Administrative Command Prompt (Right on CMD.exe and Run as administrator).
enter this:

net user administrator /active:yes

Apparently windows 8.1 has many of these Access Denied errors because of the way it's handling the file system. You can google it for more details.
BTW, are you using an antivirus? Try disabling that and see if it fixes the issue

tsxrider9 wrote Jan 3, 2014 at 5:09 AM

Still no luck, I even reloaded a fresh Windows 8.1 OS in a VM on my Mac and its still having the same problems. Something is halting the conversion process, I might try this on Windows 8 (not 8.1) and see how it fairs, but strange to think that it would change that much and cause so many issues for .1 release

tsxrider9 wrote Jan 3, 2014 at 8:53 AM

Ok, I finally seem to be making some headway and it does appear to be a permissions issue.

Windows 8.1 assigns the default Local Administrator account to be the owner of mcebuddy and all other folders on the accounts... Changing the permissions on the mcebuddy folder was a bit of a hassle. had to open properties, then advanced, then click change up by the current owner, type in my account name and check name button then ok, then click the replace owner on subcontainers and objects checkbox, then ok.

The issue is that it does not always work, The mcebuddy folder belongs to the user account, but the logs that mcebuddy creates belong to the Administrator account, also the working0 files belong to the Administrator account. About every 3/5 reboots start fine, but then I have to mess with permissions or delete logs and reboot in order change something again in order to fix and restart the permissions.

I'm going to do more testing will report back later.

rboy1 wrote Jan 3, 2014 at 11:26 AM

Are you using an antivirus? If so try disabling it. Here is one reason why, before the file is queued the file persmissions are checked. If it's inaccessible it is NOT queued. Here obviously it is accessible but somewhere in between it becomes inaccssible when ffmpeg tries to access it.
Some program is locking the file along the way at runtime (likely an antivirus or defender or something in the background) and which causing issues
Try rebooting into safe mode and running MCEBuddy (service will not work but you can run as a command line program) and see if it works.

rboy1 wrote Jan 3, 2014 at 11:28 AM

I'm not sure about VM's - I'm running 8.1 on a Dell system and am not able to replicate hte issue. I'm wondering if the VM's causing issues.

rboy1 wrote Jan 3, 2014 at 1:21 PM

Okay I justed isntalled a new VM 8.1 64bit and it's working fine when I used the default recorded tv folder, it picked up the files and started converting it just fine.

I suspect it's some 3rd party program that locking the file down during conversion which is causing issues.

rboy1 wrote Jan 3, 2014 at 1:22 PM

I used VMWare Player, Windows 8.1 Pro WMC 64bit with nothing else except MKV Splitter and MCEBuddy installed (and VMWare Tools)

rboy1 wrote Jan 21, 2014 at 4:26 PM

What hardware configuration are you using? I"m wondering if any of the drivers have anything to do with this since I'm having a hard time replicate this.

rboy1 wrote Jan 21, 2014 at 4:28 PM

Also can you try to download the latest ffmpeg from, replace the one that comes with mcebuddy and see if it still hangs.

rboy1 wrote Jan 21, 2014 at 4:32 PM

BTW. I forgot to mention - I found a bug with the ffmpeg code which could cause the processor to go into an infinitely loop. It happens if the ffmpeg file is corrupted or somehow it doesn't exit as expected. If somehow you file is corrupted you could be running into this.

I've put a patch in the latest 2.3.15 BETA build. Download it and see if it fixes your problem.

sideswipeitman wrote Jan 24, 2014 at 8:09 AM

I think that fixed it.

I've just set it up again on Windows 8.1; clean installed with the newest 2.3.15 Beta. It's worked without a hitch. I've rebooted numerous times,basically everything I ever did previously that set it off, and it hasn't choked once.

I'll let you know if I see it again, but I'm hopeful that the infinite loop you found was the issue.

rboy1 wrote Jan 29, 2014 at 8:32 AM

if it happens, reopen the ticket

wrote Jan 29, 2014 at 8:32 AM

wrote Dec 7 at 2:53 AM