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

Frequent FFMpeg conversion failures

Aug 13, 2014 at 7:38 PM
I've been having a fair number of conversion failures recently, but cannot make sense of the logs to figure out why. The source is WTV with MPEG-2 video and AC-3 audio. The failure occurs regardless of if I cut commercials or not. I am using the Unprocessed MKV profile with the 8/11 early access build. I've put a sample log file in the Uploads folder: America's Got Talent_KXASDT_2014_08_12_20_00_00.wtv-Default-2014-08-13T12-11-37.9378869-05-00.log. Perhaps someone can shed some light on what is going on? Thanks.
Aug 13, 2014 at 9:52 PM
Your videos seem to have corrupted data causing ffmpeg to fail.

2014-08-13T12:31:24 MCEBuddy.AppWrapper.FFmpeg --> [wtv @ 032e1e20] pts (4000870980) < dts (4001215885) in stream 0

Upload a sample video to the MCEBuddy for us to analyze. Otherwise you can try to download the latest FFMPEG build from the ffmpeg site and replace it in the ffmpeg directory (make you download the correct build 32bit or 64bit depending upon your mcebuddy installation build), see if that fixes the issue.
Aug 14, 2014 at 6:33 PM
Can you upload a sample video. Have found a fix for this but need to test it
Aug 14, 2014 at 6:43 PM
I'll try and create one later. I'm concerned, though, that the point at which it failed was far enough into the file to make uploading a LONG process. But we can always hope.
Aug 14, 2014 at 7:02 PM
FYI, I tried the latest ffmpeg as you suggested, with the same results. I can always try out a test build for you if I can't get a small sample that also fails.
Aug 15, 2014 at 5:39 PM
We need the original file to test (and keep for future testing). How big is the file?
Aug 15, 2014 at 8:37 PM
rboy1 wrote:
We need the original file to test (and keep for future testing). How big is the file?
The file that I have is 6+ GB. My home connection is WAY too slow to try uploading, and they frown upon such bandwidth usage at the office. Like I said, I would be happy to test a build if you wanted to confirm a fix, and give whatever logs back you need.
Aug 15, 2014 at 8:50 PM
okay are you using 64bit or 32bit mcebuddy? I'll put a test ffmpeg and ffprobe for you on the early access folder for you to download and test it.

If you're okay you can try to upload the file overnight. It shouldn't take more than a few hours.


Aug 15, 2014 at 8:52 PM
rboy1 wrote:
okay are you using 64bit or 32bit mcebuddy? I'll put a test ffmpeg and ffprobe for you on the early access folder for you to download and test it. If you're okay you can try to upload the file overnight. It shouldn't take more than a few hours.
I'm using 32-bit. Sadly, I have rural internet..the best I can pull upstream is about 1.5Mb. So it would take more like 10+ hours.
Aug 15, 2014 at 9:37 PM
okay I've put a folder called "32 bit ffmpeg test" in the EARLY_ACCESS folder. You can download the files and the replace the one in the ffmpeg folder. Try it and let me know.
Aug 18, 2014 at 9:53 PM
rboy1 wrote:
okay I've put a folder called "32 bit ffmpeg test" in the EARLY_ACCESS folder. You can download the files and the replace the one in the ffmpeg folder. Try it and let me know.
That appears to have fixed the problem. At very least, the file converted without error and the resulting file appears to be the right length, size, tracks, etc. Once we actually watch the episode, I'll report if there is anything that goes wrong in playback; but if you don't hear anything in a few days, assume this took care of it. Thanks again for looking into it.
Aug 23, 2014 at 12:57 AM
The new build of 2.4.1 has the custom fixed ffmpeg and should resolve this problem as well as handle corrupted videos better
Marked as answer by rboy1 on 8/22/2014 at 4:57 PM